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の質問と同じ原因であるようですが、問題は解決したようです。そうではありません：
それでは、問題はネットワーク管理者にありますか？ 修正する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: 239www.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では機能しません。
そして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