응답자에게 이 스레드를 추천하겠습니다.리눅스 민트 포럼:
지난 2주 동안 이런 모습을 네 번이나 봤습니다. 연결이 끊어지면 결국분명한알 수 없는 시간 이후(최장 기간은 4일)입니다.
간단히 말해서, 거의 모든 URL은 작동하지만 google.com, linkedin.com, youtube.com 또는 yahoo.com 등과 같은 (실제) 작업에 필요한 주요 URL은 실패합니다. 다른 사이트는 관련 작업이라고 생각합니다. 예측할 수 없습니다. 오늘 밤이 좋은 예입니다. URL:
- http://mail.google.com- 실패하는 동안
- http://google.com(검색) - 표시됩니다.
이 문제는 제가 테스트한 모든 것에 영향을 미칩니다('없어진' 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 모뎀에 대한 약간의 공로가 있습니다. 그걸 활용해 봐야겠다는 생각이 들었습니다.
- WI-FI 액세스 포인트를 교체했습니다.
- USB/모바일 네트워크에 연결됨
결과: 변경 사항이 없습니다. Wikipedia를 가져올 수 없으며 이 페이지에 짜증나는 스크립트 메시지가 표시되었습니다.
- USB/모바일 광대역 네트워크 연결 끊기
- Wi-Fi 액세스 포인트를 다시 연결하세요.
내 Dig 테스트 중 하나에서 다른 결과가 나왔습니다.후에Wi-Fi 액세스 포인트에 연결(뒤로)합니다. 그래서 (지금) ...
- StackExchange의 성가신 배너 메시지가 사라졌습니다. 위키피디아와 깃허브를 다시 볼 수 있어요.
'열광한'(액세스 포인트) 연결이 다시 연결됩니다. 하지만 단순히 다시 연결되는 것이 아닙니다. 강탈당해서 모든 것을 (다시) 다시 연결해야 합니다.
또 다른 이상한 점은; 모바일 광대역이 데이터 통신의 (유효한) 항목을 새로 고치거나 재설정하지 않았다는 것입니다. 스택. 왜 안 돼? 어떻게?
더 중요한 것은 현재 병합 잔여 크레딧이 없을 때 사용되지 않는 모바일 광대역을 갱신하지 않고 유선 연결 및 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 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를 사용하고 있습니다. 나에게는 새로 고침 등을 수행하는 데 필요한 것 같습니다. 코멘트?
핵심적인 세부 사항은 다음과 같습니다.
- 리눅스 민트 v17.2 - 라파엘라(시나몬 64비트)
- dnsmasq 버전 2.68
포럼에서 제안한 네트워크 다시 시작을 테스트했는데 Gmail 액세스에 도움이 되지 않았습니다. 드로잉 멧돼지/스택 교환으로 돌아갑니다 :-)
에 대한 질문과는 별개로민트 포럼'라고 표시할 만한 항목을 찾지 못했습니다.응' 또는 '아니' 이 문제에 대해. 이 문제에 대한 첫 번째 게시물은 아주 오래 전이었습니다.2011년'로 건너뛴 것 같습니다.좋지 않은'라는 질문이 있어서 이런 현상이 한동안 있었습니다. 효과적인 대응책을 찾는 것이 좋을 것 같습니다. 우리 중 한 사람이고치다 이미.
제안을 환영하며 추가 정보를 찾아보겠습니다.
답변1
(업데이트:2015-12-16)
지난 며칠 동안 USB 모뎀에 남아 있는 MB를 다 써버릴 기회가 있었습니다. DNS 문제가 전혀 없었습니다.
한번은 USB 무선 광대역 모뎀을 누군가에게 빌려줬습니다. 휴대폰(동일한 네트워크 공급자)을 통해 마이크로 USB를 사용했습니다. 매우 짧은 시간 내에 DNS 문제가 반환되었습니다!
해결 방법은 마이크로 USB 유선 연결(휴대폰)을 피하는 것 같습니다. 아니면 Wi-Fi로 연결하세요.
실제 해결책은 아니더라도 앞으로 나아갈 길이 있을 수 있습니다. 이 문제의 경우 한 달에 걸쳐 상황이 어떻게 진행되는지 확인하고 중단이 없는지 확인해야 합니다.
이 시스템에는 Linux Mint 17.2 - Rafaela가 새로 설치되어 있습니다. 문제가 발생하기 전에 고의로 네트워크 설정을 건드린 적이 없습니다. 처음에는 어느 정도 잘 작동했습니다. 간헐적인 문제였기 때문에 뭐라고 말씀드릴 수가 없습니다.
을 보면서민트 페이지, 저는 이 시스템에
/etc/dnsmasq.conf
구성 파일
그래서 dnsmasq를 (재)설치하기로 결정했습니다.
sudo apt-get install dnsmasq
그리고지도 시간사용에 대한 하위 섹션을 참조할 뿐만 아니라구글 DNS위키 페이지. 그리고 dnsmasq를 다시 시작했습니다.
sudo /etc/init.d/dnsmasq restart
어쨌든 가장 좋은 방법은 다시 설치하고 깨끗한 상태를 유지하는 것입니다. 지금까지의 테스트에서는 정상적으로 작동하는 것으로 나타났습니다. DNS 캐시는 확실히아니다다시 설치하기 전에 작업 중입니다. 이제 일반 도메인에서 내 발굴 시간이 0에 가까워졌습니다! 응
그것이 다른 사람들에게 도움이 되기를 바랍니다. 그런데 NetworkManager를 다시 설치하는 방법에 대한 많은 정보를 보았습니다. 내가 이해하는 바에 따르면 NetworkManager는 DNSmasq 설정의 대안입니다. 그 부분에 대한 명확한 설명을 환영합니다. 어쨌든 내가 아는 한 그 둘은 서로 호환되지 않습니다.
현재로서는 DNSmasq가 나에게 더 좋습니다. 그것은 한동안 Debian -> Ubuntu -> Mint에 있었기 때문에 대부분의 경우 더 나은 옵션이라고 말하는 것이 공정한 의견입니다.
일부 리소스: