
元の質問
私はUbuntuとNetwork Managerを実行しています。 2つの異なるインターフェイスがあり、ネットワーク管理者がeth0
(eth1
私が知っている限り)、次に手動パスを正しく追加しました。
~$ ip route
default via 172.16.0.2 dev eth1 proto static
10.0.0.0/8 via 172.16.0.2 dev eth1 proto static
130.35.0.0/16 via 172.16.0.2 dev eth1 proto static
...
172.16.0.0/12 dev eth1 proto kernel scope link src 172.16.0.15 metric 1
192.135.82.0/24 via 172.16.0.2 dev eth1 proto static
eth0
落ちたようですが、これは別の問題のようです。上記のパスが与えられても、IPスタックは次のことを好むようですeth0
。
~$ ping 130.35.249.52
PING 130.35.249.52 (130.35.249.52) 56(84) bytes of data.
^C
--- 130.35.249.52 ping statistics ---
18 packets transmitted, 0 received, 100% packet loss, time 17132ms
~$ ping -Ieth1 130.35.249.52
PING 130.35.249.52 (130.35.249.52) from 172.16.0.15 eth1: 56(84) bytes of data.
64 bytes from 130.35.249.52: icmp_seq=1 ttl=57 time=210 ms
また、
~$ ip rule
0: from all lookup local
32766: from all lookup main
32767: from all lookup default
~$ netstat -nr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 172.16.0.2 0.0.0.0 UG 0 0 0 eth1
10.0.0.0 172.16.0.2 255.0.0.0 UG 0 0 0 eth1
130.35.0.0 172.16.0.2 255.255.0.0 UG 0 0 0 eth1
...
172.16.0.0 0.0.0.0 255.240.0.0 U 0 0 0 eth1
192.135.82.0 172.16.0.2 255.255.255.0 UG 0 0 0 eth1
~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 08:00:27:01:b1:f6 brd ff:ff:ff:ff:ff:ff
inet6 fe80::a00:27ff:fe01:b1f6/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 08:00:27:35:eb:24 brd ff:ff:ff:ff:ff:ff
inet 172.16.0.15/12 brd 172.31.255.255 scope global eth1
valid_lft forever preferred_lft forever
inet6 fe80::a00:27ff:fe35:eb24/64 scope link
valid_lft forever preferred_lft forever
IPスタックがこれらのルートに従うようにするにはどうすればよいですか?
ルーティング成功
~$ ip route get 130.35.249.52
130.35.249.52 via 172.16.0.2 dev eth1 src 172.16.0.15
cache
この状況は少しトリッキーです。最初のpingの失敗は次のとおりです。一時的な、2番目のpingがeth1
成功し、その後のpingがeth0
正しくルーティングされます。 IPスタックがどのようにこの状態になったのかを把握するのは困難ですが、今度は他のDNS関連の問題を解決してみましょう。
答え1
問題は、UDPパケットが転送されないことがわかりました。理由はわかりません。 TCP DNSはうまく動作します。最後に、network-manager-openconnect
VirtualBoxで仮想アダプタを1つだけ使用して維持しましたが、うまくいきました。