Windows 10에서 DNS 클라이언트의 이상한 동작에 대한 귀하의 의견에 감사드립니다.
홈 네트워크에서 xxx17의 내부 DNS로 파이홀이 실행되고 있지만 매우 오래된 노트북에서 실행되고 있습니다(Pi는 없습니다). 따라서 미디어로 실행되는 별도의 Windows 10 데스크톱(xxx22)이 있기 때문입니다. 서버 (다른 것들 중에서도) 나는 이것에서 DualDHCPDNS를 실행하고 있습니다. 라우터의 DHCP는 클라이언트에게 이를 DNS로 제공하도록 구성되어 있으며 모든 장치는 이를 올바르게 선택하고 모두 정상적으로 작동합니다.
사무실에서 몇 가지 사항을 정리하고 있을 때 실수로 노트북의 전원을 뽑아 xxx17이 다운되었습니다. 집에 있는 Windows 10 장치는 인터넷이 다운된 것으로 생각했지만 다른 장치는 계속 올바르게 작동했습니다(예: xxx17이 다운되었을 때 iPhone은 인터넷 검색 등에서 모두 잘 작동했기 때문에 xxx22를 올바르게 사용하는 것처럼 보였습니다). 제가 조사해 본 결과, Windows 10 장치는 계속해서 xxx17 해상도를 요구했고, 그럼에도 불구하고 결코 xxx22로 교체하지 않았습니다.공개된 정보첫 번째 실패 이후 Windows 10은 대체 DNS를 사용해야 합니다...
이것이 알려진 Windows 10 문제인지, 아니면 Windows 10이 작동하려면 다르게 설정해야 하는지에 대해 어떻게 생각하시나요?
고마워요 앙드레
다음은 테스트에서 발췌한 내용입니다.
xxx17이 올라왔습니다
C:\Users\Andre>nslookupwww.google.co.uk
서버: pi.hole
주소: xxx17
신뢰할 수 없는 답변:
이름: forcesafesearch.google.com
주소: 2001:4860:4802:32::78
216.239.38.120
별칭: www.google.co.uk
xxx17이 다운되었습니다
C:\Users\Andre>nslookupwww.google.co.uk
DNS 요청 시간이 초과되었습니다.
제한 시간은 2초였습니다.
서버: 알 수 없는
주소: xxx17
DNS 요청 시간이 초과되었습니다.
제한 시간은 2초였습니다.
DNS 요청 시간이 초과되었습니다.
제한 시간은 2초였습니다.
DNS 요청 시간이 초과되었습니다.
제한 시간은 2초였습니다.
DNS 요청 시간이 초과되었습니다.
제한 시간은 2초였습니다.
*** 알 수 없는 요청 시간이 초과되었습니다.
xxx17이 다운되었지만 xxx22를 직접 쿼리하면 작동합니다.
C:\Users\Andre>nslookupwww.google.co.ukxxxx
서버: DESKTOP-DSO8B4C.workgroup
주소: xxx22
신뢰할 수 없는 답변:
이름: forcesafesearch.google.com
주소: 2001:4860:4802:32::78
216.239.38.120
별칭: www.google.co.uk
ipconfig 참고하세요
C:\Users\Andre>ipconfig /all
윈도우 IP 구성
호스트 이름. . . . . . . . . . . . : DESKTOP-DSO8B4C
기본 DNS 접미사. . . . . . . :
노드 유형 . . . . . . . . . . . . : 하이브리드
IP 라우팅이 활성화되었습니다. . . . . . . . :
WINS 프록시가 활성화되지 않았습니다. . . . . . . . : 아니요
이더넷 어댑터 이더넷:
연결별 DNS 접미사. :
설명 . . . . . . . . . . . : Intel(R) 이더넷 연결(5) I219-LM
물리적 주소. . . . . . . . . : C4-65-16-30-F2-82
DHCP가 활성화되었습니다. . . . . . . . . . . :
자동 구성이 활성화되지 않았습니다. . . . : 예
링크-로컬 IPv6 주소. . . . . : fe80::6ca5:bffd:b239:2148%13(선호)
IPv4 주소. . . . . . . . . . . : xxx30(기본)
서브넷 마스크 . . . . . . . . . . . : 255.255.255.0
기본 게이트웨이. . . . . . . . . : xxx1
DHCPv6 IAID . . . . . . . . . . . : 63202582
DHCPv6 클라이언트 DUID. . . . . . . . : 00-01-00-01-25-BD-87-0D-C4-65-16-30-F2-82
DNS 서버. . . . . . . . . . . : xxx17
xxx22
Tcpip을 통한 NetBIOS. . . . . . . . : 활성화됨
답변1
user1686님, 정말 감사드립니다. 나는 nslookup에 너무 많이 의존하고 있었습니다! ping과 Resolve-DnsName이 모두 올바르게 작동합니다. 즉, xxx17이 실패하면 xxx22에서 결과를 얻습니다. nslookup은 xxx17만 사용하는 데에만 집착하는 것 같습니다.
나는 xxx22가 공용 네트워크에 있다고 결정하고 재부팅하여 개인 네트워크에 있다는 것을 깨닫는 별도의 문제를 발견했습니다. 공용 네트워크에 있다고 생각하면서 DNS 요청을 방화벽으로 막은 것 같습니다... (따라서 xxx22로의 장애 조치가 작동하지 않는 것 같습니다...)
빠른 응답에 감사드립니다!