You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
prefer_source
Set a flag to prefer address as a candidate of the source address
for outgoing packets.
There are two cases where this would be helpful. The first is when a RA has managed flag set. In that case my firewall (using dhcpcd) first gets a /64 SLAAC that it then uses to pick up a /128 from DHCP6. But my ISP appears to filter the initial /64 address to only allow it to talk to their DHCP6 server. This leads to me not being able to ping6 from the firewall (although hosts behind it have no issue).
The second case is when I set slaac private temporary for a host behind the firewall. It gets a private and temporary address but prefers the private address unlike my mac which will prefer its temporary address.
On my firewall I can see (addresses redacted) the following was configured by dhcpcd:
Both addresses share the initial 2xxx:xxx:xxxx:1000 prefix. One works and one does not. The hosts behind firewall do NOT share same prefix, they are delegated 2xxx:xxx:xxxx:8087 prefix and they work fine. And this is typically what happens when I try to ping6 from the firewall.
That will eventually time out. Now if I ping from something behind the firewall and switch back to the firewall ping6 works (often but not always).
root@charon:~ # ping6 google.com
PING(56=40+8+8 bytes) 2xxx:xxx:xxxx:1000::1a --> 2800:3f0:4004:806::200e
16 bytes from 2800:3f0:4004:806::200e, icmp_seq=0 hlim=113 time=35.224 ms
At a random time it will switch back to the other address and fail pings again. netstat -rn is no different when it works or does not work. running ifconfig and adding the prefer_source permanently fixes (until my lease ends anyway), not sure if it will force using temporary address but I have not verified that.
It isn't critical to be able to ping6 from the firewall but it is confusing when I'm troubleshooting other issues.
The text was updated successfully, but these errors were encountered:
This may be a FreeBSD issue not a dhcpcd issue, not sure. Using FreeBSD14.1 and dhcpcd-10.0.10.
From the ifconfig(8) man page I found:
There are two cases where this would be helpful. The first is when a RA has managed flag set. In that case my firewall (using dhcpcd) first gets a /64 SLAAC that it then uses to pick up a /128 from DHCP6. But my ISP appears to filter the initial /64 address to only allow it to talk to their DHCP6 server. This leads to me not being able to
ping6
from the firewall (although hosts behind it have no issue).The second case is when I set
slaac private temporary
for a host behind the firewall. It gets a private and temporary address but prefers the private address unlike my mac which will prefer its temporary address.On my firewall I can see (addresses redacted) the following was configured by
dhcpcd
:Both addresses share the initial 2xxx:xxx:xxxx:1000 prefix. One works and one does not. The hosts behind firewall do NOT share same prefix, they are delegated 2xxx:xxx:xxxx:8087 prefix and they work fine. And this is typically what happens when I try to
ping6
from the firewall.That will eventually time out. Now if I ping from something behind the firewall and switch back to the firewall ping6 works (often but not always).
At a random time it will switch back to the other address and fail pings again.
netstat -rn
is no different when it works or does not work. runningifconfig
and adding theprefer_source
permanently fixes (until my lease ends anyway), not sure if it will force using temporary address but I have not verified that.It isn't critical to be able to ping6 from the firewall but it is confusing when I'm troubleshooting other issues.
The text was updated successfully, but these errors were encountered: