☰

8.8.8.8 또는 openDNS 서버에는 ping이 가능하지만 다른 웹사이트에는 ping이 불가능한 이유는 무엇입니까?

tag-icon • tag-icon debian networking anacron
8.8.8.8 또는 openDNS 서버에는 ping이 가능하지만 다른 웹사이트에는 ping이 불가능한 이유는 무엇입니까?

나는 Debian Bullseye에서 (eth0 인터페이스를 통해) 인터넷에 연결하기 위해 USB 유선 모뎀을 사용하고 있습니다(이름-a >> Linux styx 5.10.0-8-amd64 #1 SMP Debian 5.10.46-4 (2021-08-03) x86_64 GNU/Linux). 가끔 이더넷 인터페이스가 갑자기 정지되는 경우가 있습니다. 재미있게:

  1. 게이트웨이에 (성공적으로) 핑을 보낼 수 있습니다.
  2. 8.8.8.8에 ping을 보낼 수 있습니다(성공적으로).
  3. 인터페이스는 다음과 같습니다.위로(나는 확인했다IP 주소 표시)
  4. 인터페이스를 다시 시작했습니다.다운된 경우먼저 다음을 통해IFUP, 아무 일도 일어나지 않았습니다. 이더넷 인터페이스 이름이 eth0에서 enxMACADDRESS로 변경되었지만 여전히 인터넷에 연결되어 있지 않습니다.
  5. 출력을 확인해보니IP 라우팅, eth0이 작동할 때와 동일한 구성입니다.

이전 질문과 답변을 확인했습니다(예:연결 없음, 등. ). 8.8.8.8로 ping할 수 있지만 인터넷이 없습니다(openDNS 서버와 같은 다른 IP로는 ping할 수 없습니다).

인터페이스에 오류가 없으며 작동 중입니다. USB 케이블을 뽑았다가 다시 연결하고 연결을 다시 설정해야 했습니다. [시작하려면 편집] 댓글과 답변 후 /var/log/syslog를 확인했고 Felicia가 답변에서 말했듯이 다음을 발견했습니다.

Feb 21 11:40:30 localhost kernel: [ 3936.163162] usb-storage 3-5.4:1.2: USB Mass Storage device detected
Feb 21 11:40:30 localhost kernel: [ 3936.167079] scsi host10: usb-storage 3-5.4:1.2
Feb 21 11:40:30 localhost mtp-probe: checking bus 3, device 18: "/sys/devices/pci0000:00/0000:00:1d.7/usb3/3-5/3-5.x"
Feb 21 11:40:30 localhost mtp-probe: bus: 3, device: 18 was not an MTP device
Feb 21 11:40:30 localhost systemd-udevd[5898]: Using default interface naming scheme 'v247'.
Feb 21 11:40:30 localhost systemd-udevd[5898]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Feb 21 11:40:30 localhost kernel: [ 3936.225574] cdc_ether 3-5.x:1.0 enxXXXXXXXXXXXX: renamed from eth0
Feb 21 11:40:30 localhost mtp-probe: checking bus 3, device 18: "/sys/devices/pci0000:00/0000:00:1d.7/usb3/3-5/3-5.x"
Feb 21 11:40:30 localhost mtp-probe: bus: 3, device: 18 was not an MTP device
Feb 21 11:40:30 localhost systemd-udevd[5903]: Using default interface naming scheme 'v247'.
Feb 21 11:40:30 localhost systemd-udevd[5903]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Feb 21 11:40:30 localhost systemd[1]: Found device 1024.
Feb 21 11:40:30 localhost systemd[1]: Started ifup for enxXXXXXXXXXXXX.
Feb 21 11:40:30 localhost dhclient[5931]: Internet Systems Consortium DHCP Client 4.4.1
Feb 21 11:40:30 localhost sh[5931]: Internet Systems Consortium DHCP Client 4.4.1
Feb 21 11:40:30 localhost dhclient[5931]: Copyright 2004-2018 Internet Systems Consortium.
Feb 21 11:40:30 localhost sh[5931]: Copyright 2004-2018 Internet Systems Consortium.
Feb 21 11:40:30 localhost dhclient[5931]: All rights reserved.
Feb 21 11:40:30 localhost dhclient[5931]: For info, please visit https://www.isc.org/software/dhcp/
Feb 21 11:40:30 localhost sh[5931]: All rights reserved.
Feb 21 11:40:30 localhost sh[5931]: For info, please visit https://www.isc.org/software/dhcp/
Feb 21 11:40:30 localhost dhclient[5931]: 
Feb 21 11:40:30 localhost dhclient[5931]: Listening on LPF/enxXXXXXXXXXXXX/X:X:X:X:X:X
Feb 21 11:40:30 localhost sh[5931]: Listening on LPF/enxXXXXXXXXXXXX/X:X:X:X:X:X
Feb 21 11:40:30 localhost sh[5931]: Sending on   LPF/enxXXXXXXXXXXXX/X:X:X:X:X:X
Feb 21 11:40:30 localhost sh[5931]: Sending on   Socket/fallback
Feb 21 11:40:30 localhost sh[5931]: DHCPREQUEST for 192.168.x.100 on enxXXXXXXXXXXXX to 255.255.255.255 port 67
Feb 21 11:40:30 localhost dhclient[5931]: Sending on   LPF/enxXXXXXXXXXXXX/X:X:X:X:X:X
Feb 21 11:40:30 localhost dhclient[5931]: Sending on   Socket/fallback
Feb 21 11:40:30 localhost dhclient[5931]: DHCPREQUEST for 192.168.9.100 on enxXXXXXXXXXXXX to 255.255.255.255 port 67
Feb 21 11:40:30 localhost dhclient[5931]: DHCPNAK from 192.168.x.1
Feb 21 11:40:30 localhost sh[5931]: DHCPNAK from 192.168.x.1
Feb 21 11:40:30 localhost avahi-autoipd(enxXXXXXXXXXXXX)[5947]: Found user 'avahi-autoipd' (UID 108) and group 'avahi-autoipd' (GID 116).
Feb 21 11:40:30 localhost avahi-autoipd(enxXXXXXXXXXXXX)[5947]: Successfully called chroot().
Feb 21 11:40:30 localhost avahi-autoipd(enxXXXXXXXXXXXX)[5947]: Successfully dropped root privileges.
Feb 21 11:40:30 localhost avahi-autoipd(enxXXXXXXXXXXXX)[5947]: Starting with address 169.254.4.147

나도 파일 찾았어/달리기/라고/run/dhclient.enxXXXXXXXXXXXX.pid포함하다5931이는 위의 로그에 명시된 것과 동일한 숫자입니다. 하지만 제가 이해한 바에 따르면 문제는 내 주소를 169.254.4.147**로 변경하는 버그로 인해 발생했으며, 이는 해당 IP가 차단되어 더 이상 네트워크를 볼 수 없다는 의미입니다. [편집 끝]

[두 번째 편집] 좋아, 이번에도 결함이 다시 발생하여 분석할 준비가 되었습니다(제 생각에는 :D). 그래서 제가 이번에 발견한 것은 다음과 같습니다.

  1. 8.8.8.8이 아닌 다른 IP로 ping할 수 있는지 확인했지만 성공하지 못했지만 8.8.8.8은 여전히 ​​성공했습니다.
  2. 또한 169.254.4.147(제가 접속한 개인 IP인 것 같습니다)로 핑을 보낼 수도 없습니다! 이상한.
  3. 나는 확인했다/sys/clas/net/enxXXXXXXXXXXXX/벡터파일에 네트워크가 있습니까? 1이라고 되어 있어서 내가 네트워크에 있다는 것을 알 수 있습니다.온라인.
  4. 그러나 플러그를 뽑을 때까지 /var/log/syslog(즉, 시스템 로그)에 인터페이스나 네트워크 오류가 표시되지 않습니다. USB 케이블을 뽑았다가 다시 연결하면 이 모든 것이 드러납니다.
  5. /etc/resolv.conf를 확인했는데 이전과 동일합니다. 즉, 실패 후 아무것도 변경되지 않았습니다.
  6. 여전히 8.8.8.8로만 ping할 수 있고 다른 주소로는 ping할 수 없습니다.
  7. 네트워크 서비스를 다시 시작하고 인터페이스를 다운하고 dhclient -r 및 dhclient -4 등을 통해 IP 릴리스/renwe를 시도하고 있지만 이 모든 과정에서 여전히 8.8.8.8로 ping할 수 있습니다. 8.8.8.8 소켓 등에 뭔가 붙어 있지 않습니까?

[두 번째 편집 끝]

  1. 문제의 근본 원인이 무엇인지 확인하는 다른 방법/명령이 있습니까?

  2. 케이블을 뽑았다가 다시 연결하지 않고 이 문제를 어떻게 해결할 수 있나요?

[편집] 답을 찾았습니다답변. 답변을 주신 mcdizzle에게 감사드립니다. 문제는 TCP 패킷의 타임스탬프였습니다. OpenDNS를 끄고 네임서버로 추가하면 문제가 해결되었습니다.

답변1

이것

Feb 21 11:40:30 localhost sh[5931]: DHCPREQUEST for 192.168.x.100 on enxXXXXXXXXXXXX to 255.255.255.255 port 67
Feb 21 11:40:30 localhost dhclient[5931]: Sending on   LPF/enxXXXXXXXXXXXX/X:X:X:X:X:X
Feb 21 11:40:30 localhost dhclient[5931]: Sending on   Socket/fallback
Feb 21 11:40:30 localhost dhclient[5931]: DHCPREQUEST for 192.168.9.100 on enxXXXXXXXXXXXX to 255.255.255.255 port 67
Feb 21 11:40:30 localhost dhclient[5931]: DHCPNAK from 192.168.x.1

기존 IP 주소에 대해 DHCP 서버에서 IP 주소를 얻으려고 했지만 거부되었음을 나타냅니다. 따라서 해당 인터페이스의 IP 주소가 손실될 수 있습니다( 확인하는 데 사용 ip addr).

따라서 DHCP 서버를 올바르게 구성하십시오. 또는 인터페이스가 MAC 주소를 변경하지 못하도록 방지하세요. 아니면 DHCPNAK를 유발하는 것이 무엇이든 간에요.

(그런데 x이러한 192.168주소는 필요하지 않습니다. 이는 개인 IP 주소이며 개인 네트워크 외부에서는 사용되지 않습니다.)

답변2

인터페이스 관련 오류가 있는지 확인하려면 syslog를 확인하세요.

sudo tail -f /var/log/syslog

인터페이스 관련 오류가 표시되면 커널 업그레이드가 도움이 될 수 있습니다. 예를 들어 불스아이를 설정할 수 있습니다.백포트업데이트된 백포트 커널을 설치하면 문제가 해결될 수 있습니다.

관련 정보