☰

APT - 名前解決エラーによる一時的な失敗

tag-icon • tag-icon debian networking dns resolv.conf systemd-resolved
APT - 名前解決エラーによる一時的な失敗

aptドメイン名解決、懸念事項/apt-getユーティリティについてのみ、非常に迷惑で混乱する問題があります。

しようとするとapt update（すみません、フランス語）

root@myhostname:~# apt update
Err :1 http://ftp.igh.cnrs.fr/pub/os/linux/raspbian/raspbian buster InRelease
  Erreur temporaire de résolution de « ftp.igh.cnrs.fr »

テストと分析

  • 実際、他のすべてのテストリソースのDNS解決は成功しました。

    • ✔nslookup ftp.igh.cnrs.fr与える 
      Non-authoritative answer:
    ftp.igh.cnrs.fr canonical name = ftp4.igh.cnrs.fr.
    Name:   ftp4.igh.cnrs.fr
    Address: 193.50.6.155
    • ✔私も試してみてもnslookup ftp.igh.cnrs.fr 8.8.8.8同じ結果が得られる

    注：この2つの最初のテストでは、応答が奇妙に長く遅れることを経験しました。

    • dig ftp.igh.cnrs.fr✔私にも同じ結果が出る

  • ✔同じURLを使用して正常に実行またはwgetコマンドできます。curl

    root@myhostname:~# curl http://ftp.igh.cnrs.fr/pub/os/linux/raspbian/raspbian
<html>
<head><title>301 Moved Permanently</title></head>
<body bgcolor="white">
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>

      wget http://ftp.igh.cnrs.fr/pub/os/linux/raspbian/raspbian
--2021-06-17 12:56:26--  http://ftp.igh.cnrs.fr/pub/os/linux/raspbian/raspbian
Résolution de ftp.igh.cnrs.fr (ftp.igh.cnrs.fr)… 193.50.6.155
Connexion à ftp.igh.cnrs.fr (ftp.igh.cnrs.fr)|193.50.6.155|:80… connecté.
requête HTTP transmise, en attente de la réponse… 301 Moved Permanently
Emplacement : http://ftp.igh.cnrs.fr/pub/os/linux/raspbian/raspbian/ [suivant]
--2021-06-17 12:56:26--  http://ftp.igh.cnrs.fr/pub/os/linux/raspbian/raspbian/
Réutilisation de la connexion existante à ftp.igh.cnrs.fr:80.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : non indiqué [text/html]
Sauvegarde en : « raspbian »

  • ✔私が試しているならネットワークコマンドたとえば、ssh再び動作します。

  • 次に、APTリポジトリ自体の可用性を検討しました（エラーメッセージが信頼できない場合 - 不明;-））。

    • 他のAPTリポジトリを使用しても/etc/apt/sources.list同じ悪い結果が出ました。

  • グローバルシステムのパフォーマンスに関して、システムの速度低下とDNS検証の失敗との間にどのような関係があるのか​​疑問に思います。
    また、重いプロセスもすべて終了しました。 （例：開いているWebブラウザ）以下は、残りの結果の例
    です。top

    1 root      20   0   34824   8304   6496 S   1,3   0,9   0:26.26 systemd
  8596 root      20   0   10292   2876   2380 S   1,0   0,3   0:06.02 top
   120 root      20   0   32600  11760  10732 S   0,7   1,3   0:08.62 systemd-journal
   742 root      20   0    8144   3016   2836 S   0,7   0,3   0:00.55 check-vpn
10878 root      20   0   10192   2792   2436 R   0,7   0,3   0:00.14 top
    12 root      20   0       0      0      0 I   0,3   0,0   0:02.68 rcu_sched
    13 root      rt   0       0      0      0 S   0,3   0,0   0:00.02 migration/0
   110 root       0 -20       0      0      0 I   0,3   0,0   0:00.19 kworker/3:2H-kblockd
   299 root      20   0       0      0      0 S   0,3   0,0   0:02.30 brcmf_wdog/mmc1
   380 message+  20   0    6664   3588   3084 S   0,3   0,4   0:10.36 dbus-daemon
   739 vnstat    20   0    2440    432    372 S   0,3   0,0   0:00.43 vnstatd
   761 root      20   0       0      0      0 I   0,3   0,0   0:03.51 kworker/u8:3-brcmf_wq/mmc1:0001:1
10624 root      20   0       0      0      0 I   0,3   0,0   0:00.29 kworker/0:1-events
10757 root      20   0       0      0      0 I   0,3   0,0   0:00.03 kworker/2:0-events
     2 root      20   0       0      0      0 S   0,0   0,0   0:00.01 kthreadd
     3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
     4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp

    私はこのリストに循環プロセスがあることを見つけましたkworker。普通ですか？
    しかし、グローバルな観点から見ると、システムへの負担はそれほど高くないようです。

    Tasks: 141 total,   1 running, 139 sleeping,   1 stopped,   0 zombie
%Cpu(s):  0,7 us,  1,0 sy,  0,0 ni, 98,1 id,  0,0 wa,  0,0 hi,  0,2 si,  0,0 st
MiB Mem :    872,7 total,    275,2 free,    123,7 used,    473,8 buff/cache
MiB Swap:    100,0 total,    100,0 free,      0,0 used.    679,3 avail Mem

  • 世界中でDNS解決に失敗する他のコマンドラインまたはグラフィックツールがあるかどうかはわかりません。 ！ ❓

  • グローバルアクション

    • 一部のサービスを再起動してみましたが、結果はありません。
      systemctl restart resolved
      systemctl restart systemd-resolved
    • ⛔ネットワークを再起動しても失敗します
      systemctl restart networking
    • ⛔システムを再起動しても失敗します

DNS構成ファイル

次のファイルを確認しました。

  • /etc/resolv.conf

    nameserver 8.8.8.8
option timeout:7

  • /etc/resolvconf/run/resolv.conf

    nameserver 192.168.95.1
nameserver 127.0.0.53
search lan

  • /var/run/resolvconf/resolv.conf

    # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.95.1
nameserver 127.0.0.53
search lan

  • /etc/network/interfaces

    auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
     wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

    また、静的IPを使用するインターフェイスにはeth0が1つしかないことも確認しました。同じ結果。

オペレーティングシステム構成の詳細

  • 私はDebian 10.9を実行しています。 (ラズベリーパイディストリビューションを含む)
  • 問題は私のデバイスの半分からランダムに発生しているようです（デバイスは約100個あります）。

解決策。

この問題を解決するために見つけた唯一の方法は、resolvconfサービスを再インストールすることでした。

apt purge -y openresolv resolvconf
wget http://ftp.igh.cnrs.fr/pub/os/linux/raspbian/raspbian/pool/main/r/resolvconf/resolvconf_1.79_all.deb
dpkg -i resolvconf_1.79_all.deb
systemctl restart systemd-resolved.service
systemctl enable systemd-resolved.service

しかし、信頼できません。再起動するたびにこれを行う必要があります。悪い方法...

私のシステムに何が問題なのかご存知ですか？

ベストアンサー1

このような奇妙な状況を掘り下げている間、権限に関する記事を見てインスピレーションを得ました。初めて読んだとき、それは私の質問とは何の関係もありませんでした。

とにかく、ファイルの権限を確認した結果、特定の点を/etc/resolv.conf
除いて、すべてが大丈夫です。パスを指す/etc/resolv.confシンボリックリンクです。/opt/...

権限が正しいように見えますが、ファイルをリンクする代わりにファイルをコピーしてみました。そしてハレルヤ、成功しました..

なぜこの設定を確認するのがグローバルOSと異なるのか尋ねないでくださいapt。理由がわからない。しかし、ここに解決策があります！

おすすめ記事