nslookup이 서버를 알 수 없다고 표시하는 것은 그저 라벨입니다

VPN에 연결하고 nslookup을 실행하면 헤더에 리졸버 주소가 표시되고 이름 필드는 Unknown으로 채워집니다. 그 단어는 응답 위에 있으며 대부분은 중요한 부분 전에 읽기를 멈춥니다. 라벨은 리졸버에 자체 역방향 이름이 있는지만 설명합니다: 물어본 호스트 이름이 해석되었는지에 대해서는 아직 아무것도 말하지 않습니다. 그 창을 일찍 닫는 것이 여기서의 전부입니다.

서로 다른 두 쿼리가 같은 화면을 만들 수 있으며 그중 하나만 당신의 문제와 관련됩니다. 둘을 구분하려면 명령이 하나 더 필요하고, 잘못된 적도 없는 DNS 설정을 고치며 반나절을 쓰는 일을 막을 수 있습니다.

도구가 응답하기 전에 하는 일

nslookup은 사용하려는 서버 주소에 대한 이름을 찾으려 할 수 있으며, 이는 in-addr.arpa 또는 ip6.arpa 도메인의 역방향 조회입니다. 그 PTR 레코드가 없거나 정책으로 필터링되었거나 그냥 게시되지 않았다면 도구는 Unknown을 출력하고 넘어갑니다. 정방향 해석은 그 실패의 영향을 받지 않습니다: 같은 서버로 보내는 다른 질문이기 때문입니다.

그래서 사설 리졸버는 모든 기업 이름에 올바르게 응답하면서도 도구 헤더에서는 익명으로 보일 수 있습니다. 주소는 알려져 있고 그 뒤의 이름은 알려져 있지 않으며, 도구는 그 점에서 정직하지만 선택한 단어에 대해서는 약간 연극적입니다.

두 쿼리를 의도적으로 실행하기

관심 있는 호스트를 물은 다음 리졸버 자체의 주소를 물으십시오. 첫 요청은 필요한 이름을 싣고, 두 번째는 서버가 스스로를 이름 붙일 수 있는지 묻습니다. 적어 보면 이렇습니다: 호스트에는 nslookup app.corp.example 10.77.0.53, 리졸버의 역방향 이름에는 nslookup 10.77.0.53 10.77.0.53입니다.

두 예시는 설명을 위한 것이므로 자신의 이름과 주소로 바꾸십시오. 요점은 정확한 문법이 아니라 분리입니다: 두 명령은 다른 질문을 하며 어느 쪽도 고장이 아닌 채 다른 결과를 낼 수 있습니다.

비슷해 보이지만 다른 세 가지 결과

시간 초과는 응답이 전혀 도착하지 않았다는 뜻이며 도달 가능성, 필터링 또는 잘못된 서버 주소를 가리킵니다. 부정 응답은 서버가 응답하며 이름이 존재하지 않는다고 말했다는 뜻이며 영역이나 접미사를 가리킵니다. 역방향 이름이 없다는 것은 서버가 두 번째 질문에 유용한 것을 주지 않았다는 뜻이며 정방향 응답은 여전히 완벽했을 수 있습니다. 세 가지 결과, 세 책임자, 그리고 그중 하나만 필요한 호스트 이름에 관한 것입니다.

처음 두 가지만 응용 프로그램에 실패하는 DNS 경로를 설명합니다. 세 번째는 한 번도 게시되지 않은 레코드를 설명하며, 이를 고장으로 취급하면 고칠 수 없는 변경으로 이어집니다: 예를 들어 헤더가 더 친절해 보일 때까지 검색 접미사를 다시 쓰는 일입니다.

헤더가 아니라 섹션을 읽기

헤더 아래에서 도구는 응답, 권한 및 추가 레코드를 출력합니다. 응답 섹션의 올바른 주소가 헤더 이름이 Unknown일 때도 원하던 결과입니다. 권위 있는 거부와 함께 온 빈 응답은 다른 결과이며 그 자체의 조사가 필요합니다.

지원에 보내는 모든 것에서 두 대상을 명시하십시오: 어떤 이름을 질의했고 어느 서버에 물었는지입니다. VPN에서 DNS가 깨졌다고만 적은 보고서는 다음 사람이 이미 수행한 테스트를 다시 구성하게 만듭니다.

역방향 이름이 정말 중요할 때

일부 서비스는 PTR 레코드를 실제로 중요하게 여깁니다: 클라이언트 주소를 해석하는 로깅, 메일 평판 검사, 이름을 표시하는 관리 도구 등입니다. 그중 하나가 실패하면 레코드를 게시하거나 그것을 보관해야 할 영역을 고치십시오. 그 작업은 정당하며 VPN이 쿼리를 올바르게 전달하는지와는 별개입니다.

좁은 요점은 그대로입니다: 리졸버 라벨 하나가 없다고 터널을 통한 정방향 해석이 깨졌다고 증명되지 않으며, 정방향 조회 하나가 작동한다고 영역의 모든 이름이 해석된다고 증명되지 않습니다. 실제로 필요한 이름을 시험한 다음 헤더의 단어가 어떤 가치가 있는지 판단하십시오.