예상치 못한 호스트 이름과 IP가 있습니다.

예상치 못한 호스트 이름과 IP가 있습니다.

Stretch를 사용하여 새 rPi3을 만들었습니다. 이름은 rpi3ohv2입니다.

192.168.1.4로 설정했다가 나중에(12월 28일) 0.5로 변경했습니다. ping, dig 및 nslookup을 실행하면 0.4가 표시됩니다.

nslookup rpi3ohv2.argylecourt.org
서버: 192.168.1.7
주소 : 192.168.1.7#53

이름: rPi3OHv2.argylecourt.org
주소: 192.168.1.4

.7에서 실행되는 로컬 DHCP 서버가 있습니다. 해당 임대 파일(/var/lib/dh​​cp/dhcpd.leases)이나 해당 구성(/etc/dhcp/dhcpd.conf)에는 4개의 항목이 포함되어 있지 않습니다. 그러나 새 시스템 rpi3ohv2에는 고정/예약된 항목이 있습니다.

호스트 노드 5 {
        # RaspberryPi 자동화 v2 -> rPi3OHv2
        하드웨어 이더넷 B8:27:EB:71:48:B3;
        고정 주소 192.168.1.5;
}

.5의 IP를 통한 로컬 nslookup은 다음과 같이 말합니다.

nslookup 192.168.1.5
서버: 192.168.1.7
주소 : 192.168.1.7#53

5.1.168.192.in-addr.arpa 이름=rpiautomation.argylecourt.org.

...이것은 이전 시스템의 이름이었습니다(rpi3ohv2라는 새 시스템으로 교체했습니다).

곰곰이 생각해보면 DHCP 문제가 아니라 DNS 문제인 것 같습니다.

TTL은 다음과 같이 정의됩니다.

;$원산지.
$TTL 86400 1일
;rpiserver.argylecourt.org. SOA rpiserver.argylecourt.org에서. master.argylecourt.org에서 호스팅합니다. (
@ SOA rpiserver.argylecourt.org에서. master.argylecourt.org에서 호스팅합니다. (
        2018020402;시리즈
                8시간
                4시간 후에 다시 시도하세요.
                4W 만료;
                최소한의 1차원적;
)
argylecourt.org. NS rpiserver.argylecourt.org에서.
argylecourt.org. MX 10 rpiserver.argylecourt.org에서.

;$ORIGIN argylecourt.org.

rpiserver IN A 192.168.1.7
www IN CNAME argylecourt.org

[업데이트] 일련 번호를 2019020201로 업데이트하고 만료 값을 2W로 업데이트하고 .5에서 다음 명령을 실행했습니다.

# [2019-02-03 08:28] maxg@rpi3ohv2 ~ $
sudo systemd-resolve --flush-caches
# [2019-02-03 08:29] maxg@rpi3ohv2 ~ $
nslookup rpi3ohv2
서버: 192.168.1.7
주소 : 192.168.1.7#53

이름: rPi3OHv2.argylecourt.org
주소: 192.168.1.4

# [2019-02-03 08:29] maxg@rpi3ohv2 ~ $
CPU 이름
rpi3ohv2
# [2019-02-03 08:29] maxg@rpi3ohv2 ~ $
호스트 이름-i
192.168.1.5
# [2019-02-03 08:29] maxg@rpi3ohv2 ~ $
호스트 이름-I
192.168.1.5
# [2019-02-03 08:29] maxg@rpi3ohv2 ~ $
nslookup 192.168.1.5
서버: 192.168.1.7
주소 : 192.168.1.7#53

5.1.168.192.in-addr.arpa 이름=rpiautomation.argylecourt.org.

...동일한 결과, 예를 들어 .5는 여전히 rPiAutmation(이전 시스템)으로 확인되고, rPi3OHv2(새 시스템)는 .4로 확인됩니다.

# [2019-02-03 08:42] maxg@rpi3ohv2 ~ $
rpiautomation.argylecourt.org를 살펴보세요.

; > DiG 9.10.3-P4-Raspbian > rpiautomation.argylecourt.org
;rpiautomation.argylecourt.org. 안에

;전원 부분:
argylecourt.org. SOA rpiserver.argylecourt.org의 86400. master.argylecourt.org에서 호스팅합니다. 2017061536 28800 14400 604800 86400

;서버: 192.168.1.7#53(192.168.1.7)
; 시간: 2019년 2월 3일 일요일 08:43:11 AEST

# [2019-02-03 08:43] maxg@rpi3ohv2 ~ $
rpi3ohv2.argylecourt.org를 살펴보세요.

; > DiG 9.10.3-P4-Raspbian > rpi3ohv2.argylecourt.org
;rpi3ohv2.argylecourt.org. 안에

;답변 부분:
rPi3OHv2.argylecourt.org. 192.168.1.4에서 3600

;전원 부분:
argylecourt.org. NS rpiserver.argylecourt.org의 86400.

;추가 부분:
rpiserver.argylecourt.org. 192.168.1.7에서 86400

DNS 문제인가요... 숨겨진 캐시 파일이 있는 걸까요?

이제 네트워크 서비스 시스템 7(호스팅된 DNS 및 BIND9)을 다시 시작했고 이전 일련 번호가 있는 영역 파일이 로드되고 있음을 확인했지만 cat을 통해 이를 확인했습니다.

# [2019-02-03 08:58] maxg@rpiserver ~ $
sudo 서비스 바인드9 상태
●bind9.service - BIND 도메인 이름 서버
   로드됨: 로드됨(/lib/systemd/system/bind9.service; 활성화됨, 공급업체 기본값: 활성화됨)
   활성: 2019-02-03 08:55:17 AEST 6분 전 일요일부터 활성(실행 중)입니다.
     문서: man:named(8)
 마스터 PID: 494(이름이 지정됨)
   C그룹:/system.slice/bind9.service
           └─494 /usr/sbin/named -f -u 바인딩

2월 3일 08:55:20 [494]라는 rpiserver: 관리형 키 영역: 로그 파일 만료: 로그 파일 삭제
2월 3일 08:55:20 [494]라는 rpi서버: 에스크로 키 영역: 일련 번호 641 로드됨
2월 3일 08:55:20 rpiserver 이름이 [494]: 영역 0.in-addr.arpa/IN: 일련 번호 1 로드됨
2월 3일 08:55:20 rpiserver 이름이 [494]: 영역 localhost/IN: 직렬 2 로드됨
2월 3일 08:55:20 rpiserver 이름이 [494]: 영역 127.in-addr.arpa/IN: 일련 번호 1 로드됨
2월 3일 08:55:20 rpiserver 이름이 [494]: 영역 255.in-addr.arpa/IN: 일련 번호 1 로드됨
2월 3일 08:55:20 [494]라는 rpi서버: 영역 1.168.192.in-addr.arpa/IN: 로드된 일련 번호 2017061507
2월 3일 08:55:20 rpiserver 이름이 [494]: 지역 argylecourt.org/IN: 로드된 일련 번호 2017061536
2월 3일 08:55:20 rpiserver 이름이 [494]: 모든 지역 로드 중
2월 3일 08:55:20 [494]라는 rpi서버: 실행 중
# [2019-02-03 09:01] maxg@rpiserver ~ $
CD /etc/bind/zones/
# [2019-02-03 09:02] maxg@rpiserver /etc/bind/zones $
당기다
총 16개
drwxr-sr-x 2 루트 바인딩 4096 2월 3일 08:54.
drwxr-sr-x 3 루트 바인딩 4096 2월 3일 07:07 ..
-rw-r--r-- 1 루트 바인딩 1202 2월 3일 08:28 argylecourt.org.db
-rw-r--r-- 1 루트 바인딩 609 2월 3일 08:38 rev.1.168.192.in-addr.arpa

이 문제에 대한 해결책을 어디서 찾아야 합니까?

답변1

나는 이전 일련번호를 깨달았을 때 더 깊이 파헤치기 시작했습니다. 나는 cat /etc/bind/named.conf.local을 찾아봤고 /etc/bind/zones/argylecourt를 업데이트했을 때 [file "/var/lib/bind/argylecourt.org.db";]를 가리켰습니다. .org.db

관련 정보