Windows 7 클라이언트에서 LAN 호스트 MYSTERY를 ping하면 올바른 IP가 제공됩니다. 그런데 nslookup MYSTERY를 실행하면 존재하지 않는 도메인이라고 나옵니다. ipconfig에 나열된 DNS를 모두 확인한 결과 호스트 이름 MYSTERY가 실제로 나열되지 않은 것으로 나타났습니다. DHCP 서버에도 항목이 없습니다. ipconfig /flushdns를 수행한 후에도 동일한 동작이 발생합니다. 로컬 Windows 호스트 파일에도 항목이 없습니다.
클라이언트가 확인된 IP를 어디서 받는지 어떻게 알 수 있나요?
참고: MYSTERY는 네트워크 도메인에 가입하도록 구성된 Synology Rackstation입니다.
답변1
Windows 시스템에는 일종의 mDNS 확인자가 있어야 합니다(봉쥬르), iTunes, Skype 또는 mDNS 확인자를 설치하는 기타 소프트웨어에서 가져오도록 합니다. ping리졸버가 설치되어 있으면 올바르게 해결됩니다.LLMNR이제 Windows Vista 이상에서 사용됩니다. LLMNR은 mDNS 확인자를 활용하여 레코드를 반환합니다.
Synology에서는 avahi라는 데몬을 사용합니다.멀티캐스트 DNS/mDNS/DNS-SD 서버. 공장에서 Synology는 제가 경험한 바에 따르면 "RackStation" 또는 호스트 이름으로 구성된 상태로 출시됩니다.
Mac을 사용하는 경우 dns-sd -B멀티캐스트 서비스가 표시됩니다. _http._tcp.local이 표시됩니다. RackStation에 대한 서비스가 나열되어 있습니다.
dns-sd -G v4 RackStation.localRackStation에 대한 적절한 IP 주소를 제공해야 합니다.
dns-sd -L RackStation _http._tcp.포트 번호, 일련 번호, 모델 등을 포함하여 서비스의 모든 정보를 반환해야 합니다.
이는 DiskStation에도 적용됩니다. DiskStation에서 테스트를 수행했습니다. RackStation도 동일해야 합니다.
답변2
(이 대답은 아마도 틀렸을 것입니다. @xeon이 올바른 방향으로 가고 있는 것 같고 여기서 뭔가를 배웠습니다.)
DNS 조회가 실패하는 이유는 ping이 해당 이름을 확인하기 위해 DNS를 사용하지 않기 때문입니다.
nslookupDNS 조회 명령입니다. ping반면에 또한 사용하려고 시도합니다NetBIOS/승리그리고호스트 파일이름 확인을 위해. 가장 가능성 있는 시나리오는 이 이름이 전자를 통해 획득되었다는 것입니다.
nbtstat -c최근에 본 NetBIOS 이름과 IP 주소를 나열하거나 nbtstat -a <device>적극적으로 이름을 검색하려는 경우에 사용할 수 있습니다 . -a인터페이스당 한 번씩 이 작업을 시도해야 하므로 시간이 더 오래 걸린다는 점에 유의하세요 . (브로드캐스트를 건너뛰거나 WINS만 사용하도록 지시할 수 없습니다)
이 -r옵션을 사용하면 브로드캐스트를 통해 해결된 내용과 WINS를 통해 해결된 내용을 비교할 수 있지만 이 기능은 좀 더 발전하고 있습니다.
답변3
창문을 확인하세요호스트파일에 하드 코딩된 항목이 없는지 확인하세요. 이름을 확인할 수 없는 경우에도 강제로 이름 확인이 수행됩니다.