auth.otc.t-systems.comCloudflare 서버로 도메인의 DNS 확인 오류를 디버깅하고 있지만 멈추었습니다. 이상한 점은 쿼리를 실행하는 컴퓨터에 따라 조회가 성공 / 실패한다는 것이지만 구성이 다른 곳을 알 수는 없습니다.
실패는 항상 다음 메시지와 함께 발생합니다. server can't find auth.otc.t-systems.com: SERVFAIL
1.1.1.1 Cloudflare의 DNS입니다.
내가 지금까지 시도한 것 :
nslookup auth.otc.t-systems.com 1.1.1.1다양한 머신에서 실행 :- 직장 및 가정 인터넷을 사용하는 내 컴퓨터에서는 실패하지만 두 경우 모두 Google의 DNS에서는 성공합니다.
- 인터넷을 사용하는 동료 컴퓨터에서는 실패합니다.
- ssh 세션에서 원격 서버로 성공합니다.
- 이제 인터넷에 이상한 구성이 있다고 가정하여 조회가 실패한다고 가정합니다. 그러나 나는 무엇을 찾아야할지 모르겠으며 실패하는 온라인 nslookup 서비스도 발견했습니다.
더 디버깅 할 수있는 힌트가 있습니까?
답변
발굴을 사용해보십시오. 20 년 전에 그들은 nslookup을 더 이상 사용하지 않으려 고 노력했지만 근육 기억에 확고하게 뿌리 내리고 제거 할 수는 없었지만 발굴은 훨씬 우수합니다. 예를 들어.
dig +trace auth.otc.t-systems.com @1.1.1.1
당신을 위해 해상도를 완전히 추적하고 서로 다른 곳을 볼 수 있습니다.
답변
네트워크 사용자는 스위치 / 라우터 AP의 임의 인터페이스에서 다른 개인 주소를 대체하기 위해 1.1.1.1 이전 버전을 사용했습니다. (저는 수백 개의 무선 AP의 IP 주소가 공개되는 순간이 1.1.1.1 인 현재 위치에 있습니다.)
나는 당신이 Cloufare의 1.1.1.1과 대화 할 수없는 기계에 내 돈을 걸었습니다.이 인터페이스에 대한 (즉시) 경로가 있습니다.
예를 들어 필자의 경우 1.1.1.1에서 내 IP 주소를 알려줍니다.
$ sudo tcpdump -i any -n host 1.1.1.1 and port 67
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
13:11:51.037186 IP 1.1.1.1.67 > 10.x.x.x.68: BOOTP/DHCP, Reply, length 296
13:11:51.037250 IP 1.1.1.1.67 > 10.x.x.x.68: BOOTP/DHCP, Reply, length 296