
이 문제를 해결하는 방법이나 심지어 어떻게 되었는지 혼란스럽습니다. 홈 라우터를 통해 인터넷에 연결하는 시간의 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
저도 이 부분에 대해 경험은 있지만 전문가는 아닙니다...
몇 가지 문제가 있을 수 있습니다.
- 귀하의 라우터가 원하는 DNS 서버를 사용하도록 설정되지 않았을 수 있습니다.
- 18.04 컴퓨터에서 dnsmasq 및 systemd-resolved에 문제가 있을 수 있습니다.
- /etc/hosts 파일을 편집해야 할 수도 있습니다
- /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를 사용하는 경우 매우 일반적임).
resolvconf
IIRC 이 작업은 패키지가 설치된 경우 자동으로 수행됩니다 .
처럼왜실제 DNS 서버가 나열되어 있지는 않지만 127.0.0.53
Ubuntu는 기본적으로 DNS 프록시 확인자를 사용하기 때문입니다.
빠른 수정으로 시도해 볼 수 있습니다.제거 resolvconf
/etc/resolv.conf
원하는 DNS 서버로 새 파일을 생성합니다 .
예를 들어
$> cat /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
$>
부인 성명
나는 항상 resolvconf
내 컴퓨터에서 제거했고 모든 것이 제대로 작동했지만 제거하면 시스템의 무엇(또는 어떤 패키지)이 손상될지 알 수 없습니다.