☰

연결이 복원된 후 Ping을 다시 시작해야 하는 이유는 무엇입니까?

tag-icon • tag-icon linux networking ping kernel
연결이 복원된 후 Ping을 다시 시작해야 하는 이유는 무엇입니까?

내 노트북은 무선 연결을 통해 Fedora 25(커널 4.9.5)를 실행하고 있습니다. 가끔 xDSL 회선이 끊어지고 다시 설정되는 경우가 있습니다. 나는 보통 ping을 실행 상태로 두는데 다음과 같이 표시됩니다.

64 bytes from 8.8.8.8: icmp_seq=294 ttl=48 time=79.0 ms
64 bytes from 8.8.8.8: icmp_seq=295 ttl=48 time=77.9 ms
From 192.168.5.1 icmp_seq=307 Destination Net Unreachable
From 192.168.5.1 icmp_seq=308 Destination Net Unreachable

이상한 점은 ping을 다시 시작할 때까지 이 상태가 영원히 계속된다는 것입니다.

From 192.168.5.1 icmp_seq=730 Destination Net Unreachable
From 192.168.5.1 icmp_seq=731 Destination Net Unreachable
From 192.168.5.1 icmp_seq=732 Destination Net Unreachable
^C
--- 8.8.8.8 ping statistics ---
10181 packets transmitted, 269 received, +154 errors, 97% packet loss, time 10414884ms
rtt min/avg/max/mdev = 76.417/84.643/271.002/20.913 ms
$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=103 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=93.0 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=48 time=85.5 ms

핑이 새로 고쳐져야 할 일부 상태를 유지하고 있는 것 같습니다. 뭐가 될수 있었는지?

업데이트

... xDSL is down
11:10:29.261358 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4160, seq 110, length 64
11:10:30.285354 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4160, seq 111, length 64
11:10:31.309315 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4160, seq 112, length 64
11:10:32.028919 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 1, length 64

<<<<< ctrl-c ping, start ping again >>>>>

11:10:32.102610 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 1, length 64
11:10:33.030808 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 2, length 64
11:10:33.113878 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 2, length 64
11:10:34.032032 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 3, length 64
11:10:34.108532 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 3, length 64
11:10:35.033693 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 4, length 64
11:10:35.111347 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 4, length 64
11:10:36.035507 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 5, length 64
11:10:36.111723 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 5, length 64
^C

답변1

문제는 노트북이 아닌 게이트웨이에 있을 가능성이 높습니다. ping이 실패하더라도 게이트웨이로부터 Destination Net Unreachable이라는 ICMP 응답을 받습니다. 더 이상 핑 패킷 전달을 시도하지 않는 게이트웨이입니다.

핑을 다시 시작하면 게이트웨이가 재설정되는 것으로 보이며 이는 ICMP 에코 요청의 시퀀스 번호를 기반으로 상태를 유지하고 있음을 나타냅니다. UDP를 사용하여 ping을 수행하면 이를 방지할 수 있습니다.

관련 정보