SIOCADDRT: network is unreachable
Одной из причин возникновения ошибки SIOCADDRT: network is unreachable при вызове service network restart (см. снимок экрана) может послужить наличие строчки определяющий GATEWAY в конфигурационном файле /etc/sysconfig/network.
Вызов service network restart первым действием последовательно выключает интерфейсы, вторым действием поднимает их в следующей последовательности: lo, eth0, eth1, … .
За включение Ethernet интерфейса отвечает скрипт /etc/sysconfig/network-scripts/ifup-eth, который косвенно подключает файл /etc/sysconfig/network и файл /etc/sysconfig/network-scripts/ifcfg-ethX, где X — номер интерфейса.
В недрах ifup-eth представлены следующие строчки, отвечающие за добавление шлюза по умолчанию:
[geshi lang=bash] # Set a default route. if [ -z "$" -o "$" = "$" ]; then # set up default gateway. replace if one already exists if [ -n "$" -a "`ipcalc --network $ $ 2>/dev/null`" = "NETWORK=$" ]; then ip route replace default $ \ via $ $ $ \ $ elif [ "$" = "$" ]; then ip route replace default $ \ $ $ dev $ fi fi[/geshi]
Получается, что если параметр GATEWAY определен в конфигурационном файле /etc/sysconfig/network и не определен параметр GATEWAYDEV попытка добавить шлюз по умолчанию будет последовательно перебираться для каждого интерфейса с eth0 до интерфейса, к которому данный шлюз принадлежит.
Соответственно, существует два варианта решения.
- 1. Определить в конфигурационном файле /etc/sysconfig/network параметр GATEWAYDEV, указывающий интерфейс, на котором определена сеть, соответствующая шлюзу по умолчанию.
- 2. Удалить параметр GATEWAY из конфигурационного файла /etc/sysconfig/network и задать его в конфигурационном файле /etc/sysconfig/network-script/ifcfg-ethX, где X — номер сетевого интерфейса, на котором определена сеть, соответствующая шлюзу по умолчанию.
Мне симпатичен второй вариант.
4 thoughts on “ SIOCADDRT: network is unreachable ”
pppd должен автоматически выставлять маршрут по умолчанию. Это задается опцией defaultroute его конфигурационного файла.
А здесь про какой диструбитив речь идёт? Я всегда прописываю шлюз через переменную GATEWAY в /etc/sysconfig/network, никогда не использовал GATEWAYDEV и никогда не видел такой ошибки в Centos/Fedora (в том числе и на роутерах с кучей активных сетевых интерфейсов).
Can not add static route in my Ubuntu, SIOCADDRT: Network is unreachable
I’m trying to add a static route in my VPS to a client that is on the other side of the VPN tunnel to my VPS and forwards it’s traffic through the tunnel. This is the setup of my destination that I’m planning to add a route to. The Raspi acts as a router which itself is connected to an AP and the NAS is connected to Raspi and redirects its traffic through the VPN tunnel:
+--------------------------------+ | Raspi | (192.168.0.101/24)| |(192.168.1.1/24) (192.168.0.1/24) AP<>==================================<>NAS (192.168.1.102/24) | \ / | | +----------------------+ | | | iptables and | | | | routing engine | | | +-----------+----------+ | | | | | | | 10.8.0.6 | +--------------------------------+ I’m trying to do route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.8.0.6 , in order to communicate with my NAS behind the Raspi, but it I get SIOCADDRT: Network is unreachable . These are the server side info: $ ifconfig -a
eth0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX inet addr:217.B.C.D Bcast:217.B.C.D Mask:255.255.255.255 inet6 addr: XXXX::XXX:XXXX:XXXX:XXXX/XX Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1598 errors:0 dropped:0 overruns:0 frame:0 TX packets:1453 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:176137 (176.1 KB) TX bytes:165179 (165.1 KB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:9 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:460 (460.0 B) TX bytes:460 (460.0 B) tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:10.8.0.1 P-t-P:10.8.0.2 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:169 errors:0 dropped:0 overruns:0 frame:0 TX packets:183 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:14825 (14.8 KB) TX bytes:15071 (15.0 KB) Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 10.255.255.1 0.0.0.0 UG 0 0 0 eth0 10.8.0.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0 10.8.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0 10.255.255.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 default via 10.255.255.1 dev eth0 10.8.0.0/24 via 10.8.0.2 dev tun0 10.8.0.2 dev tun0 proto kernel scope link src 10.8.0.1 10.255.255.1 dev eth0 scope link Additional info: If you are wondering how I’ve acheived the traffic redirection between the interfaces, here is my post describing how I’ve managed everything up to this point using iptables: Redirect secondary network interface traffic along with port forwarding to tun0 (OpenVPN) using iptables Client netwrok block (in case of p2p topology):
10.8.0.4 : Network address 10.8.0.5 : Virtual remote endpoint; Non pingable; Only used for routing 10.8.0.6 : Client IP address 10.8.0.7 : Network broadcast address UPDATE 1: I’ve changed my VPN server configuration to topology subnet and ifconfig-push 10.8.0.6 255.255.255.0 in the corresponding ccd file for the VPN client to bring the VPN server and client into the /24 subnet instead of /32 and then add the routes. This time route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.8.0.6 or route add -net 192.168.1.0 netmask 255.255.255.0 dev tun0 returned no errors, however still no ping 192.168.1.102 . netstat -anr changed though (in case of route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.8.0.6 ).
Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 10.255.255.1 0.0.0.0 UG 0 0 0 eth0 10.8.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tun0 10.255.255.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 192.168.1.0 10.8.0.6 255.255.255.0 UG 0 0 0 tun0 Debian Unable to add a static route: SIOADDRT: Network is unreachable
I’ve been trying to solve this out by myself but is nearly impossible. the thing is that I have to PCs on the same network, one is running Windows (192.168.61.100) and the other one is running Debian (192.168.61.200). I added a static route to the one running W (route add -p 192.168.0.0 mask 255.255.255.0 192.168.60.254) and I perfectly can ping a PC with IP address 192.168.0.170 and viceversa from 192.168.61.100. The problem comes when I try to add the same static route to the one running Debian, when I try to do it I get: root@satv:/home/satv# route add -net 192.168.0.0 netmask 255.255.255.0 gw 192.168.60.254 SIOCADDRT: Network is unreachable Here are some useful things: ifconfig
eth0 Link encap:Ethernet HWaddr 1c:1b:0d:c0:a8:89 inet addr:192.168.61.200 Bcast:192.168.61.255 Mask:255.255.255.0 inet6 addr: fe80::1e1b:dff:fec0:a889/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2965 errors:0 dropped:165 overruns:0 frame:0 TX packets:1389 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:234251 (228.7 KiB) TX bytes:131929 (128.8 KiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:172 (172.0 B) TX bytes:172 (172.0 B) Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.61.254 0.0.0.0 UG 0 0 0 eth0 192.168.61.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 default via 192.168.61.254 dev eth0 192.168.61.0/24 dev eth0 proto kernel scope link src 192.168.61.200 Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 192.168.61.254 0.0.0.0 UG 0 0 0 eth0 192.168.61.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Obviously I need to ping 192.168.0.170 from 192.168.61.200 and viceversa. Can anybody please helpme. I’ve been working on this for days and I’m very desperate. Thanks a lot in advance.