[DragonFlyBSD - Bug #2611] Change in IP address results in network not working

bugtracker-admin at leaf.dragonflybsd.org bugtracker-admin at leaf.dragonflybsd.org
Tue Dec 3 17:36:22 PST 2013


Issue #2611 has been updated by sepherosa.


On Wed, Dec 4, 2013 at 5:14 AM, wrote:

>
> Issue #2611 has been reported by phma.
>
> ----------------------------------------
> Bug #2611: Change in IP address results in network not working
> http://bugs.dragonflybsd.org/issues/2611
>
> * Author: phma
> * Status: New
> * Priority: Normal
> * Assignee:
> * Category:
> * Target version:
> ----------------------------------------
> I'm on a satellite connection and am assigned a public IPv6 address and an
> IPv4 address in shared address space behind NAT. Occasionally the network
> goes down, and I get new addresses. This does not bother the Linux boxes
> (except that I have to edit /etc/hosts so that they know where each other
> are) but the DragonFly box is unable to reach any hosts except on the LAN,
> and that only on IPv6.
>
> In IPv4, after the address change, a ping from 100.116.42.28 (Linux
> laptop) to 100.116.42.26 (DragonFly box) is answered by a pong from
> 100.116.27.42 (DFly's old address, which no longer appears in ifconfig) to
> 100.116.42.28.
>
>
For IPv4, if you manually change the interface address, the routes
"associated" w/ that address's prefix route will be gone, e.g.

ifconfig iface0 inet 10.0.0.2
route add -net 192.168.1.0/24 10.0.0.1
ifconfig iface0 inet 10.0.0.3

Then the route to 192.168.1.0/24 is gone, you will have to manually add it
back.

The easiest way probably is to run /etc/rc.d/routing, which adds routes
listed in /etc/rc.conf, after you change your interface address manually.

Best Regards,
sephe



> In IPv6, after the address change, the default gateway begins with fe80
> instead of 2001. The attached files are:
> routebad: the routing table (netstat -rn) after a previous address change
> routegood: the routing table after rebooting
> routebadagain: the routing table after the most recent address change.
> After rebooting, I had to find the gateway by asking the Linux box and set
> it manually; this may not be a bug, as normally zyxomma runs a tunnel, and
> the IPv6 gateway was pointing to an address in the tunnel.
>
>
> --
> You have received this notification because you have either subscribed to
> it, or are involved in it.
> To change your notification preferences, please click here:
> http://bugs.dragonflybsd.org/my/account
>



-- 
Tomorrow Will Never Die

----------------------------------------
Bug #2611: Change in IP address results in network not working
http://bugs.dragonflybsd.org/issues/2611#change-11661

* Author: phma
* Status: New
* Priority: Normal
* Assignee: 
* Category: 
* Target version: 
----------------------------------------
I'm on a satellite connection and am assigned a public IPv6 address and an IPv4 address in shared address space behind NAT. Occasionally the network goes down, and I get new addresses. This does not bother the Linux boxes (except that I have to edit /etc/hosts so that they know where each other are) but the DragonFly box is unable to reach any hosts except on the LAN, and that only on IPv6.

In IPv4, after the address change, a ping from 100.116.42.28 (Linux laptop) to 100.116.42.26 (DragonFly box) is answered by a pong from 100.116.27.42 (DFly's old address, which no longer appears in ifconfig) to 100.116.42.28.

In IPv6, after the address change, the default gateway begins with fe80 instead of 2001. The attached files are:
routebad: the routing table (netstat -rn) after a previous address change
routegood: the routing table after rebooting
routebadagain: the routing table after the most recent address change.
After rebooting, I had to find the gateway by asking the Linux box and set it manually; this may not be a bug, as normally zyxomma runs a tunnel, and the IPv6 gateway was pointing to an address in the tunnel.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account



More information about the Bugs mailing list