Traceroute 또는 Ping에서 알 수 없는 장치를 식별하는 방법

Question 1

192.168.1.19가 존재하지 않습니다. 192.168.1.17은 존재하지 않는다고 알려줍니다. 동일한 서브넷에 있고 첫 번째 홉이므로 이는 192.168.1.17, samsung.station이 Traceroute 및 ping을 실행하는 시스템임을 나타냅니다. 또는 192.168.1.17이 프록시 역할을 하며 알 수 없는 호스트 이름이 이를 참조합니다. 즉, 여기서는 볼 것이 없습니다.

Answer

192.168.1.19가 존재하지 않습니다. 192.168.1.17은 존재하지 않는다고 알려줍니다. 동일한 서브넷에 있고 첫 번째 홉이므로 이는 192.168.1.17, samsung.station이 Traceroute 및 ping을 실행하는 시스템임을 나타냅니다. 또는 192.168.1.17이 프록시 역할을 하며 알 수 없는 호스트 이름이 이를 참조합니다. 즉, 여기서는 볼 것이 없습니다.

Question 2

간단히 말해서:네트워크 문제는 dockerdWSL에서 수동으로 실행하여 발생했습니다. ip address동일한 터미널에서 사용하고 tcpdump더 높은 해상도를 제공하십시오.

세부 사항

문제 해결 단계를 공유할 만큼 상황이 명확해졌으므로 그럴만한 가치가 있습니다. 허용된 답변은 절대적으로 정확합니다. 핑은 192.168.1.17에서 발생합니다. Ubuntu WSL 탭에서 ping을 실행하고 있었음에도 불구하고 Windows 터미널을 열고 Powershell 탭에서 소스 IP를 고려하고 있었기 때문에 이것이 실수였습니다. ip aWSL 터미널에서 이 작업을 수행 하면 흥미로운 항목을 볼 수 있습니다.

6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:0b:14:ce:50 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.17/8 brd 192.255.255.255 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:bff:fe14:ce50/64 scope link
       valid_lft forever preferred_lft forever

미스터리에 주목하라192.168.1.17. 이전에 본 적이 있지만 인터페이스가 다운되고 다른 모든 인터페이스에서 소음이 발생했기 때문에 무시했습니다. 실제로 WSL에 docker를 설치했는데(Windows 버전이 아닌 apt를 사용하여) 네트워크와 어떻게 상호 작용하는지 잘 모르겠지만 눈에 띄는 점프를 주는 것 같습니다. dot17 옆에 표시된 호스트 이름의 경우 이제 다른 이름이 표시되므로 오해의 소지가 있으므로 무시해야 할 캐시 이름임이 분명합니다.

다음을 사용하여 캡처한 Wireshark의 PCAP 파일에서 작업을 확인하는 것이 더 쉽습니다.

sudo tcpdump -i any icmp -w traceroute.pcap

첫 번째 패킷:

1   0.000000    192.168.1.17    192.168.1.17    ICMP    104 Destination unreachable (Host unreachable)

ICMP에서:

Internet Control Message Protocol
    Type: 3 (Destination unreachable)
    Code: 1 (Host unreachable)
    Checksum: 0x7313 [correct]
    [Checksum Status: Good]
    Unused: 00000000
    Internet Protocol Version 4, Src: 192.168.1.17, Dst: 192.168.1.18
        0100 .... = Version: 4
        .... 0101 = Header Length: 20 bytes (5)
        Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
        Total Length: 60
        Identification: 0xa55a (42330)
        Flags: 0x00
        Fragment Offset: 0
        Time to Live: 1
        Protocol: UDP (17)
        Header Checksum: 0x90e3 [validation disabled]
        [Header checksum status: Unverified]
        Source Address: 192.168.1.17
        Destination Address: 192.168.1.18
    User Datagram Protocol, Src Port: 36470, Dst Port: 33434

그래서 추가 점프는 없습니다. 또한 Powershell 탭에서 대상을 ping할 수 있다는 것도 알았지만아니요WSL 탭에서. 그래서 WSL을 다시 시작했습니다.

> wsl --list -v
  NAME            STATE           VERSION
* Ubuntu-20.04    Running         2
  Debian          Stopped         2

> wsl --shutdown Ubuntu-20.04

> wsl -d Ubuntu-20.04

ip a이제 새로 시작된 WSL 셸에서 이 작업을 수행 하면 마지막 항목은 다음과 같습니다.

5: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
    link/sit 0.0.0.0 brd 0.0.0.0

도커 인터페이스가 사라집니다. WSL 셸에서 다시 ping을 수행할 수 있습니다. 그러다 문득 깨달았습니다. 제가 수동으로 도커 데몬을 시작했는데 sudo dockerd &그 순간 연결이 끊어졌습니다! 또 다른 흥미로운 점은 가상 머신이 브리지 인터페이스를 사용하고 자체 IP 주소가 있고 네트워크의 다른 모든 장치를 ping할 수 있지만 호스트의 IP는 ping할 수 없다는 것입니다.

좋은 소식은 이제 가상 머신에서 docker가 실행되고 있고 WSL에서 또는 PowerShell에서 직접 SSH로 연결할 수 있으며 모든 것이 잘 작동한다는 것입니다.

Answer