DNS를 테스트하는 방법

작가: Janice Evans
창조 날짜: 2 칠월 2021
업데이트 날짜: 15 십일월 2024
Anonim
Windows Server DNS 운영 및 보안 취약점 설정하는 방법
동영상: Windows Server DNS 운영 및 보안 취약점 설정하는 방법

콘텐츠

웹 주소를 검색 할 수 없어 IP 연결이 끊어지면 DNS 서버가 다운되었거나 캐시 오염이 원인 일 수 있습니다. DNS는 인터넷 주소를 찾아 컴퓨터에 지시하여 필요한 정보를 제공하는 시스템입니다. 어떤 이유로 인해 퍼즐의 일부가 누락되면이 시스템이 올바르게 작동하지 않을 수 있습니다. 간단한 명령을 사용하여 DNS를 테스트하는 방법에 대한 안내서를 제공합니다.


지침

DNS 서버를 테스트하여 연결 문제를 해결하십시오. (Hemera Technologies / Photos.com / Getty Images)

  1. Mozilla Firefox 또는 Internet Explorer와 같은 브라우저를 엽니 다. 검색 주소창에 www.google.com을 입력하십시오. 페이지가 열리지 않으면 찾을 수 없다는 메시지가 나타납니다.

  2. 이런 경우 명령 프롬프트를 엽니 다. "시작 또는 "실행으로 이동하고 상자에 CMD를 입력하십시오. "Enter "키를 누르십시오 (Windows Vista의 경우 ""Shift "Shift "키를 "Enter "와 함께 누르십시오).

  3. 나타나는 블랙 박스에 NSLOOKUP을 입력하십시오. 그런 다음 [ENTER]를 누릅니다. 다음 메시지가 나타납니다. - C : > NSLOOKUP 기본 서버 : resolver1.opendns.com 주소 : 208.67.222.222

    . 이것은 DNS가 작동 중임을 의미합니다. 반면에 다음 메시지가 표시되면 - *** 주소 208.67.222.222에 대한 서버 이름을 찾을 수 없습니다 : 시간 초과되었습니다 ...는 시스템이 정상 작동 시간 내에 주소를 변환 할 수 없음을 나타냅니다 서버로부터 아무 응답도받지 못했습니다. 즉, 최종 서버 또는 어딘가에 문제가 있음을 의미합니다.

  4. NSLOOKUP 대화 상자를 종료하려면 "Exit "를 입력하십시오. 일반 명령 프롬프트로 돌아갑니다. 예 :


    C : > 종료

  5. "ping -a"를 입력하고 3 단계의 IP 주소를 사용하여 DNS 서버가 활성 상태인지 확인합니다 (이 주소를 ping 명령에 추가하여 ICMP 프로토콜을 사용하는 서버의 DNS 이름을 표시합니다). 예 : C : > ping -a 208.67.222.222 32 바이트의 데이터로 resolver1.opendns.com [208.67.222.222]에 pinging : 208.67.222.222에서 응답 : bytes = 32 time = 25ms TTL = 46 208.67.222.222에서 회신 : bytes = 32 시간 = 27ms TTL = 46 208.67.222.222로부터의 회신 : 바이트 = 32 시간 = 28ms TTL = 46 208.67.222.222에 대한 Ping 통계 : 패킷 : 송신 = 4, 수신 = 4, 손실 = 0 (0 % 손실), 대략적인 반환 값 : "Packets : Sent = 4, Received = 0, Lost = 4 (100 % loss) ..."와 같은 것이 나타나면 최소값 = 25ms, 최대 = 85ms, 평균 = 즉 서버가 작동하지 않거나 다른 시퀀스가 ​​발생하고 있음을 의미합니다. 다음 단계에서는 하나 이상의 시퀀스를 삭제하는 방법을 배우게됩니다.

  6. 컴퓨터의 IP 주소 저장소가 완전하거나 충돌하여 문제의 원인이 아닌지 확인하려면 다른 명령을 입력하십시오. C : > ipconfig / flushdns Windows IP 구성이 DNS 확인자 캐시를 플러시했습니다.

    . 3 단계를 반복하여이 작업으로 문제가 해결되었는지 확인하십시오. 당신이 메시지를 받으면 : C : > NSLOOKUP 기본 서버 : resolver1.opendns.com 주소 : 208.67.222.222

    , 문제가 해결되어 인터넷 브라우저의 결과를 받아서 웹 탐색을 다시 시작할 수 있습니다.


    . 응답이없고 ping이 서버에서 리턴되면 다른 문제점이 신호를 수신하는 서버에 영향을 줄 수 있습니다.

    다음 단계에서는 신호가 DNS 서버에 어떻게 도달하는지 볼 것입니다.

  7. - tracert 명령을 입력하고 3 단계의 IP 주소를 추가하여 컴퓨터와 DNS 사이의 모든 중간 지점을 확인합니다. 서버에 도달하지 않으면 문제의 원인은 신호 경로 사이의 라우터 또는 스위치 일 수 있습니다. 예 : C : > tracert 208.67.222.222 resolver1.opendns.com [208.67.222.222] 경로 추적 30 홉 : 1 14 ms 2 ms 2 ms 192.168.0.1 2 31 ms 11 ms 12 ms 10.243.96.1 3 8 ms 9 ms 8 ms cpe-76-166-3-116.socal.rr.com [76.166.3.116 ] 4 20 ms 11 ms 8 ms tge1-1.stclca1-rtr2.socal.rr.com [76.166.9.5] 5 12 ms 10 ms 10 ms te9-3-stclca3-rtr2.socal.rr.com [76.166.1.60 ] 6 11 ms 10 ms 10 ms te9-3-stclca3-rtr2.socal.rr.com [76.166.9.60] 7 11 ms 11 ms 10 ms tge9-4.bwlaca1-rtr1.socal.rr.com [76.166.1.59 ] 8 13 ms 12 ms 15 ms tge2-0-0.lsanca4-rtr1.socal.rr.com [66.75.161.20 1] 9 * * 요청 시간이 초과되었습니다. 10 21 ms 22 ms 22 ms te-1-3.car1.Tustin1.Level3.net [4.79.140.37] 11 52 ms 44 ms 19 ms ae-2-3.bar1.Tustin1.Level3.net [4.69.132.218] 12 31 ms 16 ms 19 ms ae-6-6.ebr1.LosAngeles1.Level3.net [4.69.136.202] 13 17 ms 21 ms 16 ms ae-1-60.edge3.LosAngeles1.Level3.net [4.69.144.9] 14 17 ms 17 ms 17 ms 17 ms 15 ms 17 ms 15 ms ae-2.r20.lsanca03.us. bb.gin.ntt.net [129.250.3.1 25] 16 102 ms 26 ms 30 ms 17 ms ms msnbc.ca ae-0.r20.plalca01.us.bb.gin.ntt.net [129.250.4.1 18] 18 287 ms 198 ms 129 ms xe-3-4.r04.plalca01.us.bb.gin.ntt.net [ 129.250.4 .242] 19 113 ms 26 ms 26 ms ge2-3.r04.plalca01.us.ce.gin.ntt.net [140.174.2 1.166] 20 29 ms 118 ms 34 ms resolver1.opendns.com [208.67.222.222] 완벽한 추적. . 운전은 길지만 신호가 목적지에 도달했습니다. 시스템 라우터 중 하나가 컴퓨터 (192.168.0.1)와 DNS 서버 (208.67.222.222) 사이에서 작동하지 않으면 일련의 별이 중단됩니다. 예 : C : > tracert 208.67.222.222 추적 경로 solve1.opendns.com [208.67.222.222] 최대 30 홉 이상 : 1 14 ms 2 ms 2 ms 192.168.0.1 2 31 ms 11 ms 12 ms 10.243.96.1 3 8 ms 9 ms 8 ms cpe-76-166 [76.166.3.116] 4 20 ms 11 ms 8 ms tge1-1.stclca1-rtr2.socal.rr.com [76.166.9.5] 5 12 ms 10 ms 10 ms te9-3 -stclca3-rtr2.socal.rr.com [76.166.1.60] 6 * * * * * * * 7 * * * * * * * 8 * * * * * * * 9 * * * * * * * *. 신호가 DNS 서버에 도달 할 수없는 경우 주소를 변환 할 수 없으며 서버가 다운 된 것처럼 연결이 끊어집니다. 해결 방법 : 다른 DNS 서버를 시도하십시오. TCP / IP 구성에 다른 DNS를 추가해야합니다 (그림 참조).

  8. 그림 (4.2.2.4)과 같이 다른 DNS 서버를 추가하면 시스템을 한 번 더 테스트 할 수 있습니다. 일반적으로 여러 개의 DNS 주소를 사용할 경우 중단없이보다 일반적인 탐색의 가능성을 높일 수 있습니다.

    다른 DNS 서버 추가

어떻게

  • 정신적 인 이미지를 사용하여 단계별로 진행되는 이벤트를 예측할 수 있습니다. 번역해야 할 신호가 있고 서버에 도달하지 못하게하는 신호가있을 수 있다고 상상해보십시오. 조치를 취하기 전에 문제가 번역 서버 또는 신호 궤적 점 중 하나에서 발생하는지 스스로에게 질문하십시오.

공지 사항

  • 최종 서버에있을 수있는 문제를 해결할 수 있다고 생각하면서 네트워크를 근본적으로 변경하지 마십시오. 문제를 논리적으로 해결하십시오. 먼저 NSLOOKUP을 사용하여 DNS 서버를 테스트하면 가장 가능성이 높은 시나리오가 표시됩니다. 다른 서버를 추가하는 것이 유용 할 수 있지만 이미 존재하는 서버를 두 개 이상 추가하면 시스템이 혼란 스러울 수 있습니다. 세 가지 대안이 있으면 충분합니다.

필요한 것

  • 연필과 종이 (구성 세부 사항을 기록)