내 라우터의 내부 IP 주소가 변경되었으며 그 이후로 TrueNAS가 오작동했습니다. 어떤 감옥도 더 이상 호스트 이름을 확인할 수 없습니다. 이 문제를 해결하는 과정에서 호스트의 응답 없이는 클라이언트가 외부 IP 주소를 ping할 수 없다는 사실을 발견했습니다.
정보:
- 이 예에서 클라이언트 감옥의 IP는 10.153.2.250입니다.
- 호스트(FreeNAS) IP는 10.153.2.9입니다.
- 새 게이트웨이는 10.0.55.1(이전 버전은 10.55.0.1)이며 이는 호스트의 네트워크 구성과 감옥 모두에서 업데이트되었습니다.
- 게이트웨이 IP가 변경되면 FreeNAS는 다음 시작 시 부팅 루프에 빠졌습니다. DNS 확인 실패로 보입니다. 내가 기억하는 것처럼(새벽 3시였고 정신이 흐릿했다) 네임서버와 경로를 업데이트하여 마침내 문제가 해결되었습니다.
- 호스트의 SMB 공유가 동시에 작동을 멈췄으며 여전히 돌아오지 않았습니다.
도메인 이름을 핑할 수 없습니다:
round-trip min/avg/max/stddev = 15.553/15.790/16.027/0.237 ms
root@jail:~ # ping google.com
ping: cannot resolve google.com: Host name lookup failure
수동으로 감옥 클라이언트에게 도메인을 검색하라고 지시하면 IP 주소를 다시 받게 됩니다.
root@jail:~ # host google.com
google.com has address 172.217.15.110
google.com has IPv6 address 2607:f8b0:4009:801::200e
google.com mail is handled by 10 aspmx.l.google.com.
google.com mail is handled by 30 alt2.aspmx.l.google.com.
google.com mail is handled by 50 alt4.aspmx.l.google.com.
google.com mail is handled by 8 smtp.google.com.
google.com mail is handled by 40 alt3.aspmx.l.google.com.
google.com mail is handled by 20 alt1.aspmx.l.google.com.
그러나 감옥 클라이언트 내에서 ping하는 모든 IP 주소에 대한 응답은 감옥 호스트(FreeNAS)의 IP에서 나옵니다. 호스트에서 동일한 IP를 ping하면 정상적인 응답을 얻습니다.
root@jail:~ # ping 172.217.15.110
PING 172.217.15.110 (172.217.15.110): 56 data bytes
64 bytes from 10.153.2.9: icmp_seq=0 ttl=116 time=30.454 ms
64 bytes from 10.153.2.9: icmp_seq=1 ttl=116 time=30.235 ms
64 bytes from 10.153.2.9: icmp_seq=2 ttl=116 time=30.534 ms
^C
--- 172.217.15.110 ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 30.235/30.408/30.534/0.126 ms
또 다른 예(응답에 호스트 IP 10.153.2.9 참고):
root@jail:~ # ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 10.153.2.9: icmp_seq=0 ttl=57 time=16.027 ms
64 bytes from 10.153.2.9: icmp_seq=1 ttl=57 time=15.553 ms
^C
--- 1.1.1.1 ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
그러나 다른 내부 IP(라우터 IP 제외)를 핑하면 예상되는 응답을 얻습니다.
root@jail:~ # ping 10.153.2.205
PING 10.153.2.205 (10.153.2.205): 56 data bytes
64 bytes from 10.153.2.205: icmp_seq=0 ttl=64 time=0.295 ms
64 bytes from 10.153.2.205: icmp_seq=1 ttl=64 time=0.237 ms
64 bytes from 10.153.2.205: icmp_seq=2 ttl=64 time=0.193 ms
^C
--- 10.153.2.205 ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.193/0.242/0.295/0.042 ms
root@jail:~
netstat -rn다음은 호스트 내부의 결과입니다 . 나는 이 출력에 대해 그다지 익숙하지 않지만 나에게 잘못된 것으로 보이는 것은 없습니다(그리고 호스트 버전과 매우 유사합니다).
root@jail:~ # netstat -rn
Routing tables
Internet:
Destination Gateway Flags Netif Expire
default 10.0.55.1 UGS epair0b
10.0.0.0/8 link#3 U epair0b
10.153.2.250 link#3 UHS lo0
127.0.0.1 link#1 UH lo0
Internet6:
Destination Gateway Flags NetifExpire
::/96 ::1 UGRS lo0
::1 link#1 UH lo0
::ffff:0.0.0.0/96 ::1 UGRS lo0
fe80::/10 ::1 UGRS lo0
fe80::%lo0/64 link#1 U lo0
fe80::1%lo0 link#1 UHS lo0
ff02::/16 ::1 UGRS lo0
다음은 클라이언트의 내용입니다 resolv.conf(호스트의 내용과 동일하며 resolv.confFreeNAS 네트워크 구성의 설정과 예상대로 일치함).
root@jail:~ # cat /etc/resolv.conf
# Generated by resolvconf
search local
nameserver 1.1.1.1
nameserver 1.0.0.1
nameserver 10.0.55.1
root@jail:~
arp 캐시를 확인했는데 MAC 주소가 정확합니다.
그럼....감옥에서는 왜 핑 응답으로 호스트의 IP를 다시 가져오나요?