resolv.conf를 수정하고 내 이름 서버 목록에서 comcast를 제거하시겠습니까?

resolv.conf를 수정하고 내 이름 서버 목록에서 comcast를 제거하시겠습니까?

이 문제를 해결하는 방법이나 심지어 어떻게 되었는지 혼란스럽습니다. 홈 라우터를 통해 인터넷에 연결하는 시간의 90%가 구성에 전혀 나열되지 않습니다. 자체 DNS가 있으며 Ubuntu 18로 업데이트할 때까지 모든 것이 훌륭하게 작동했습니다. 이제 nslookup을 수행할 때 로컬 컴퓨터 중 어느 것도 확인되지 않습니다(모두 찾을 수 없음).

nslookup data1
Server:     127.0.0.53
Address:    127.0.0.53#53

** server can't find data1: SERVFAIL

nslookup data1 192.168.1.1
Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   data1
Address: 192.168.1.113

마지막 인터페이스가 Wi-Fi이고 올바른 네트워크에 연결되어 있음을 보여주는 ifconfig의 결과는 다음과 같습니다.

enp2s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 28:f1:0e:4a:a4:b2  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 220635  bytes 104082409 (104.0 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 220635  bytes 104082409 (104.0 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.101  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::686f:cec4:768c:d810  prefixlen 64  scopeid 0x20<link>
        ether b0:c0:90:50:8e:20  txqueuelen 1000  (Ethernet)
        RX packets 9169680  bytes 6584220987 (6.5 GB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 10685113  bytes 13298441288 (13.2 GB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

내 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
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53
search wp.comcast.net

다음은 GLOBAL 섹션에 수많은 정크를 표시하고 192.168.1.1에 있는 라우터의 DNS를 표시하는 systemd-resolve --status의 출력입니다. 하지만 위에 표시된 조회를 기반으로 무시된 것으로 보입니다.

Global
          DNS Domain: wp.comcast.net
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 3 (wlp3s0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.1

Link 2 (enp2s0)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

여기에 지정된 DNS를 사용하여 nslookups를 시작하는 방법을 아는 사람이 있습니까? 그리고 그 컴캐스트 자료는 대체 어떻게 거기에 들어왔고 어떻게 꺼내나요?

답변1

저도 이 부분에 대해 경험은 있지만 전문가는 아닙니다...

몇 가지 문제가 있을 수 있습니다.

  1. 귀하의 라우터가 원하는 DNS 서버를 사용하도록 설정되지 않았을 수 있습니다.
  2. 18.04 컴퓨터에서 dnsmasq 및 systemd-resolved에 문제가 있을 수 있습니다.
  3. /etc/hosts 파일을 편집해야 할 수도 있습니다
  4. /etc/resolv.conf를 수동으로 편집했습니다(그러지 마세요)

1. 라우터 설정을 조정하세요...

라우터의 관리 페이지에 로그인하고 DNS 서버 설정을 확인하세요. 원하는 DNS 서버로 설정하고 설정을 저장합니다.

2. dnsmasq 및 systemd-resolvd 설정을 조정하세요...

dnsmasq와 systemd-resolved는 서로 발가락을 밟는 경향이 있습니다. 둘 다 실행할 수는 있지만 문제가 발생할 수 있습니다. dnsmasq는 이전 시스템에 남아 있으며 18.04 업그레이드 후에도 유지됩니다.

터미널에서...

ps auxc | grep -i dnsmasq # to see if dnsmasq is running

ps auxc | grep -i resolv # this should be running in 18.04

라우터 설정을 수정한 후 dnsmasq를 제거하고 재부팅한 후 문제가 해결되었는지 확인하세요. dnsmasq가 필요하다고 생각되면 다시 설치하세요. 그러면 시스템 해결 설정을 조정해야 할 수도 있습니다.

cd /etc/systemd

sudo pico resolved.conf

변화:

#DNSStubListener=yes

에게:

DNSStubListener=no

재부팅하고 문제가 해결되었는지 확인하십시오.

3. .local 이름을 포함하도록 /etc/hosts를 편집합니다.

다음은 내 /etc/hosts 파일의 일부입니다. 구성에 맞게 시스템 및 노드 이름을 변경해야 합니다. 이는 단지 예시일 뿐입니다.

127.0.0.1   Satellite-E55.local Satellite-E55   localhost
127.0.1.1   Satellite-E55
#
# static IP's (systemic network hardware)
#
192.168.0.1 caspurr.local       caspurr         # Netgear router
192.168.0.2 wdacbridge#1.local  wdacbridge#1    # WD AC bridge #1
192.168.0.3 ex6100.local        ex6100          # Netgear EX6100
192.168.0.4 repeater.local      repeater        # Netgear WN2500RP
192.168.0.5 av-bridge.local     av-bridge       # Cisco E2000
#
#192.168.0.6    meow-nas.local      meow-nas    # NAS
#192.168.0.7    zonet-nas.local     zonet-nas   # NAS
#192.168.0.8    woof-nas.local      woof-nas    # NAS
#
# static DHCP's
#
192.168.0.100   ubuntu-eth0.local   ubuntu-eth0 # Toshiba laptop
192.168.0.101   obitalk2.local      obitalk2    # Obitalk VOIP
192.168.0.102   vonage.local        vonage      # Vonage VOIP
192.168.0.103   laserjet.local      laserjet    # HP P1102W printer
#
192.168.0.201   hdhomerun.local     hdhomerun   # Silicon Dust DUAL
192.168.0.202   hdhomerun2.local    hdhomerun2  # Silicon Dust PRIME
192.168.0.203   hdhomerun3.local    hdhomerun3  # Silicon Dust CONNECT
#
# DHCP
#
192.168.0.253   slingbox.local      slingbox    # Slingbox
#
# cable modem
#
192.168.100.1   cablemodem.local    cablemodem  # Mediacom cable modem
#
# DNS
#
208.67.222.222  resolver1.opendns.com   dns1
208.67.220.220  resolver2.opendns.com   dns2

답변2

WiFi 연결의 IP 주소가 DHCP 프로토콜을 통해 라우터에 의해 할당된 경우 라우터가 ISP로부터 학습한 DNS 서버를 알리도록 구성되었을 가능성이 높습니다(연결이 PPPoE를 사용하는 경우 매우 일반적임).

resolvconfIIRC 이 작업은 패키지가 설치된 경우 자동으로 수행됩니다 .

처럼실제 DNS 서버가 나열되어 있지는 않지만 127.0.0.53Ubuntu는 기본적으로 DNS 프록시 확인자를 사용하기 때문입니다.

빠른 수정으로 시도해 볼 수 있습니다.제거 resolvconf/etc/resolv.conf원하는 DNS 서버로 새 파일을 생성합니다 .

예를 들어

$> cat /etc/resolv.conf 

nameserver 8.8.8.8
nameserver 8.8.4.4

$> 

부인 성명

나는 항상 resolvconf내 컴퓨터에서 제거했고 모든 것이 제대로 작동했지만 제거하면 시스템의 무엇(또는 어떤 패키지)이 손상될지 알 수 없습니다.

관련 정보