☰

DNS가 Linux Mint 및 DNSmasq에서 공통 URL을 확인하는지 확인하는 방법

tag-icon • tag-icon linux-mint networkmanager dnsmasq resolv.conf
DNS가 Linux Mint 및 DNSmasq에서 공통 URL을 확인하는지 확인하는 방법

Linux Mint 17.2를 사용하는 데 문제가 있습니다. 일부 실험에서는 URL 구문 분석에 몇 가지 문제가 있음이 드러났습니다.

고쳐 쓰다2015년 12월 2일:

아마도 이 문제에 대해 잘 아는 사람이 관련이 있다면 댓글을 달 수 있을 것입니다. 네트워크 관리자에서:

  • /var/log/upstart/네트워크 관리자.log

다음과 같은 오류가 있습니다.

  (NetworkManager:1015): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory.
  This indicates a bug in someone's code. You must ensure an error is NULL before it's set.
  The overwriting error message was: Key file does not have group 'connectivity'

연결되어 있는지 궁금한 이유는 LaunchPad의 Ubuntu 오류 때문입니다.

해당 오류를 참고하면 다양한 네트워크 문제와 관련된 것으로 보입니다.

제가 현재 처한 상황은 StackOverflow 질문과 동일한 원인인 것 같은데 해당 문제는 해결된 것 같습니다. 그렇지 않습니다:

그렇다면 문제는 네트워크 관리자에 있는 것일까요? 고쳐 쓰다2015-12-01：

처음에는 문제가 TLS SSL/HTTPS 조회에만 관련되었습니다.모든 것때때로 – 항상 그런 것은 아닙니다.

일반적으로 google.com, linkedin.com, yahoo.com, facebook, github 및 때때로 팝업되는 기타 사이트(예: 모바일 서비스 제공업체 고객 서비스 사이트)와 같은 "주류" 사이트입니다. 이건 정말 짜증나는 일이에요.

일부 의견에서는 HTTPS가 될 수 없다고 말했습니다. 지금까지의 실험적 증거는 암호화된 링크에서만 문제를 보여줍니다. 그런데 어제부터

apt-get update

실패하고 있습니다. 대부분의 일이 잘 작동하다가...

  W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/Release.gpg  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

  W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/main/i18n/Translation-en_AU  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

  W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/main/i18n/Translation-en  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

   W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/main/binary-amd64/Packages  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

  W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/main/binary-i386/Packages  Cannot initiate the connection to dl.google.com:80 (2404:6800:4006:800::200e). - connect (101: Network is unreachable)

  E: Some index files failed to download. They have been ignored, or old ones used instead.

현재로서는 이것이 실패하는 유일한 비HTTPS/SSL 링크입니다. 하지만 이 문제는 실제로 일부 로컬 중간 서버/클러스터와 관련된 것 같습니다. 실패한 사이트는 모두 여러 로컬 노드를 가질 만큼 충분히 컸습니다.

실험 결과는 여전히 정확합니다. 또한 문제는 잘못된 DNS 조회 또는 만료된 DNS 주소와 관련이 있습니다.

DNSmasq를 다시 시작해도 효과가 없습니다.

  • 스캔하고 볼 수 있는 로그가 있습니까? ? ?

[업데이트 종료]

오늘 밤 실제적인 예는 1,000 단어의 가치가 있습니다. 예를 들어 Chrome이나 Firefox에서 GitHub를 사용하세요.

  • https://github.com--실패-s

다음 주소로 재전송:

  • https://www.github.com- 할 것이다일하다

를 통해 더 많은 내용을 보실 수 있습니다 dig. 다음은 간단한 데모 사용 사례입니다.

사용 사례:

  • github.com(실패하다)

    ~ $ dig github.com

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

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

;; AUTHORITY SECTION:
. 42044 IN NS e.root-servers.net.
. 42044 IN NS d.root-servers.net.
. 42044 IN NS h.root-servers.net.
. 42044 IN NS m.root-servers.net.
. 42044 IN NS l.root-servers.net.
. 42044 IN NS c.root-servers.net.
. 42044 IN NS b.root-servers.net.
. 42044 IN NS a.root-servers.net.
. 42044 IN NS j.root-servers.net.
. 42044 IN NS i.root-servers.net.
. 42044 IN NS g.root-servers.net.
. 42044 IN NS f.root-servers.net.
. 42044 IN NS k.root-servers.net.

;; Query time: 91 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Nov 17 21:41:20 AEDT 2015
;; MSG SIZE rcvd: 239

  • www.github.com（일하다)

    ~ $ 발굴 www.github.com

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

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 512
;; QUESTION SECTION:
;www.github.com. IN A

;; ANSWER SECTION:
www.github.com. 3599 IN CNAME github.com.
github.com. 29 IN A 192.30.252.131

;; Query time: 827 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Nov 17 21:41:26 AEDT 2015
;; MSG SIZE rcvd: 73

안타깝게도 이 www.솔루션은 다음 URL에서는 작동하지 않습니다.

그리고 www.google.com검색해 보세요. 그래서 Google이나 YouTube 등을 사용할 수 없습니다.

이는 간헐적으로 발생하는 문제입니다. 느슨하게 연결된 유선 연결을 통해 2~4일 정도 지속되는 것 같습니다. USB 모뎀이나 USB-Wi-Fi 액세스 포인트 등을 다시 연결하거나 시스템을 다시 시작/복원하려면 일반적으로 새 주소를 얻어야 합니다. 적어도 이것은 말이 되는 것 같습니다.

하지만 컴퓨터를 다시 시작한 후 Gmail 세션이 한두 시간 후에 종료되는 이유는 설명되지 않으므로 StackExchange를 사용해야 합니다.

비슷한 언급을 찾지 못했습니다. 그런데 이 문제를 뭐라고 불러야 할지 모르겠습니다.

시스템 메시지:

  Linux 3.16.0-38-generic #52~14.04.1-Ubuntu 
    SMP Fri May 8 09:43:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
  DISTRIB_ID=LinuxMint
  DISTRIB_RELEASE=17.2
  DISTRIB_CODENAME=rafaela
  DISTRIB_DESCRIPTION="Linux Mint 17.2 Rafaela"

고쳐 쓰다(2015-11-18)

github.com 예제를 강제로 사용하는 실험을 한 결과, 오늘날의 일반 브라우저는 만족스럽게 github.com을 찾을 수 있는 것 같습니다. 아마 다음 번에 그만둘 때까지요.

나의 주요 관심사는우편github.google.com 조회가 실패합니다. 이 예는 이해하기 쉬운 좋은 URL이라고 생각합니다 .

파기그리고송곳거의 동일한 답변을 제공합니다 mail.google.com. 반환된 보고서를 이해하는 방법을 잘 모르겠습니다.

    ~ $ drill @8.8.8.8  dns-admin.google.com
    ;; ->>HEADER<<- opcode: QUERY, rcode: NXDOMAIN, id: 32352
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; dns-admin.google.com.    IN  A

    ;; ANSWER SECTION:

    ;; AUTHORITY SECTION:
    google.com. 59  IN  SOA ns2.google.com. dns-admin.google.com. 108125159 900 900 1800 60

    ;; ADDITIONAL SECTION:

    ;; Query time: 537 msec
    ;; EDNS: version 0; flags: do ; udp: 512
    ;; SERVER: 8.8.8.8
    ;; WHEN: Wed Nov 18 22:13:27 2015
    ;; MSG SIZE  rcvd: 89

그리고 검색해 보세요https://google.com

nslookup정보가 부족함에도 불구하고 더 교환성이 높습니다.

    ~ $ nslookup host 8.8.8.8  mail.google.com

    ;; connection timed out; no servers could be reached
    ~ $  ping 8.8.8.8
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=105 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=54 time=97.8 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=54 time=95.8 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2002ms
    rtt min/avg/max/mdev = 95.899/99.745/105.446/4.120 ms

따라서 8.8.8.8 DNS 서버에 도달하는 것으로 충분합니다. 어떻게 지내요?

파일... (구성 내용을 추가하도록 편집되었습니다.) 참고 사항긍정적인(주석 처리되지 않은) 옵션은 아래에 붙여넣어졌습니다. 다른 옵션은 Linux Mint 기본값과 DNSmasq 설치 기본값을 따라야 합니다.

  • /etc/dnsmasq.conf

     # Configuration file for dnsmasq.
 #
 # Format is one option per line, legal options are the same
 # as the long options legal on the command line. See
 # "/usr/sbin/dnsmasq --help" or "man 8 dnsmasq" for details.

 #       :
 #   only showing active options from this file
 #       :

 # Change this line if you want dns to get its upstream servers from
 # somewhere other that /etc/resolv.conf
 #resolv-file=
 ## use resolv
 #
 resolv-file=/etc/resolv.dnsmasq.conf

 # By  default,  dnsmasq  will  send queries to any of the upstream
 # servers it knows about and tries to favour servers to are  known
 # to  be  up.  Uncommenting this forces dnsmasq to try each query
 # with  each  server  strictly  in  the  order  they   appear   in
 # /etc/resolv.conf
 strict-order

  • /etc/resolv.dnsmasq.con (파일 분석)

     ##  file:   /etc/resolv.dnsmasq.conf

 #-- Google's nameservers:
 nameserver 8.8.8.8
 nameserver 8.8.4.4

 #
 ##  [end]  ##

  • /etc/resolv.conf

     # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
 #     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
 nameserver 127.0.0.1

관련 정보