Feature #972
closed
Allow adding gateways outside of interface subnet
Added by Chris Buechler about 14 years ago.
Updated almost 9 years ago.
Description
Gateways outside of the interface's IP subnet, on Ethernet links, cannot be added under normal circumstances as it's not really a valid config and FreeBSD won't add the default gateway as normal, and will not issue ARP requests for IPs outside of directly connected subnets. The work around to add such a gateway is to run:
# route add -net gatewayip/32 -iface em0 -cloning
# route add default gatewayip
As I understood from Remko Lodder there is a large ISP in .de that also employs this with their ipv6 configuration. Odd.
Gateway test should check in both subnet interface and IP ALIAS subnet.
At this moment, only subnet interface is checked, but not subnet ip alias.
This is an rather large issue for me, since my ISP is using HSRP for redundancy on IPv6, and they provide me a link-local address as gateway... I can't enter that address into PFSense and thus can't use an IPv6 IP.
AT&T is doing this now on their network handing off DHCP with a /32 mask with certain uverse gear like the NVG510, so when we fix this, we'll need to also account for supporting this inside of dhclient-script
Apparently -cloning has been deprecated in FreeBSD, so that parameter should be removed from the above command.
# route add -net gatewayip/32 -iface em0
# route add default gatewayip
Three years and counting... How is this still not implemented / patched?
because accommodating 1 in 100,000 scenarios isn't a priority, especially when there is an easy manual work around. Patches welcome.
What would be the "correct" way to make this survive reboots, please?
- Assignee set to Chris Buechler
PR #2119 claims to fix this and #1847
Please evaluate and report.
- Target version changed from Future to 2.3
target set to 2.3
change it back if we don't want to add this now.
Looks like a low-drama PR though.
- Category set to Gateways
- Status changed from New to Feedback
It works, went ahead and merged it. The deletion doesn't happen correctly, added a comment to that PR, hopefully PiBa can follow up with a fix there.
Leaving for verification again once it's in a snapshot.
- % Done changed from 0 to 100
- Status changed from Feedback to Resolved
these are added and removed correctly now
Also available in: Atom
PDF