☰

Linux Mint で Gmail の DNS を (再) 接続するにはどうすればよいですか?

tag-icon • tag-icon networking dns dnsmasq access-point
Linux Mint で Gmail の DNS を (再) 接続するにはどうすればよいですか?

回答者にはこのスレッドを参照してほしい。Linux Mint フォーラム:

過去2週間ほどで4回もこの現象に遭遇しました。接続が切れると、最終的にはクリア不明な時間後（最長は 4 日）。

簡単に言うと、ほとんどすべての URL は機能しますが、google.com、linkedin.com、youtube.com、yahoo.com など、(実際の)作業に必要な主要な URL は機能しません。一方、関連していると思われる他のサイトは機能します。予測不可能です。今夜は良い例です。URL:

この問題は私がテストしたすべてのものに影響します（「ない' url)...

  • ファイアフォックス
  • クロム
  • カール
  • wget
  • 掘る

それが具体的に DNS であるかどうかはわかりません。

（アップデート:2015-11-11）

モバイル ブロードバンド モデムへの交換とモデムからの交換という幸運な経験は、「​​回避策」ではなく、単なる幸運な出来事でした。このような交換の結果が常に機能するとは限りません。

DNSの問題は単なる症状だと思います。

https://:mail.google.com をカールします

返すのは…

curl: (7) Couldn't connect to server

つまり、サーバーは「見える」が接続できないということだと思います。前述のように、Android フォンなど、同じアクセス ポイントを使用して他のデバイスからメールを送信できます。そのため、Linux Mint でこのような場合にどのような診断機能があるか知りたいのですが、スタックのどの部分が取得されているかを把握できます。立ち往生?

（アップデート:2015-11-10）

新しい情報があります。他の人の役に立つかもしれませんし、この問題を解決するヒントをブレインズ トラストに提供するかもしれません。今晩、GitHub、stackexchange.com、netbeans、Wikipedia などにアクセスできませんでした。今はここにいますが、何が起こったのでしょうか?

私が押すとF5ここで、画面上部に次のバナー メッセージが表示されました。

 Unix & Linux Stack Exchange requires external 
 JavaScript from another domain, which is blocked 
 or failed to load.

うわっまた同じことが起きたと思いました。ご想像のとおり、このエラーによって大幅な進捗が遅れているため、何らかの応答があるかどうか確認したかったのです。そこで、USB モデムに少し余裕があるので、それを使ってみようと思いました。

  1. WI-FIアクセスポイントを交換しました
  2. USB/モバイルネットワークに接続

結果: 変化なし、Wikipedia にアクセスできず、このページに迷惑なスクリプト メッセージが表示されていました。

  1. USB/モバイルブロードバンドネットワークから切断する
  2. Wi-Fiアクセスポイントを再接続する

私のDigテストの1つは異なる結果を示しました後Wi-Fiアクセスポイントに（再度）接続します。つまり（今）...

  1. StackExchange の煩わしいバナー メッセージはなくなりました。Wikipedia と github が再び表示されます。

スタック内の何かが「有線' (アクセス ポイント) 接続が再接続されます。ただし、単に再接続されるのではなく、すべてを (再び) 再接続しなければならないほど乗っ取られます。

もう一つの奇妙な点は、モバイル ブロードバンドがデータ通信スタック上の (有効な) ものを更新/リセットしなかったことです。なぜでしょうか? どのようにでしょうか?

さらに重要なのは、現在の合併残余クレジットが残っているときに、廃止されたモバイルブロードバンドを更新せずに、有線接続とWi-Fi接続を強制的にリセット/更新するにはどうすればいいかということです。滴り落ちる？？？？

それ以外は前回のアップデートと同じままです

（更新終了）

現時点で私が言えることは、Google検索（働く) および Gmail (動作しない) は、dig からの次の応答を示します。

$ dig google.com

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

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

 ;; ANSWER SECTION:
 google.com.        114 IN  A   120.19.255.38
 google.com.        114 IN  A   120.19.255.27
 google.com.        114 IN  A   120.19.255.19
 google.com.        114 IN  A   120.19.255.59
 google.com.        114 IN  A   120.19.255.53
 google.com.        114 IN  A   120.19.255.29
 google.com.        114 IN  A   120.19.255.15
 google.com.        114 IN  A   120.19.255.49
 google.com.        114 IN  A   120.19.255.57
 google.com.        114 IN  A   120.19.255.34
 google.com.        114 IN  A   120.19.255.23
 google.com.        114 IN  A   120.19.255.45
 google.com.        114 IN  A   120.19.255.44
 google.com.        114 IN  A   120.19.255.42
 google.com.        114 IN  A   120.19.255.30

 ;; Query time: 108 msec
 ;; SERVER: 127.0.1.1#53(127.0.1.1)
 ;; WHEN: Tue Nov 03 23:14:22 AEDT 2015
 ;; MSG SIZE  rcvd: 268

そして$ dig mail.google.com

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

 ;; QUESTION SECTION:
 ;mail.google.com.      IN  A

 ;; AUTHORITY SECTION:
 .          49606   IN  NS  localhost.

 ;; Query time: 106 msec
 ;; SERVER: 127.0.1.1#53(127.0.1.1)
 ;; WHEN: Tue Nov 03 23:15:02 AEDT 2015
 ;; MSG SIZE  rcvd: 55

対照的に、私がアクセスできる稼働中のボックスの dig 出力は、ネームサーバーに関しては異なる状況を示しています。

稼働中のマシンの場合:$ dig gmail.com（アップデートで追加）

 ; <<>> DiG 9.6-ESV-R11 <<>> gmail.com
 ;; global options: +cmd
 ;; Got answer:
 ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22330
 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

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

 ;; ANSWER SECTION:
 gmail.com.              192     IN      A       216.58.220.101

 ;; Query time: 15 msec
 ;; SERVER: 192.168.172.1#53(192.168.172.1)
 ;; WHEN: Wed Nov 04 14:02:50 EST 2015
 ;; MSG SIZE  rcvd: 43

最初の動作しない例では、Linux セットアップで localhost が使用されています。これは、更新などを行う必要があるように思えます。コメントはありますか?

具体的な詳細は次のとおりです。

  • Linux Mint v17.2 - ラファエラ (シナモン 64 ビット）
  • dnsmasq バージョン 2.68

フォーラムで提案されたネットワークの再起動をテストしましたが、残念ながら Gmail へのアクセスには役立ちませんでした。boars/stackexchange の図面に戻ります :-)

質問は別としてミントフォーラム'を示すものは何も見つかりませんでしたはい' または 'いやこの問題に関する最初の投稿は、2011そして、それは「良くない'という疑問が湧いてきました。この現象はしばらく前から起こっています。効果的な回答が見つかるといいですね。修理 すでに。

ご提案は大歓迎です。また、さらなる情報も喜んでお調べします。

答え1

（アップデート:2015-12-16）

ここ数日、USB モデムの残りの MB を使い切る機会がありました。DNS の問題はまったくありませんでした。

あるとき、USB ワイヤレス ブロードバンド モデムを誰かに貸し、携帯電話 (同じネットワーク プロバイダー) 経由でマイクロ USB を使用しました。DNS の問題がすぐに再発しました。

回避策としては、マイクロ USB 有線接続 (携帯電話) を避けることのようです。または、Wi-Fi 経由で接続します。

実際の解決策ではないにしても、前進する道はあるかもしれません。この問題については、1 か月ほどかけてどのように展開するかを見て、停止がないことを確認する必要があります。

このシステムには Linux Mint 17.2 - Rafaela が新しくインストールされています。問題が発生する前に、ネットワーク設定に意図的に触れたことはありません。最初はほぼ正常に動作していました。これは断続的な問題だったので、何とも言えません。

を見てミントページ私はこのシステムには欠けていることに気づきました

  • /etc/dnsmasq.conf設定ファイル

そこでdnsmasqを（再）インストールすることにしました

sudo apt-get install dnsmasq

そして、チュートリアル使用に関するサブセクションも参照してくださいGoogle DNSwiki ページ。そして dnsmasq を再起動しました。

sudo /etc/init.d/dnsmasq restart

いずれにせよ、再インストールしてクリーンな状態にするのが最善策である場合もあります。これまでのテストでは、問題なく動作しています。DNSキャッシュは間違いなくない再インストールする前は動作していました。一般的なドメインでの私の掘削時間は、今ではほぼゼロです! はい

他の人の役に立つことを願っています。ところで、NetworkManager を元に戻すことについて多くの情報を見ました。私の理解では、NetworkManager は DNSmasq セットアップの代替です。その部分についての説明を歓迎します。いずれにせよ、私の知る限り、この 2 つは互換性がありません。

現時点では DNSmasq の方が私にとっては優れています。これは Debian -> Ubuntu -> Mint でしばらく使用されてきたため、ほとんどの場合、これがより良いオプションであると言っても過言ではありません。

いくつかのリソース:

  1. Linux Mint でインターネット閲覧を高速化するローカル DNS キャッシュ
  2. dnsmasq（ウブンツ）
  3. dnsmasqの使い方(デビアン)
  4. OpenDNS による Google クエリのリダイレクトを防ぐ

関連情報