DNSがLinux MintとDNSmasqで共通のURLをチェックしているかどうかを確認する方法

2024-5-23 • tag-icon

DNSがLinux MintとDNSmasqで共通のURLをチェックしているかどうかを確認する方法

Linux Mint 17.2の使用に問題があります。いくつかの実験では、URLの解析にいくつかの問題があることが明らかになった。

修正する2015年12月2日：

おそらく、この問題についてよく知っている人が関係している場合は、コメントすることができます。ネットワーク管理者から：

/var/log/upstart/ネットワーク管理者.log

次のエラーがあります。

  (NetworkManager:1015): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory.
  This indicates a bug in someone's code. You must ensure an error is NULL before it's set.
  The overwriting error message was: Key file does not have group 'connectivity'

接続されているかどうか疑問に思う理由は、LaunchPadのUbuntuエラーによるものです。

エラーメッセージを無視...

そのエラーを参照すると、さまざまなネットワーク問題に関連しているようです。

私が現在行っている状況はStackOverflowの質問と同じ原因であるようですが、問題は解決したようです。そうではありません：

Linux MintでGmailのDNSを（再）接続する方法は？

それでは、問題はネットワーク管理者にありますか？ 修正する2015-12-01：

当初、問題はTLS SSL / HTTPSルックアップにのみ関連していました。すべて時々 – 必ずしもそうではありません。

通常、google.com、linkedin.com、yahoo.com、facebook、github、および時々ポップアップする他のサイト（モバイルサービスプロバイダのカスタマーサービスサイトなど）などの「主流」サイトです。これは本当に迷惑なことです。

いくつかのコメントでは、HTTPSになることはできないと述べた。これまでの実験的証拠は、暗号化されたリンクでのみ問題を示しています。しかし昨日から

apt-get update

失敗しています。ほとんどのことがうまくいきます...

  W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/Release.gpg  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

  W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/main/i18n/Translation-en_AU  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

  W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/main/i18n/Translation-en  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

   W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/main/binary-amd64/Packages  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

  W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/main/binary-i386/Packages  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

  E: Some index files failed to download. They have been ignored, or old ones used instead.

現時点では、これが失敗する唯一の非HTTPS / SSLリンクです。ただし、この問題は実際には一部のローカル中間サーバー/クラスターに関連しているようです。失敗したサイトはすべて複数のローカルノードを持つのに十分な大きさでした。

実験結果はまだ正確です。さらに、問題は無効なDNSルックアップまたは期限切れのDNSアドレスに関連しています。

DNSmasqを再起動しても効果はありません。

スキャンして表示できるログはありますか？？？

[アップデート終了]

今夜の実用的な例は1,000語の価値があります。たとえば、ChromeやFirefoxでGitHubを使用します。

https://github.com--失敗-s

次のアドレスに再送信：

https://www.github.com- する働く

より多くの内容を見ることができますdig。以下は簡単なデモのユースケースです。

ユースケース：

github.com（失敗する)

~ $ dig github.com

; <<>> DiG 9.9.5-3ubuntu0.5-Ubuntu <<>> github.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40526
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 0

;; QUESTION SECTION:
;github.com. IN A

;; AUTHORITY SECTION:
. 42044 IN NS e.root-servers.net.
. 42044 IN NS d.root-servers.net.
. 42044 IN NS h.root-servers.net.
. 42044 IN NS m.root-servers.net.
. 42044 IN NS l.root-servers.net.
. 42044 IN NS c.root-servers.net.
. 42044 IN NS b.root-servers.net.
. 42044 IN NS a.root-servers.net.
. 42044 IN NS j.root-servers.net.
. 42044 IN NS i.root-servers.net.
. 42044 IN NS g.root-servers.net.
. 42044 IN NS f.root-servers.net.
. 42044 IN NS k.root-servers.net.

;; Query time: 91 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Nov 17 21:41:20 AEDT 2015
;; MSG SIZE rcvd: 239

www.github.com（働く)

~$発掘 www.github.com

; <<>> DiG 9.9.5-3ubuntu0.5-Ubuntu <<>> www.github.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25458
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 512
;; QUESTION SECTION:
;www.github.com. IN A

;; ANSWER SECTION:
www.github.com. 3599 IN CNAME github.com.
github.com. 29 IN A 192.30.252.131

;; Query time: 827 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Nov 17 21:41:26 AEDT 2015
;; MSG SIZE rcvd: 73

残念ながら、このwww.ソリューションは次のURLでは機能しません。

https://accounts.google.com/ServiceLogin

そしてwww.google.com検索してみてください。そのため、GoogleやYouTubeなどは使用できません。

これは断続的に発生する問題です。ゆるく接続された有線接続を介して2〜4日間続きます。 USBモデムやUSB-Wi-Fiアクセスポイントなどを再接続したり、システムを再起動/復元したりするには、通常は新しいアドレスを取得する必要があります。少なくともこれは言葉になるようです。

ただし、コンピュータの再起動後にGmailセッションが1〜2時間後に終了する理由は説明されていないため、StackExchangeを使用する必要があります。

同様の言及が見つかりませんでした。しかし、この問題を何と呼ぶべきかわかりません。

システムメッセージ：

  Linux 3.16.0-38-generic #52~14.04.1-Ubuntu 
    SMP Fri May 8 09:43:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
  DISTRIB_ID=LinuxMint
  DISTRIB_RELEASE=17.2
  DISTRIB_CODENAME=rafaela
  DISTRIB_DESCRIPTION="Linux Mint 17.2 Rafaela"

書き直す（2015-11-18)

github.comの例を強制する実験を行った結果、今日の一般的なブラウザは満足してgithub.comを見つけることができるようです。おそらく次回はやめるまでです。

私の主な関心事は郵便github.google.com ルックアップが失敗します。この例はわかりやすい良いURLだと思います。

破棄そして牙ほぼ同じ回答を提供しますmail.google.com。返されたレポートを理解する方法がわかりません。

    ~ $ drill @8.8.8.8  dns-admin.google.com
    ;; ->>HEADER<<- opcode: QUERY, rcode: NXDOMAIN, id: 32352
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; dns-admin.google.com.    IN  A

    ;; ANSWER SECTION:

    ;; AUTHORITY SECTION:
    google.com. 59  IN  SOA ns2.google.com. dns-admin.google.com. 108125159 900 900 1800 60

    ;; ADDITIONAL SECTION:

    ;; Query time: 537 msec
    ;; EDNS: version 0; flags: do ; udp: 512
    ;; SERVER: 8.8.8.8
    ;; WHEN: Wed Nov 18 22:13:27 2015
    ;; MSG SIZE  rcvd: 89

そして検索してみてくださいhttps://google.com

nslookup情報不足にもかかわらず、より交換性が高い。

    ~ $ nslookup host 8.8.8.8  mail.google.com

    ;; connection timed out; no servers could be reached
    ~ $  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=54 time=105 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=54 time=97.8 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=54 time=95.8 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2002ms
    rtt min/avg/max/mdev = 95.899/99.745/105.446/4.120 ms

したがって、8.8.8.8 DNSサーバーに到達するだけで十分です。どうやって過ごすの？

ファイル...（設定内容を追加するように編集されました。）注ポジティブ（コメントなし）オプションは下に貼り付けられています。他のオプションは、Linux MintのデフォルトとDNSmasqのインストールのデフォルトに従う必要があります。

/etc/dnsmasq.conf

 # Configuration file for dnsmasq.
 #
 # Format is one option per line, legal options are the same
 # as the long options legal on the command line. See
 # "/usr/sbin/dnsmasq --help" or "man 8 dnsmasq" for details.

 #       :
 #   only showing active options from this file
 #       :

 # Change this line if you want dns to get its upstream servers from
 # somewhere other that /etc/resolv.conf
 #resolv-file=
 ## use resolv
 #
 resolv-file=/etc/resolv.dnsmasq.conf

 # By  default,  dnsmasq  will  send queries to any of the upstream
 # servers it knows about and tries to favour servers to are  known
 # to  be  up.  Uncommenting this forces dnsmasq to try each query
 # with  each  server  strictly  in  the  order  they   appear   in
 # /etc/resolv.conf
 strict-order

/etc/resolv.dnsmasq.con （ファイル分析)

 ##  file:   /etc/resolv.dnsmasq.conf

 #-- Google's nameservers:
 nameserver 8.8.8.8
 nameserver 8.8.4.4

 #
 ##  [end]  ##

/etc/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 127.0.0.1

ユースケース：

関連情報