如何在 Linux Mint 上(重新)連接 gmail 的 DNS?
讓我將響應者推薦給Linux Mint 論壇上的這個執行緒:
在過去兩週左右的時間裡,我已經看過四次了。連接失去最終會在未知時間(最長為 4 天)後清除。
簡而言之,幾乎所有 URL 都可以工作,但您需要執行(實際)諸如 google.com、linkedin.com、youtube.com 或 yahoo.com 等內容的關鍵 URL 會失敗。而您認為是相關工作的其他網站。這是不可預測的。今晚就是一個很好的例子。網址:
- http://mail.google.com - 失敗,而
- http://google.com(搜尋)- 顯示。
該問題會影響我測試過的所有內容(對於“缺少”網址)…
- 火狐
- 鉻合金
- 捲曲
- 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 調製解調器有點信任。我想我會嘗試使用它。
- 更換了 WI-FI 接入點
- 連接到 USB/移動網路
結果:沒有變化,無法獲取維基百科,並且此頁面上顯示了令人討厭的腳本消息。
- 斷開 USB/移動寬頻網路
- 重新連接 Wi-Fi 接入點
在連接(返回)到 Wi-Fi 接入點後,我的一項 Dig 測試給出了不同的結果。所以(現在)…
- StackExchange 上煩人的橫幅消息消失了。我可以再次看到 wikipedia 和 github。
在重新連接“有線”(接入點)連接之前,堆棧中的某些內容似乎不會被重置/刷新。但不僅僅是重新連接;被篡奪,因此它必須(再次)重新連接一切。
另一個奇怪的事情;是移動寬頻沒有刷新/重置數據通信上的(有效)內容。堆。為什麼不?如何?
更重要的是,噹噹前合併的剩餘信用流失時,我可以做些什麼來強制重置/刷新有線連接和 Wi-Fi 連接而不更新失效的移動寬頻??!!
否則情況與上次更新時相同
(更新結束)
目前我只能說Google搜尋(工作)和gmail(不工作)展示了來自探勘的以下回复。
$ 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 - Rafaela(肉桂 64 位)
- dnsmasq 版本 2.68
我測試了論壇上建議的網路重啟,可惜它沒有幫助我訪問 gmail。回到繪圖公豬/stackexchange :-)
除了Mint 論壇上的問題之外,我還沒有找到任何可以表明這個問題的“是”或“否”。關於這個問題的第一篇文章早在2011 年,看起來它作為一個“不好”的問題被跳過了,所以這種現像已經存在了一段時間。找到有效的回應會很好。希望我們中的一個人已經修復 了。
歡迎提出建議並樂於查找更多資訊。
(更新: 2015-12-16 )
在過去的幾天裡,我有機會用完 USB 調製解調器上剩餘的 MB-s。我的 DNS 問題完全為零。
有一次,我將 USB 無線寬頻調製解調器借給了某人;並通過手機(同一網路提供商)使用微型USB。DNS 問題很快就返回了!
解決方法似乎是避免使用微型 USB 有線連接(手機)。或通過 wi-fi 連接。
如果不是一個實際的解決方案,我可能有一條前進的道路。對於這個問題,我需要看看它在一個月內的表現如何,並確保沒有中斷。
這個系統有一個新安裝的 Linux Mint 17.2 - Rafaela。在遇到麻煩之前,我沒有故意接觸過網路設置。它最初或多或少運作良好。由於這是一個間歇性問題,我不能說。
查看Mint 頁面,我發現這個系統缺少
- **
/etc/dnsmasq.conf
**配置文件所以我決定(重新)安裝 dnsmasq
sudo apt-get install dnsmasq
並完成本教程以及參考關於使用Google DNS wiki 頁面的小節。並重新啟動 dnsmasq。
sudo /etc/init.d/dnsmasq restart
無論如何,有時最好的辦法是重新安裝並確保您有一個乾淨的石板。到目前為止的測試表明一切正常。在我重新安裝之前,DNS 記憶體肯定*不起作用。*我在公共域上的探勘時間現在接近於零! 是的
希望對其他人有所幫助。順便說一句,我看到了很多關於放回 NetworkManager 的資訊。據我了解,NetworkManager 是 DNSmasq 設置的替代品。我歡迎澄清這部分。無論如何,據我所知,兩者都不兼容。
目前 DNSmasq 對我來說更好。它,它已經在 Debian -> Ubuntu -> Mint 中使用了一段時間,因此可以公平地說它在大多數情況下是更好的選擇。
一些資源: