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. ゲートウェイに（成功的に）pingを送信できます。
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**に変更するバグが原因でした。 【編集終了】

[2回目の編集] さて、今回も欠陥が再び発生して分析する準備ができました（私の考えでは：D）。だから私が今回発見したのは次のようになります。

1. 8.8.8.8以外のIPでpingできることを確認しましたが、成功しませんでしたが、8.8.8.8はまだ成功しました。
2. また、169.254.4.147（私が接続したプライベートIPのようです）でpingを送ることもできません！奇妙な。
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 ソケットなどに何かが付いていませんか？

[第2編集終了]

1. 問題の根本原因が何であるかを確認する他の方法/コマンドはありますか？

2. ケーブルを抜いて再接続せずにこの問題をどのように解決できますか？

[編集]答えを見つけました回答。回答いただいたmcdizzleに感謝します。問題はTCPパケットのタイムスタンプでした。 OpenDNSをオフにしてネームサーバーとして追加すると問題が解決しました。