> > > Not sure I completely understand the context of your question, Russell, > > but ntpd explicitly drops eth0 from the routing table. The result is the > > same as root running 'ifconfig eth0 down'. > > No, it's not. > > NTPd is simply reporting to the log file that eth0 is no longer valid, and > it's removing it as the interface that it will use for querying ntp > servers. ntp does not, and will not bring down or bring up a network > interface. ntpd is at the same level as a mail server. It's a server > application that sends and receives packets. It does however, keep track of > available/valid network interfaces, and can be configured to use different > ntp sources, depending on what interface is available. So it makes sense > that it takes note of eth0 not being valid. It makes no sense to assume > that ntpd would in any way bring up or down an interface. > > At this point it makes no sense to assume anything. I'm not sure what NTPD's role is and how it's interacting with the networking. But I do know that after the "deleting eth0" entries in the message log. Eth0 is in the "down" state, with no ip address and the default gateway entry for eth0 is removed from the routing table.
The net effect is that routing via wlan0 works, Rich gets the wifi T&C page and internet connectivity. The other thing I noticed that hasn't been mentioned is that in the Sony's routing table, there are metrics assigned to eth0 and wlan0, with eth0 having a lower metric and hence it's the preferred default route. I suspect the metric is assigned to eth0. Another thing that could be tried is stop eth0 from starting at boot with "rc-update del net.eth0" The only problem with that is then eth0 will be in a down state and I don't think physical link detection will work when a cable is plugged in Which would require manual intervention and that's not a solution for the user. _______________________________________________ PLUG mailing list [email protected] http://lists.pdxlinux.org/mailman/listinfo/plug
