나는 이래로 쉽게 재현 할 수없는 문제로 어려움을 겪고있다. Linux 커널 v3.1.0을 사용하고 있으며 때로는 일부 IP 주소로 라우팅이 작동하지 않습니다. 패킷이 게이트웨이로 전송되는 대신 커널은 대상 주소를 로컬로 처리하고 ARP를 통해 MAC 주소를 가져 오려고합니다.

예를 들어, 현재 내 IP 주소는 172.16.1.104/24이고 게이트웨이는 172.16.1.254입니다.

# ifconfig eth0 eth0      Link encap:Ethernet  HWaddr 00:1B:63:97:FC:DC
          inet addr:172.16.1.104  Bcast:172.16.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:230772 errors:0 dropped:0 overruns:0 frame:0
          TX packets:171013 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:191879370 (182.9 Mb)  TX bytes:47173253 (44.9 Mb)
          Interrupt:17

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         172.16.1.254    0.0.0.0         UG    0      0        0 eth0
172.16.1.0      0.0.0.0         255.255.255.0   U     1      0        0 eth0

몇 가지 주소를 핑할 수 있지만 172.16.0.59는 할 수 없습니다.

# ping -c1 172.16.1.254
PING 172.16.1.254 (172.16.1.254) 56(84) bytes of data.
64 bytes from 172.16.1.254: icmp_seq=1 ttl=64 time=0.383 ms

--- 172.16.1.254 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.383/0.383/0.383/0.000 ms
root@pozsybook:~# ping -c1 172.16.0.1
PING 172.16.0.1 (172.16.0.1) 56(84) bytes of data.
64 bytes from 172.16.0.1: icmp_seq=1 ttl=63 time=5.54 ms

--- 172.16.0.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 5.545/5.545/5.545/0.000 ms
root@pozsybook:~# ping -c1 172.16.0.2
PING 172.16.0.2 (172.16.0.2) 56(84) bytes of data.
64 bytes from 172.16.0.2: icmp_seq=1 ttl=62 time=7.92 ms

--- 172.16.0.2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 7.925/7.925/7.925/0.000 ms
root@pozsybook:~# ping -c1 172.16.0.59
PING 172.16.0.59 (172.16.0.59) 56(84) bytes of data.
From 172.16.1.104 icmp_seq=1 Destination Host Unreachable

--- 172.16.0.59 ping statistics ---
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

172.16.0.59를 핑하려고하면 tcpdump에서 ARP 요청이 전송되었음을 알 수 있습니다.

# tcpdump -n -i eth0|grep ARP
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
15:25:16.671217 ARP, Request who-has 172.16.0.59 tell 172.16.1.104, length 28

/ proc / net / arp에 172.16.0.59에 대한 불완전한 항목이 있습니다.

# grep 172.16.0.59 /proc/net/arp
172.16.0.59      0x1         0x0         00:00:00:00:00:00     *        eth0

172.16.0.59이 있음을 유의하시기 바랍니다 이며 다른 컴퓨터에서이 LAN에서 액세스 할 수.

아무도 무슨 일이 일어나고 있는지 알고 있습니까? 감사.

업데이트 : 아래의 의견에 답변 :

• eth0과 lo 외에 인터페이스가 없습니다.
• ARP 요청은 다른 쪽에서는 볼 수 없지만 그것이 작동하는 방식입니다. 주요 문제는 ARP req가 처음부터 전송되어서는 안된다는 것입니다
• “route add -host 172.16.0.59 gw 172.16.1.254 dev eth0″명령으로 명시 적 경로를 추가하더라도 문제가 지속됩니다.

답변

echo 0 >/proc/sys/net/ipv4/conf/eth0/accept_redirects