讓我向回應者推薦此主題Linux Mint 論壇:
在過去兩週左右的時間裡,我已經見過四次這樣的情況了。最終會失去連接清除在未知的時間之後(最長的是 4 天)。
簡而言之,幾乎所有 URL 都可以運作,但您需要執行(實際)操作的關鍵 URL 會失敗,例如 google.com、linkedin.com、youtube.com 或 yahoo.com 等。而您認為其他網站是相關工作。這是不可預測的。今晚就是一個很好的例子。網址:
- http://mail.google.com- 失敗,同時
- http://google.com(搜尋)- 顯示。
該問題影響我測試過的所有內容(對於 '遺失的' 網址)...
- 火狐瀏覽器
- 鉻合金
- 捲曲
- 獲取
- 挖
不知道是不是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 接入點。所以 (現在) ...
- StackExchange 上煩人的橫幅訊息消失了。我又可以看到wikipedia和github了。
看來堆疊中的某些內容不會重置/刷新,直到 '有線'(接入點)連線已重新連線。但不僅僅是重新連結;被篡奪,因此它必須(再次)重新連結一切。
另一個奇怪的事情是;是行動寬頻沒有刷新/重置資料通訊上的(有效)內容。堆。為什麼不?如何?
更重要的是,噹噹前合併剩餘積分時,我可以做什麼來強制重置/刷新有線連接和 Wi-Fi 連接而不更新失效的行動寬頻滴下來?
否則,情況將與上次更新時保持相同
(更新結束)
目前我只能說谷歌搜尋(在職的)和 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 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。回到繪圖板/stackexchange :-)
除了關於薄荷論壇我沒有找到任何表明'是的' 或 '不'對於這個問題。關於這個問題的第一篇文章很早以前就在2011年看起來它被跳過為 '不好的’這樣的問題已經存在了一段時間了。如果能找到有效的因應措施就好了。希望我們中的一個人有一個使固定 已經。
歡迎提出建議,並樂意尋找更多資訊。
答案1
(更新:2015-12-16)
最近幾天,我有機會用完 USB 數據機上剩餘的 MB-s。我遇到的 DNS 問題完全為零。
有一次我把 USB 無線寬頻數據機借給了某人;並透過手機(同一網路供應商)使用 micro-USB。 DNS 問題很快就回傳了!
解決方法似乎是避免使用 micro USB 有線連接(手機)。或透過 wi-fi 連接。
即使沒有實際的解決方案,我也可能有一條前進的道路。對於這個問題,我需要看看它在一個月內的表現如何,並確保沒有中斷。
該系統新安裝了 Linux Mint 17.2 - Rafaela。在遇到麻煩之前,我並沒有故意接觸過網路設定。最初或多或少工作得很好。由於這是一個間歇性問題,我不能說。
看著薄荷頁,我發現這個系統缺少
/etc/dnsmasq.conf
設定檔
所以我決定(重新)安裝 dnsmasq
sudo apt-get install dnsmasq
並透過工作教學以及參考有關使用的小節谷歌域名系統維基頁面。並重新啟動 dnsmasq。
sudo /etc/init.d/dnsmasq restart
無論如何,有時最好的方法是重新安裝並確保您有一個乾淨的狀態。到目前為止的測試表明一切正常。 DNS 快取肯定是不是在我重新安裝之前工作。我在公共領域的挖掘時間現在接近零! 是的
希望能幫助其他人。順便說一句,我看到了很多關於放回 NetworkManager 的資訊。據我了解,NetworkManager 是 DNSmasq 設定的替代方案。我歡迎對此部分進行澄清。無論如何,據我所知,兩者不相容。
目前 DNSmasq 對我來說更好。它已經在 Debian -> Ubuntu -> Mint 中存在了一段時間,所以可以公平地說,它在大多數情況下是更好的選擇。
一些資源: