25.10.2.1 - state.aliases in wrong order with multiple IP v4

Hi, just did the jump from core to scale (following the recommended path through the gui along versions, finally arrived at 25.10.2.1).

Everything smooth so far, set up a few apps, assigned the old jail IPs as additional ones to the nic and containers, everything worked.

But after a reboot, truenas could not connect to the update or app catalog.

Digged a bit deeper, just to find out the order of IP addresses was mixed up. My main IP was on top in config screen, but IP addr showed it as secondary and a random other one as primary. Same for the state aliases view in console config. This leads to missing default gateway and the connection seems broken.

Removed all addresses through console setup except the main one, everything working again.

Added a second address, working until reboot and mix-up again.

May I have found a bug there?

Yes, I know about the macvlan path, but I would assume, that the behavior is neither intended, nor expected.

Primary? Secondary? You can’t define that in TrueNAS. The order they appear in the interface list doesn’t change anything.

The Gateway is set just below where you define your interfaces, it’s not tied to any specific interface, to the chagrin to some.

Guessing here, but if you have multiple interfaces on the same subnet you have an invalid configuration.

Perhaps a screenshot of your network screen could help us understand the issue better.

1 Like

Everything is happening on one interface.

192.168.178.10/24 is the first and main IP.

(Waiting for reboot, detailed explanation will come with new screenshots without sensitive data)

After reboot, no connection to default gateway is possible.

Ping to default gateway is only possible if -I with 192.168.178.10 is passed as parameters.

Looking at ip addr, the config seems mixed up.

(Waiting for reboot, detailed explanation will come with new screenshots without sensitive data)

Steps to reproduce took longer, as it was randomly working after the first second ip. But failed again after adding the third and reboot:

Fine after second ip and rebootScreenshot_20260411-172514

Messed up after adding the third and reboot

Judging from a short (non professional) research the order seems to be not correct to set the IPs, I don’t know why. My expectation would be, that the first IP in the list is set as first and main IP.

Removing the 103 and rebooting keeps the order…

Last time 10 and 103 mixed it up and 103 was before 10.

Just observations, but apparently some sorting seems to mix-up functionality

Edit: tested with 74 additionally and it works after reboot, 10 is still first.

Observation: the “first” IP in configuration is not regarded during boot.

Apparently it is some kind of sorting active, which might mess up the network configuration.

Suggestion: Activate IPs in the order of configuration, shown in the UI, thanks.

Are you adding these aliases through the command line or using the UI?
The order of IPs listed as aliases for a single interface should not matter.

Given the partially masked long IP ending with 64 in your GUI screenshot I am guessing you’re also using IPv6, I admit I do not have a lot of experience with that, but it should not cause issues like you describe.

It really sounds like you do not have a gateway properly defined, none of your screenshots show what the status of that (or DNS) is.

Again, a screenshot of your network screen showing at least the Interfaces and the Network Configuration elements would be helpful. Mask any internet facing IPs if you must.

If you want to ask the developers to consider the order the IPs are in you can make a feature request post here in the forum, it’s a special type of post that adds a voting button and lets the developers judge what the general interest in the feature is, to better allocate resources. Make sure you include a good reason.

1 Like

Ipv6 was disabled first. Gateway is defined.
Thanks for the hint with the feature request.

If the main IP is defined first, everything works.

Additionally, if you feel that what you are experiencing is a bug, please report it using the “report a bug” button at the top of the TrueNAS GUI.

1 Like

Try adding the primary address with a /24 and all alias addresses with a /32 netmask. That’s the recommended way for multiple addresses in a single subnet with FreeBSD. Maybe Linux works the same.

After another reboot, the third ip 74 was the first and truenas could not connect again…

Another reboot fixed that but this is not predictable in any way.

Will follow recommendation to file a bug.

Edit: tried filing the bug but only get errors from the jira system :frowning:

Saving the text here for later reference

Edit: Ticket created Jira