Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I recently installed redhat 9 on my router/firewall system and found that there is an extra route (169.254.0.0) associated with eth0,eth1 and lo ... This is being implemented by the ifup script.
It doesn't appear to be interfering with my connection.
Can anyone please tell me what a zero route is and do I need it?
Um, the 169.254.0.0 route come from what I thought was a peice of Windows proprietary behaviour whereby if an interface is configured for DHCP and it fails to get an address it will default to an address in the 169.254.0.0 range.
The range is a reserved address range call Link-Local. These routes are never supposed to be advertised by a router. The remaining digits of these addresses are normally derived from the mac address making it as unique as is possible within the 65,535 range possilble.
I would guess that the route to 169.254.0.0 pointing to an interface means that you are configured for DHCP but have not picked up an address, I must admit I didn't realise that Linux has started doing this, maybe its a part of the DHCP standard, I haven't read it for years!!
A zero route, or all-zero's route or default route is a route that looks like this -
0.0.0.0 0.0.0.0 <gateway IP>
or
default 0.0.0.0 <gateway IP>
It is a catch all route that allows packets to be forwarded by a router if it has no specific route for a destination. It is a routers equivalent of a hosts default gateway.
The confusing thing about Linux, and windows come to that, is that while most things it does and the basic configuration looks like an IP host, in actual fact the OS's carry a route table like a router. So when you define a default gateway the info actually is recorded as a default route.
You only need one if you have a router on your network. Otherwise don't worry. If yo are using dial-up, a default-gateway (default route) will be dynamically configured for you by your ISP.
How would I go about disabling dhcp on redhat 9.. there is no dhcpd running in the process list and the logs have no entries regarding dhcp allocation (failed or otherwise).
I'm running static ip's on all my systems, so I don't need it running.
I found the following information posted at linuxstories on blogspot.com to be very illuminating. The 169.254.x.x subnet is apparently an IETF workgroup convention more than it is a DNS standard. See below:
Monday, February 14, 2011
Zero Configuration Network (ZEROCONF)
Most Linux distributions utilise the Zero Configuration Network (ZEROCONF) automation suite. This is an IETF workgroup that planned and coordinated a series of dynamic configuration protocols to allow many operating systems to automatically configure themselves and communicate on a network without the need of DHCP or DNS servers. ZEROCONF utilises the 169.254.0.0/16 network address to autoconfigure using a series of unanswered "ARP" queries and then assumes an address if the queries yield an empty result.
A route to the ZEROCONF network is added to the routing table by the network initscripts.
[bash]# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.214.64.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1 <-- ZEROCONF default IP route
0.0.0.0 10.214.64.254 0.0.0.0 UG 0 0 0 eth0
ZEROCONF can be turned off by adding the following entry to the "/etc/sysconfig/network" configuration file.
[bash]# vi /etc/sysconfig/network
NOZEROCONF=yes
The value for the "NOZEROCONF" parameter can actually be set to any value, the initscripts only check to determine whether the parameter has zero length. So setting "NOZEROCONF=no" will have the same effect as setting it to "yes". You will need to comment or remove the variable to reactive ZEROCONF.
The networking service will need to be restarted before the changes will take effect.
[bash]# /etc/init.d/network restart
Checking the network routing table again will identify the ZEROCONF route has been disabled and removed from the routing table.
[bash]# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.214.64.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
0.0.0.0 10.214.64.254 0.0.0.0 UG 0 0 0 eth0
ZEROCONF is also commonly referred to as IPv4 Link-Local (IPv4LL) and Automatic Private IP Addressing (APIPA).
Posted by gpanagou at 2/14/2011 11:17:00 AM
Last edited by tek_rspns; 11-21-2012 at 12:04 PM.
Reason: Formatting
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.