dig, nslookup과 웹 DNS 도구 비교

dig와 nslookup은 정확하고 스크립트로 쓸 수 있으며 터미널이 있는 거의 모든 시스템에서 사용할 수 있어 오랫동안 명령줄의 기본 도구로 자리 잡았습니다. 웹 기반 조회 도구는 이들을 대체하기보다, 이들이 작업에 잘 맞지 않는 상황을 보완합니다.

터미널 도구가 유리한 경우

• 기본값이 아닌 특정 DNS 서버에 직접 질의할 때: dig @1.1.1.1 example.com 한 줄이면 되며 별도의 설정 화면이 필요 없습니다.
• 플래그, TTL, 반환된 레코드의 정확한 구조까지 전체 응답을 살펴볼 때: 단순히 답을 얻는 것이 아니라 DNS 자체를 디버깅할 때 유용합니다.
• 셸 스크립트나 CI 파이프라인에 이미 자리 잡은 더 큰 자동화 워크플로에 점검 작업을 넣을 때.
• 브라우저 없이, 이미 SSH로 접속해 있는 서버 안에서 모든 작업을 처리할 때.

웹 기반 도구가 제 역할을 하는 경우

• 휴대폰이나 터미널을 쓸 수 없는 기기에서 빠르게 확인할 때.
• dig 호출을 반복문으로 돌려 텍스트 파일로 직접 저장하는 대신, 진행 상황 보기와 제대로 된 내보내기 기능으로 매우 많은 도메인을 한 번에 조회할 때.
• 명령줄 도구의 설치와 사용법을 하나하나 안내하는 대신 비개발자 동료에게 링크를 건넬 때.
• cron 작업과 출력 저장 위치를 직접 관리하는 대신, 나중에 확인할 수 있는 대시보드와 함께 반복 점검을 예약할 때.

실제로는 빠른 단건 조회에 웹 도구를 쓰는 사람도 깊이 있는 DNS 디버깅에는 dig를 계속 곁에 둡니다. 두 도구는 경쟁 관계라기보다, “빠른 답 하나가 필요하다”에서 “프로토콜이 정확히 무엇을 하는지 봐야 한다”에 이르는 스펙트럼의 서로 다른 지점에 맞는 도구입니다.

다른 옵션을 잘 쓰지 않더라도 알아 둘 dig 플래그 두 가지

• dig +short는 장황한 헤더와 플래그 출력을 없애고 답만 출력합니다. 사람이 읽기 좋게 만든 dig의 기본 형식을 파싱하는 대신 스크립트로 바로 넘기기에 이상적입니다.
• dig +trace는 전체 확인 체인을 직접 다시 실행하여 루트 서버부터 권한 응답에 이르기까지 모든 단계를 보여 줍니다. 최종 레코드보다 더 상위 단계에서 문제가 생겼을 때 어느 단계가 잘못되었는지 가장 빠르게 확인하는 방법입니다.

자주 간과되는 nslookup의 대화형 모드

대부분은 nslookup을 한 번 실행하고 넘어가지만, 인수 없이 nslookup만 입력하면 대화형 프롬프트로 들어가 서버를 한 번(server 1.1.1.1) 지정해 두고 이후 여러 질의에서 매번 반복하지 않고 계속 사용할 수 있습니다. 기본값이 아닌 같은 리졸버로 관련된 여러 레코드를 연달아 확인할 때 정말 편리합니다. dig의 플래그 방식보다 덜 알려진 작은 기능이지만, 습관이나 플랫폼 기본값 때문에 dig 대신 nslookup을 쓰는 사람이라면 이런 기능이 있다는 것을 알아 둘 만합니다.