Linux Mint에서 Gmail의 DNS를 (재)연결하는 방법은 무엇입니까?

Linux Mint에서 Gmail의 DNS를 (재)연결하는 방법은 무엇입니까?

응답자에게 이 주제를 추천하겠습니다.리눅스 민트 포럼:

나는 지난 2주 동안 이런 일이 네 번이나 일어나는 것을 보았습니다. 결국 연결이 끊어지게 됩니다분명한알 수 없는 시간이 지난 후(최대 4일)

즉, 거의 모든 URL이 작동하지만 google.com, linkedin.com, youtube.com 또는 yahoo.com 등과 같이 (실제) 작업을 수행해야 하는 중요한 URL은 작동하지 않습니다. 그리고 당신은 다른 사이트가 관련 직업이라고 생각합니다. 예측할 수 없습니다. 오늘 밤은 그 완벽한 예였습니다. URL:

이 문제는 제가 테스트한 모든 항목에 영향을 미칩니다('잃어버린' URL)...

  • 파이어폭스 브라우저
  • 크롬 합금
  • 곱슬
  • 얻다
  • 파기

DNS 문제인지는 모르겠습니다.

(고쳐 쓰다:2015-11-11)

모바일 광대역 모뎀을 전환하는 행운의 경험은 "수정"이 아니라 단지 행운이었습니다. 이 교환의 결과가 항상 작동하는 것은 아닙니다.

DNS 문제는 단지 증상일 뿐이라고 생각합니다. 메시지는

컬 https://:mail.google.com

돌려주는 것은...

curl: (7) Couldn't connect to server

나는 이것이 서버를 "볼" 수 있지만 연결할 수 없다는 것을 의미한다고 생각합니다. 언급한 대로, 동일한 액세스 포인트(예: Android 휴대폰)를 사용하여 다른 장치에서 이메일을 보낼 수 있으므로 스택의 어느 부분이 수신되고 있는지 이해할 수 있도록 Linux Mint에서 이러한 장치에 사용할 수 있는 진단이 무엇인지 알고 싶습니다.갇힌?

(고쳐 쓰다:2015-11-10)

새로운 정보가 있어요. 다른 사람에게 도움이 될 수도 있고 Brain Trust에게 이 문제를 해결하는 방법에 대한 힌트를 줄 수도 있습니다. 오늘 밤에는 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 액세스 포인트 다시 연결

광산 테스트 중 하나에서 다른 결과가 나왔습니다.뒤쪽에Wi-Fi 액세스 포인트에 연결(반환)합니다. 그래서(지금)...

  1. 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

그리고 일을 통해지도 시간사용법 섹션을 참조하세요.Google 도메인 이름 시스템위키 페이지. 그리고 dnsmasq를 다시 시작하세요.

sudo /etc/init.d/dnsmasq restart

그럼에도 불구하고 때로는 최선의 방법은 다시 설치하고 깨끗한 상태인지 확인하는 것입니다. 지금까지 테스트한 결과 모든 것이 제대로 작동하는 것으로 나타났습니다. DNS 캐싱은 확실히아니요다시 설치하기 전에 작업했습니다. 이제 공개 도메인을 파헤치는 시간이 거의 0에 가까워졌습니다!

이것이 다른 사람들에게 도움이 되기를 바랍니다. 그런데 저는 NetworkManager를 다시 설치하는 방법에 대한 많은 정보를 보았습니다. 내가 이해한 바로는 NetworkManager는 DNSmasq 설정의 대안입니다. 이 부분에 대한 명확한 설명을 환영합니다. 어쨌든, 내가 아는 한, 둘은 호환되지 않습니다.

현재는 DNSmasq가 나에게 더 좋습니다. 한동안 Debian -> Ubuntu -> Mint에 있었으므로 대부분의 경우 더 나은 선택이라고 말하는 것이 타당합니다.

일부 리소스:

  1. Linux Mint에서 더 빠른 인터넷 검색을 위한 로컬 DNS 캐시
  2. DNS(우분투)
  3. DNSmasq를 사용하는 방법(더반)
  4. OpenDNS 리디렉션_Google 쿼리 방지

관련 정보