LAN 또는 로컬 홈 네트워크를위한 DNS 솔루션

이 방법은 합계 로컬 홈 네트워크 용 솔루션 -

내가 발견했다 여기 좋은 사람 약 dnsmasq 구성.
나는 위 기사 가지고있다 dnsmasq 서버가 로컬 홈 네트워크 용으로 설정되어 있고 동일한 서버를 사용하여 DHCP 서버로 작동합니다. 그것은 서버 자체 내에서 잘 작동합니다.
그러나 동일한 로컬 홈 네트워크 내의 다른 랩톱에서는 로컬 컴퓨터에 대한 DNS 쿼리를 수행 할 수 없습니다.

나는 어떻게 든 dnsmasq 그 우분투 노트북에 설치되어 있어도 내 DNS 서버에서 LAN DNS 쿼리를 수행 할 수 없습니다. 라우터에서 DNS 서비스를 비활성화해도 마찬가지입니다. 즉, 모든 DNS 서비스가 내 DNS 서버에서 제공되었을 것입니다. 모든 우분투 노트북에는 nameserver 127.0.1.1 ~ 안에 /etc/resolv.conf 파일, 차례로 DNS 서버에서 DNS 확인을 캐시해야합니다.

업데이트 2 :

그것은 (우분투 노트북의) NetworkManager가 이상한 것을 일으키는 것으로 밝혀졌습니다. 127.0.1.1 네임 서버 설정. 다음은 DHCP를 갱신하기위한 dhclient에 대한 로그입니다.

Oct  5 21:07:27 mylptp NetworkManager[854]: <info>  [1507252047.0729] manager: NetworkManager state is now DISCONNECTED

Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9239] device (eth0): Activation: starting connection 'Wired connection 1' (daa2...b460)
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9241] audit: op="connection-activate" uuid="daa2...b460" name="Wired connection 1" pid=4822 uid=0 result="success"
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9243] device (eth0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9245] manager: NetworkManager state is now CONNECTING
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9253] device (eth0): state change: prepare -> config (reason 'none') [40 50 0]
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9266] device (eth0): state change: config -> ip-config (reason 'none') [50 70 0]
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9270] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9299] dhcp4 (eth0): dhclient started with pid 4826

Oct  5 21:07:42 mylptp dhclient[4826]: DHCPREQUEST of 192.168.2.126 on eth0 to 255.255.255.255 port 67 (xid=0x71e88c46)
Oct  5 21:07:42 mylptp dhclient[4826]: DHCPACK of 192.168.2.126 from 192.168.2.102
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9619] dhcp4 (eth0):   address 192.168.2.126
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9620] dhcp4 (eth0):   plen 24 (255.255.255.0)
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9620] dhcp4 (eth0):   gateway 192.168.2.1
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9620] dhcp4 (eth0):   server identifier 192.168.2.102
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9620] dhcp4 (eth0):   lease time 4294967295
Oct  5 21:07:42 mylptp avahi-daemon[799]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.2.126.
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9620] dhcp4 (eth0):   hostname 'mylptp'
Oct  5 21:07:42 mylptp avahi-daemon[799]: New relevant interface eth0.IPv4 for mDNS.
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9620] dhcp4 (eth0):   nameserver '192.168.2.102'

Oct  5 21:07:42 mylptp avahi-daemon[799]: Registering new address record for 192.168.2.126 on eth0.IPv4.
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9620] dhcp4 (eth0):   domain name 'my.domain.name'
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9621] dhcp4 (eth0): state changed unknown -> bound
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9630] device (eth0): state change: ip-config -> ip-check (reason 'none') [70 80 0]
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9635] device (eth0): state change: ip-check -> secondaries (reason 'none') [80 90 0]
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9637] device (eth0): state change: secondaries -> activated (reason 'none') [90 100 0]
Oct  5 21:07:42 mylptp NetworkManager[854]: <info>  [1507252062.9638] manager: NetworkManager state is now CONNECTED_LOCAL

Oct  5 21:07:43 mylptp NetworkManager[854]: <info>  [1507252063.0394] manager: NetworkManager state is now CONNECTED_GLOBAL
Oct  5 21:07:43 mylptp NetworkManager[854]: <info>  [1507252063.0395] policy: set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS
Oct  5 21:07:43 mylptp NetworkManager[854]: <info>  [1507252063.0403] device (eth0): Activation: successful, device activated.

Oct  5 21:10:43 mylptp systemd-resolved[1009]: Switching to DNS server 192.168.2.102 for interface eth0.
Oct  5 21:10:43 mylptp systemd-resolved[1009]: Using degraded feature set (TCP) for DNS server 127.0.1.1.
Oct  5 21:10:43 mylptp systemd-resolved[1009]: Using degraded feature set (UDP) for DNS server 127.0.1.1.
Oct  5 21:10:43 mylptp systemd-resolved[1009]: Using degraded feature set (TCP) for DNS server 127.0.1.1.
Oct  5 21:10:43 mylptp systemd-resolved[1009]: Using degraded feature set (UDP) for DNS server 127.0.1.1.
Oct  5 21:10:43 mylptp systemd-resolved[1009]: Using degraded feature set (TCP) for DNS server 127.0.1.1.
Oct  5 21:10:43 mylptp systemd-resolved[1009]: Using degraded feature set (UDP) for DNS server 127.0.1.1.

나는 명료하게하기 위해 긴 로그를 그룹으로 잘라 냈다. 로그에서 우리는 분명히 dnsmasq DHCP 응답 (그룹 3, 마지막 줄)에서 DNS 서버의 정확한 IP 주소를 밀어 넣고 있습니다. 그러나 그것은 NetworkManager (또는 systemd-resolved ) (그룹 6, 첫 번째 라인).

왜 NetworkManager / systemd-resolved가 올바른 DNS 서버를 사용하고 있지 않은가? 내 랩톱은 내 로컬 DNS 서버를 사용하거나 쿼리하는 데 문제가 없습니다.

me@mylptp$ dig @192.168.2.102 coral
...
;; ANSWER SECTION:
coral.                  0       IN      A       192.168.2.102

;; Query time: 0 msec
;; SERVER: 192.168.2.102#53(192.168.2.102)
;; WHEN: Thu Oct 05 21:16:22 EDT 2017
;; MSG SIZE  rcvd: 50

내 모든 기계는 다음과 같습니다.

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 17.04
Release:        17.04
Codename:       zesty

$ ls -l /etc/resolv.conf 
lrwxrwxrwx 1 root root 35 2017-10-05 21:07 /etc/resolv.conf -> /var/run/NetworkManager/resolv.conf

도와주세요.

UPDATE1 :

내가 놓친 것은 내가 " DHCP 응답에서 DNS / DHCP 서버의 올바른 IP 주소를 눌러야합니다. "방향에 대한 dirkt 덕택입니다.하지만 어떻게해야합니까? dnsmasq? 나는 다음 url에 가봤지만 나에게 답을주지 않았다.

고마워.

— xpt
소스

그래서 네트워크의 다른 노드의 /etc/resolv.conf에 dnsmasq 서버가 있습니까? 예, 작동하지 않는다면 dnsmasq가 외부 IP를 수신하고 연결을 차단할 수있는 방화벽이 없는지 확인합니다.

— Jaroslav Kucera

이것을하는 일반적인 방법은 dnsmasq 서버를 DHCP 서버 (많은 홈 라우터는 이미 그렇게 함)와 결합하고 DHCP 정보에서 모든 클라이언트에게 dnsmasq 서버를 DNS 소스로 사용하도록 지시하는 것입니다.

— dirkt

@JaroslavKucera, OP updated : 모든 우분투 랩톱은 /etc/resolv.conf 파일에 네임 서버 127.0.1.1을 가지고 있습니다. 그러면 DNS 서버에서 DNS 확인을 캐싱해야합니다. 맞습니까?

— xpt

@dirkt, 오, 맞아, 대신 DHCP 서버에서 솔루션을 찾아야합니다. BTW, 내 OP 업데이트 : 내 dnsmasq DNS 서버와 DHCP 서버 역할을합니다.

— xpt

아니, nameserver 127.0.1.1 (그렇게해서는 안된다. 127.0.0.1?) 클라이언트 (Ubuntu 랩톱)가 DNS를 해결하려고 시도합니다. localhost즉, DNS 캐시 또는 다른 DNS 서비스가 로컬에 설치되어 있어야합니다. 제대로 수행되면 작동 할 수 있지만 잔인 함으로 인해 문제가 발생할 수 있습니다. 대신에 localhostDHCP 응답에서 DNS / DHCP 서버의 올바른 IP 주소를 눌러야합니다.

— dirkt