DNS 서버 영역이란 무엇입니까? 다른 이유로 문제를 해결합니다. 어떤 문제가 발생할 수 있나요?

대다수를 보면 어느 정도 인기 기사인터넷 구조에 대해, DNS에 대해 가장 자주 말할 것입니다. "DNS 서버는 사이트 이름을 IP 주소로 변환합니다." 원칙적으로 이것은 실제로 주요 작업이며 대부분의 사용자 (및 심지어 컴퓨터 과학자)에게는 이 지식으로 충분합니다. 그러나 공급자가 "공정한" 주소 블록을 할당한 네트워크를 갑자기 디버깅해야 하는 경우에는 지역 네트워크자신의 DNS 서버를 사용하면 "zone", "transfer", "forwarder", "in-addr.arpa" 등 모든 종류의 무서운 단어가 매우 빨리 나타날 것입니다. 따라서 이 기사에서는 다음과 같이 노력할 것입니다. DNS 작업에 대해 좀 더 자세히 설명하겠습니다.

대략적으로 말하면 인터넷의 모든 컴퓨터에는 도메인 이름(예: www.listsoft.ru)과 IP 주소(예: 127.0.0.1)라는 두 가지 주요 식별자가 있습니다. 근사치는 첫째, 컴퓨터가 여러 개의 IP 주소를 가질 수 있다는 사실에 있습니다(각 인터페이스가 자체 주소를 가질 뿐만 아니라 여러 주소가 하나의 인터페이스에 "중지"될 수 있음). 둘째, 여러 이름이 있을 수 있으며 하나 또는 여러 개의 IP 주소와 연결될 수 있습니다. 셋째, 컴퓨터에 도메인 이름이 없을 수도 있습니다. 한마디로 그림이 이미 혼란스러워지기 시작했다는 것이 분명합니다.

DNS 서버의 주요 작업은 도메인 이름을 IP 주소로 변환하고 그 반대로 변환하는 것입니다.

위에서 언급했듯이 DNS 서버의 주요 작업은 도메인 이름을 IP 주소로 또는 그 반대로 변환하는 것입니다. 인터넷 초창기(아직 ARPANET이었을 때)에는 네트워크의 모든 컴퓨터를 포함하는 긴 목록을 유지 관리하여 이 문제를 해결했으며 이러한 목록의 복사본이 각 컴퓨터에 있어야 했습니다. 네트워크의 성장으로 인해 이 기술은 누구에게도 만족스럽지 못했습니다. 결국 이러한 파일은 크기는 말할 것도 없고 동기화되어야 했습니다... 이 방법의 일부 "유물"은 오늘날에도 여전히 찾을 수 있습니다. 호스트 파일(UNIX 및 Windows 모두) 정기적으로 작업하는 서버의 주소를 입력할 수 있습니다. 그런데 이 사용은 많은 "인터넷 가속기"의 기초입니다. 이러한 프로그램은 단순히 액세스하는 서버의 주소를 작성합니다. HOSTS 파일을 저장하고 다음에 액세스할 때 DNS 서버에 요청하는 데 시간을 낭비하지 않고 파일에서 데이터를 가져옵니다.

"단일 파일" 구성표는 계층적 이름 지정 구조인 DNS로 대체되었습니다. "."라는 이름의 "나무 뿌리"가 있습니다. (점). 루트는 모든 도메인에 대해 동일하기 때문에 일반적으로 이름 끝에 점을 두지 않습니다(그러나 DNS 설명에는 점을 사용합니다. 여기서는 매우 주의해야 합니다!). 루트 아래에는 첫 번째 수준 도메인이 있습니다. 그 중 몇 가지가 있습니다 - com, net, edu, org, mil, int, biz, info, gov(몇 가지 더 있음) 및 주 도메인(예: ru). 더 낮은 수준의 도메인은 listsoft.ru와 같은 2차 수준 도메인입니다. 더 낮은 - 세 번째 등

DNS 서버는 훌륭한 컴퓨터 과학자처럼 작동합니다. 항상 답을 알고 있거나 질문할 사람을 알고 있습니다.

요청의 전달을 추적하면 DNS 서버의 계층 구조는 매우 흥미로운 것입니다. 설치하는 동안(보다 정확하게는 구성하는 동안) 클라이언트에는 최소한 하나의 DNS 서버(일반적으로 두 개가 있음)가 제공되며 해당 주소는 공급자가 발급합니다. 클라이언트는 이 서버에 요청을 보냅니다. 요청을 받은 서버는 응답(답을 알고 있는 경우)하거나 "상위" 서버(알고 있는 경우) 또는 루트 서버(각 DNS 서버는 루트 DNS 서버의 주소를 알고 있음)로 요청을 전달합니다. ). 이것이 "오름차순 계층 구조"의 모습입니다. 그런 다음 요청이 중단되기 시작합니다. 루트 서버는 요청을 첫 번째 수준 서버로 전달하고, 이 서버는 이를 두 번째 수준 서버로 전달합니다. 따라서 모든 DNS 서버는 훌륭한 컴퓨터 과학자처럼 작동합니다. 항상 답을 알고 있거나 질문할 사람을 알고 있습니다.

"수직 연결" 외에도 서버에는 "기본 - 보조"라는 "수평" 관계도 있습니다. 실제로 특정 도메인을 서비스하고 "보험 없이" 운영되는 서버가 갑자기 사용할 수 없게 된다고 가정하면 이 도메인에 있는 모든 시스템을 사용할 수 없게 됩니다! 그렇기 때문에 두 번째 수준 도메인을 등록할 때 이 도메인을 서비스할 DNS 서버를 두 개 이상 표시해야 합니다.

DNS 서버는 재귀적이거나 비재귀적일 수 있습니다. 전자는 항상 클라이언트에 응답을 반환합니다. 즉, 다른 DNS 서버에 대한 참조를 독립적으로 모니터링하고 쿼리합니다. 비재귀 서버는 이러한 참조를 클라이언트에 반환하므로 클라이언트는 지정된 서버 자체를 쿼리해야 합니다. 재귀 서버는 사용하기 편리합니다. 낮은 수준, 특히 로컬 네트워크에서. 요점은 모든 중간 응답을 캐시하고 후속 요청이 훨씬 더 빠르게 응답을 반환한다는 것입니다. 비재귀 서버는 일반적으로 계층 구조의 최상위 수준에 위치합니다. 많은 요청을 수신하기 때문에 응답을 캐시할 리소스가 충분하지 않습니다.

전달자를 사용하면 이름 확인 속도가 빨라집니다.

DNS의 유용한 기능 중 하나는 전달자를 사용하는 기능입니다. "정직한" DNS 서버는 독립적으로 다른 서버에 질의하여 원하는 답변을 찾습니다. 그러나 네트워크가 느린 회선(예: 전화 접속)을 통해 인터넷에 연결되어 있는 경우 이 프로세스는 꽤 오랜 시간이 걸릴 수 있습니다. 대신 모든 요청을 공급자의 서버로 리디렉션한 다음 해당 응답을 수락할 수 있습니다. "전달자"의 사용은 다음과 같은 경우에도 흥미로울 수 있습니다. 대기업여러 네트워크 사용: 각 네트워크에 상대적으로 약한 DNS 서버를 설치하여 빠른 회선을 통해 연결된 더 강력한 시스템을 "전달자"로 지정할 수 있습니다. 이 경우 모든 응답은 이 강력한 서버에 캐시되므로 전체 네트워크의 이름 확인 속도가 빨라집니다.

각 도메인에 대해 관리자는 DNS 데이터베이스를 유지 관리합니다. 이 데이터베이스는 기본(기본) DNS 서버에 있는 간단한 텍스트 파일 세트입니다(보조 서버는 주기적으로 이러한 파일을 자체적으로 복사합니다). 서버 구성 파일은 어떤 파일에 어떤 영역에 대한 설명이 포함되어 있는지, 서버가 해당 영역에 대한 기본 서버인지 보조 서버인지 여부를 지정합니다.

DNS 데이터베이스 항목은 흔히 RR(Resource Record의 약어)라고 합니다. 기본 녹음 형식은 다음과 같습니다.

[이름] [시간] [클래스] 데이터 유형

이름상대적이거나 절대적일 수 있습니다(FQDN - 정규화됨). 도메인 이름). 이름이 상대적인 경우(점으로 끝나지 않음 - 루트 도메인을 기억하십니까?) 현재 도메인의 이름이 자동으로 추가됩니다. 예를 들어, 도메인 listsoft.ru에서 "www"라는 이름을 설명하면 성명"www.listsoft.ru"로 해석됩니다. 이 이름이 "www.listsoft.ru"(마지막 점 없음)로 지정되면 상대적인 것으로 간주되어 "www.listsoft.ru.listsoft.ru"로 해석됩니다.

시간데이터가 서버 캐시에 저장될 수 있는 시간 간격(초)을 지정합니다.

수업네트워크 클래스를 정의합니다. 이는 거의 항상 IN(인터넷을 나타냄)입니다.

유형다음 중 하나일 수 있습니다.
SOA - DNS 영역을 정의합니다.
NS - 영역의 이름 서버
A - 이름을 IP 주소로 변환
PTR - IP 주소를 이름으로 변환
MX - 우편국
CNAME - 컴퓨터 이름
HINFO - 컴퓨터 하드웨어에 대한 설명
TXT - 댓글 또는 기타 정보

다른 유형도 있지만 훨씬 덜 일반적입니다.

항목에 기호를 사용할 수 있습니다. # 그리고 ; 댓글의 경우, @ 현재 도메인을 나타내기 위해 () — 대괄호 — 여러 줄에 데이터를 쓰는 데 사용됩니다. 또는 메타문자를 사용할 수 있습니다. * 이름으로. 항목의 순서는 중요하지 않습니다. 한 가지 예외는 SOA 항목이 먼저 와야 한다는 것입니다. 새 SOA 항목이 발견될 때까지 추가 항목은 동일한 영역에 속하는 것으로 간주됩니다. 원칙적으로 DNS 서버 레코드는 영역 레코드 뒤에 표시되고 나머지 레코드는 알파벳순으로 정렬되지만 반드시 그럴 필요는 없습니다.

SOA - 영역 설명

이제 기록을 살펴 보겠습니다. 먼저 영역을 설명합니다.
mycompany.ru. SOA ns.mycompany.ru. admin.mycompany.ru. (1001; 직렬
21600 ; 새로 고침 - 6시간
1800; 재시도 - 30분
1209600; 만료 - 2주
432000); 최소 - 5일

처음에는 이름이 간다도메인: mycompany.ru. (이름 끝에 점을 적어두세요). 이름 대신 @ 기호를 넣을 수 있습니다(대부분 그렇게 합니다).
ns.mycompany.ru. — 메인 서버이름
admin.mycompany.ru. — 우편 주소이름(점)머신 형식의 관리자

그런 다음 괄호 안에는 다른 서버가 해당 영역을 올바르게 "인식"하는 데 필요한 필드가 있습니다. 첫 번째 숫자(직렬)는 영역 파일의 "버전"입니다. 변경할 때 이 숫자를 늘려야 합니다. 보조 서버가 해당 영역 버전이 기본 서버의 버전보다 낮다는 것을 확인하면 데이터를 다시 읽습니다. 일반적인 실수는 이 번호를 업데이트하지 않고 영역을 업데이트하는 것입니다. 현재 날짜를 일련번호로 사용하는 것이 매우 편리합니다(예: 2003040401 - 2003년 4월 4일, 첫 번째 업데이트).
새로 고침은 보조 서버에 일련 값을 확인해야 하는 빈도를 알려줍니다.

재시도는 기본 서버가 응답하지 않는 경우 보조 서버가 데이터 읽기를 시도해야 하는 빈도를 나타냅니다.

Expire는 기본 서버가 응답하지 않을 경우 보조 서버가 도메인을 서비스해야 하는 기간을 알려줍니다. 이 시간이 지나면 보조 서버는 해당 데이터가 더 이상 사용되지 않는 것으로 간주됩니다.

최소는 특정 영역에 대한 기본 녹화 수명을 설정합니다.

NS는 네임서버를 설명합니다.

이제 도메인을 제공하는 이름 서버에 대해 설명하겠습니다.
mycompany.ru. NS ns.mycompany.ru.
mycompany.ru. NS ns.provider.ru.
여기에는 복잡한 것이 없습니다. 영역 이름은 SOA 레코드 이름 필드에 지정된 것과 동일하므로 공백으로 남겨두어도 됩니다.

A는 호스트를 설명합니다.

다음은 컴퓨터를 설명하고 이름을 IP 주소로 확인할 수 있는 A 레코드입니다.
주요 IN A 192.168.0.1
IN A 192.168.0.2 대령
IN HINFO "2xPIV-1.7 Win2K"
여기에도 복잡한 것은 없습니다. 이름은 상대적이거나 "절대적"일 수 있으며 기계 구성에 대한 레코드를 추가할 수 있습니다(HINFO 레코드에 이름이 없으면 이전 이름을 의미함을 나타냄). 항목을 추가하는 것을 잊지 마세요
로컬호스트. 127.0.0.1에서
CNAME의 localhost.
mycompany.ru. 192.168.0.1에서
첫 번째는 localhost라는 이름을 요청하는 모든 시스템에 주소 127.0.0.1을 제공하고, 두 번째는 localhost.mycompany.ru를 제공하고, 세 번째는 mycompany.ru에 액세스하려는 클라이언트를 어디로 보낼지 알려줍니다.

CNAME을 사용하여 지정할 수 있습니다. 짧은 이름서버

CNAME 레코드를 사용하면 컴퓨터에 편리함을 제공하거나 의미있는 이름. 예를 들어:
ftp IN CNAME 일반에 따르면 ftp.mycompany.ru는 192.168.0.3에 있습니다. CNAME은 컴퓨터 이름을 변경하지만 이전 이름을 기억하는 클라이언트의 액세스를 유지하려는 경우에 유용합니다. CNAME을 사용하는 편리한 방법은 자주 사용되는 주소에 짧은 이름을 할당하는 것입니다. 예를 들어, 글을 써서 ls IN CNAME www.listsoft.ru., 주소로 ls를 입력하면 ListSoft에 액세스할 수 있습니다.

MX는 메일 전달을 설명합니다.

메일을 전달할 위치를 지정하려면 MX 레코드가 필요합니다. 이러한 항목은 우선순위를 추가합니다. 우선순위가 낮을수록 시스템의 우선순위가 높아집니다. 여러 항목을 설정하고 기본 항목이 다운된 경우 대체 서버로 메일을 리디렉션할 수 있도록 우선 순위가 필요합니다. MX 레코드는 도메인 전체에 대해 지정되어야 하며 가능하면 각 시스템에 대해 개별적으로 지정되어야 합니다. 한 가지 예외를 제외하면 여기에도 복잡한 것은 없습니다. 메타 문자 "*"를 잘못 사용하는 것은 매우 일반적입니다. "*.mycompany.ru"를 기록합니다. "mycompany.ru 도메인의 모든 시스템"이 아니라 "아직 설명되지 않은 모든 시스템"을 의미합니다. 또한 MX가 아니라 예를 들어 A 레코드가 사용된 경우에도 이 시스템에서는 별표가 작동하지 않습니다. RFC 1034, 섹션 4.3.3에서 메타 문자 사용에 대한 자세한 내용을 읽을 수 있습니다. 원칙적으로 메타 문자는 방화벽 뒤의 네트워크에 대한 메일을 수락하고 인터넷에 연결되지 않은 네트워크(예: 실행 중인 네트워크)로 메일을 전달하는 데만 필요합니다. UUCP를 통해). DNS 레코드는 거의 변경되지 않으므로 A 레코드에 설명된 모든 시스템에 대해 MX 레코드를 등록하는 것이 합리적입니다.

Mycompany.ru. IN MX 10 릴레이
mycompany.ru. MX 20 mycompany.ru.
mycompany.ru. IN MX 30 mail.provider.ru.
General.mycompany.ru. 192.168.0.3에서
MX 10 mycompany.ru.

역방향 영역을 사용하면 주소로 이름을 결정할 수 있습니다.

이 시점에서 영역 파일 생성이 완료된 것으로 간주할 수 있습니다. 하지만 더 흥미로운 활동이 남아 있습니다. 바로 반대 구역을 설명하는 것입니다. 이전 파일에서 이름으로 IP 주소를 확인할 수 있었다면 이제 IP 주소로 이름을 "계산"할 수 있는지 확인해야 합니다. 리버스 존이 없다는 것은 상당히 전형적인 실수 FTP 서버 오류부터 보낸 이메일을 스팸으로 분류하는 것까지 다양한 오류가 발생할 수 있습니다.

PTR은 주소를 이름으로 변환합니다.

역변환에는 PTR 레코드가 사용됩니다. 하지만 서두르지 마세요. 한 가지 요령이 있습니다. IN-ADDR.ARPA라는 별도의 특수 최상위 도메인에 작성됩니다. 이 도메인은 동일한 소프트웨어 모듈을 직접 변환과 역변환 모두에 사용할 수 있도록 만들어졌습니다. 사실 "니모닉" 이름은 왼쪽에서 오른쪽으로 작성됩니다. www.listsoft.ru는 www가 listsoft에 있고 listsoft가 ru에 있음을 의미합니다. IP 주소는 거꾸로 기록됩니다. 195.242.9.4는 시스템 4가 195.242의 일부인 서브넷 9에 있음을 의미합니다. 그리고 "단일 스타일"의 주소를 유지하기 위해 4.9.242.195.IN-ADDR.ARPA와 같은 이름이 역방향으로 사용됩니다. 변환합니다(IP 주소는 역순으로 기록됩니다).

따라서 다른 영역 파일(예: 0.168.192.IN-ADDR.ARPA와 같은 영역)을 만들고 SOA 레코드(동시에 NS)를 여기에 복사한 다음 쓰기를 시작합니다.
1 IN PTR major.mycompany.ru.
2 IN PTR colonel.mycompany.ru.
...
상대 이름뿐만 아니라 절대 이름도 지정할 수 있습니다.
3.0.168.192.IN-ADDR.ARPA. PTR General.mycompany.ru에서.

127.0.0.1에 대한 역변환을 설정하는 것을 잊지 마십시오.

"직접" 도메인을 유지할 수 있는 권리는 제공업체에 따라 달라지지 않으며, 필요한 도메인에 이름을 배포하는 책임을 맡은 조직에서 발급합니다. 그러나 IP 주소 풀은 공급자가 관리하며 역방향 영역을 유지할 수 있는 권한을 귀하에게 위임하는(또는 위임하지 않는) 사람은 공급자입니다. 클라이언트에는 전체 클래스 "C" 네트워크가 아닌 그 일부가 제공되는 경우가 많기 때문에 역방향 영역은 공급자의 서버에 있습니다. 따라서 데이터 업데이트 분야에서 그와 협력을 구축해야 합니다.

영역 전송 설정

마지막으로 작은 메모 하나입니다. DNS 조사는 해킹에 대비하여 "네트워크 학습"의 첫 번째 단계 중 하나입니다. 가장 일반적으로 사용되는 방법은 구역 전송으로, 모든 구역 기록이 "연구원"의 컴퓨터로 전송되어 조용한 환경에서 연구할 수 있습니다. 따라서 무엇보다도 승인되지 않은 주소로부터 포트 53의 TCP 연결을 거부하도록 방화벽을 구성하는 것이 합리적입니다(UDP는 이름 확인 요청에 사용되고 TCP는 영역 전송에 사용됩니다).

추신 DNS에 기록된 내용을 보려면 nslookup 명령을 사용하십시오(UNIX와 Windows 모두에서 사용 가능).

DNS 서버가 응답하지 않으면 어떻게 해야할지 모르는 것은 부끄러운 일입니다. 결국 모든 장비는 양호한 상태이며 대차 대조표에 자금이 있습니다. 그러나 설정의 진부한 오류로 인해 인터넷 자체가 없습니다. 노트북이나 컴퓨터, 모뎀의 고장에 대해 불평할 수 없습니다. 완벽한 순서로공급자 자체에는 문제가 없습니다. 하지만 걱정하지 마세요. 설정은 1분 안에 변경되며 거의 즉시 업데이트됩니다. 이에 대해서는 아래에서 논의하겠습니다.

DNS 서버가 필요한 이유는 무엇입니까?

문제를 해결하기 전에 DNS 서버가 무엇인지 이해해야 합니다. 네트워크에 있는 페이지에 액세스하면 원격 서버의 특정 섹션에 액세스할 수 있습니다. 이 디렉토리는 브라우저가 정보 페이지 형태로 정보를 해석하고 제공하는 파일을 저장합니다. 각 서버에는 액세스 권한을 얻는 데 사용되는 고유한 IP 주소가 있습니다. 이 방법은 인터넷이 수십 대의 서버로 구성된 네트워크일 때 편리했습니다. 숫자 집합은 데이터의 엄격한 일관성과 계층 구조에 익숙한 과학자에게 이상적이었습니다. 그러나 인터넷이 실험실을 넘어 공공 엔터테인먼트 네트워크로 자리잡으면서 사이트를 식별하는 다른 방법이 필요하게 되었습니다. 늘어나는 청중의 요구를 충족하기 위해 라틴 문자로 구성된 도메인이 도입되었습니다. 몇 년 전, CIS 방문객을 위해 키릴 문자가 나타났습니다.

DNS 서버 작동 방식에 대한 비디오를 시청하세요.

IP에서 도메인으로 올바르게 리디렉션하기 위해 DNS 서버가 존재합니다.

어떤 문제가 발생할 수 있나요?

서버에 문제가 가장 자주 발생하는 사람은 누구입니까? 이에 가장 취약한 사람은 다음을 사용하여 연결 옵션으로 전환하는 것을 원하지 않거나 전환할 수 없는 모뎀 소유자입니다. 네트워크 케이블. 지난 몇 년 동안 이러한 실패는 벨로루시의 서비스 제공자 사이에서 매우 흔해졌습니다. 무선 연결을 사용하지 않는 경우 인터넷 설정에서 직접 무언가를 변경한 경우에만 이 문제가 발생할 수 있습니다. 또는 시스템이 바이러스나 기타 악의적인 영향을 받은 결과 소프트웨어. 그런 다음 먼저 방화벽 활동과 바이러스 백신 활동을 확인하십시오. 두 프로그램 모두 비활성화되었습니다. 장기당신도 모르는 사이에? 네트워크 보안에 대해 걱정해야 하는 이유. 사용자가 직접 구성하기로 결정한 공장 모뎀에서 문제가 발생하는 경우가 많습니다. 지침에서 몇 가지 사항이 누락되었거나 동작을 일관되지 않게 수행하면 불쾌한 알림이 표시됩니다.


DNS 서버가 응답하지 않습니다. 어떻게 해결합니까?

네트워크에 접속하지 않고도 무엇을 할 수 있나요?

  1. 모뎀 재부팅. 가장 간단하고 효과적인 방법, 장치를 재부팅하면 됩니다. 사용 중 문제가 발생한 경우 대부분의 사소한 문제를 해결하는 데 도움이 됩니다. 재부팅 후 장비는 시작 당시의 원래 매개변수로 돌아갑니다.
  2. 확인하다, 올바르게 지정되었습니까? 주소DNS설정에서. 이를 위해서는 "로컬 영역 연결" 속성에서 찾을 수 있는 "인터넷 프로토콜 v4"가 필요합니다. 필요한 주소는 서비스 제공자로부터 확인할 수 있으며, 이는 귀하에게 발행된 문서에 명시되어 있어야 합니다.
  3. 드라이버 업데이트네트워크 카드에. 이 조작은 이전 드라이버가 올바르게 작동하지 않은 경우 문제를 해결하는 데 도움이 됩니다.
  4. 다시 확인하세요 바이러스 백신 설정 및방화벽. 일부 시스템은 무선 네트워크나 특정 IP를 통한 네트워크 액세스를 차단합니다. 설정으로 이동하여 모든 것이 올바른지 확인하세요.


장치 또는 리소스 DNS 서버가 응답하지 않습니다.

이러한 모든 방법은 공급자에게 문제가 없으며 문제는 설정 손실이나 네트워크 카드 결함에 있다고 가정하도록 설계되었습니다. 그러나 때로는 상황이 다를 수 있습니다. 과부하 또는 순전히 기술적인 문제로 인해 운영자의 용량이 충분하지 않으며 일부 DNS 서버가 작동하지 않습니다. 그러한 상황에서는 "탬버린과 함께 춤을 추는 것"이 ​​아무리 도움이 되지도 않습니다. 문제는 당신이 만든 것이 아니기 때문입니다.

이 경우 일반적으로 허용되는 두 가지 솔루션이 있습니다. 다음 몇 분 내에 긴급하게 접근 권한을 얻어야 하는 경우가 아니라면 운영자에게 현재 상황을 알리고 가능한 가장 빠른 해결 방법을 요구하면 됩니다. 그러나 모든 오작동을 제거하려면 일정 시간이 필요하다는 점을 잘 이해하고 있습니다. 서버는 몇 시간 안에 작동하기 시작하므로 시간이 낭비됩니다. 마감일이 지나면 완료되지 않은 것입니다. 중요한 일또는 긴급하게 누군가에게 연락해야 하는 경우 - 제안된 옵션이 적합하지 않습니다. DNS 클라이언트 서비스가 실행 중이라면 Google의 DNS를 사용할 수 있습니다. 대부분의 경우 사용자는 네트워크 케이블을 사용하여 연결하기 위해 서버 설정을 변경하여 무선 연결에 대한 데이터를 동일하게 유지하는 실수를 범합니다. 혼동이 두렵다면 두 필드의 매개변수를 모두 변경하십시오. 이렇게 해도 랩톱이나 컴퓨터의 성능은 저하되지 않습니다.


잘못이 아니면 어쩌죠?

공용 액세스 포인트와 작업장은 종종 특정 리소스에 대한 액세스를 차단합니다. "바람직하지 않은" 사이트 목록에는 다음이 포함됩니다.

  1. 소셜 미디어.
  2. 온라인 영화관.
  3. 급류.
  4. 금지된 콘텐츠가 포함된 리소스.

이 경우 두 가지 방법으로 상황을 수정할 수도 있습니다. 네트워크 관리자에게 문의하여 제한을 제거하도록 요청하거나 익명성 도구를 사용하십시오. 대부분의 제한 사항은 프록시 서버를 우회하는 데 도움이 됩니다. 이제 수십 개의 웹사이트와 브라우저 확장 프로그램을 사용할 수 있으므로 초보자도 문제를 이해할 수 있습니다. 고급 사용자는 TOR 또는 i2p 브라우저를 사용할 수 있습니다. 방문을 위해 소셜 네트워크마지막 두 가지 옵션은 작동하지 않습니다.

DNS 서버가 응답하지 않는 경우 숙련된 네트워크 사용자 중 일부는 무엇을 해야 할지 알지 못합니다. 다음으로 서비스 제공자에게 전화하세요. 본사그에게 빨리 문제를 해결해달라고 부탁하세요. 그녀가 당신 편이더라도 직원들은 무엇을 해야 하는지, 어떤 순서로 해야 하는지 설명할 것입니다.

비디오 레슨

DNS 서버가 응답하지 않거나 사용할 수 없는 이유를 확인하고 다른 문제를 해결하기 전에 서버 자체에 대한 정보를 얻거나 이전에 이 문제를 처리한 경우 메모리를 새로 고치는 것이 중요합니다. DNS 서버는 정보, 네트워크상의 컴퓨터 간의 통신 및 기타 유사한 작업을 제공하도록 설계되었습니다. 약어 DNS 자체는 도메인 이름 시스템(Domain Name System)을 의미하며 이는 전체를 의미합니다. 명확성을 위해 작은 예를 살펴보겠습니다.

가끔 DNS 서버에 문제가 있을 수 있지만 모든 지침을 따르면 문제를 해결할 수 있습니다.

네트워크에 있는 모든 컴퓨터가 출생 시 번호(네트워크에 있는 PC의 경우 IP 주소임)가 할당된 사람이라고 가정해 보겠습니다. 더 나은 이해를 위해 문제의 주소가 일부 사이트에 속해 있다고 가정하겠습니다. 그래서 사람들은 숫자로 혼동하지 않기 위해 서로 이름을 붙여준다. 우리의 경우 이는 사이트 이름, 즉 브라우저의 주소 표시줄에 입력하는 이름이 됩니다. 그러나 사람은 이름을 이해하지만 기계에는 숫자가 필요합니다. 이것이 바로 IP 주소가 존재하는 이유입니다. 따라서 알파벳과 디지털 데이터 간의 이러한 교환을 보장하기 위해 IP 주소와 사이트 이름의 대응을 메모리에 저장하는 도메인 이름 시스템이 발명되었습니다. 예를 들어 www.google.ru에 액세스했는데 인터넷 제공업체의 DNS 서버가 다운된 경우 해당 사이트로 이동하지 않고 오류 경고가 표시됩니다. 이제 이 서비스의 본질을 조금 이해했다면 문제 해결로 넘어갈 수 있습니다.

주소를 찾을 수 없습니다

DNS 서버 주소를 찾을 수 없으면 어떻게 해야 합니까? 이 문제는 매우 일반적이지만 발생 원인은 다양할 수 있습니다. 따라서 우리는 가장 인기있는 것을 고려할 것입니다.

  1. 먼저, 라우터의 작동을 확인하십시오(즉, 사용 중인 연결에 문제가 있을 수 있습니다). 재부팅할 수 있습니다. Wi-Fi 라우터또는 유선 모뎀을 사용하는 경우 사이트에 다시 로그인해 보세요.
  2. 둘째, 공급자 측에서 오류가 발생할 수 있으므로 공급자에게 직접 문의해야 합니다. 이렇게 하면 시간과 신경이 크게 절약됩니다.
  3. 인터넷에 접속하는 데 사용하는 브라우저도 중요하며, 이는 DNS 서버 주소를 확인할 수 없는 이유이기도 합니다. 다른 프로그램이나 응용 프로그램을 사용해 보십시오.
  4. 장치 중 하나에서만 문제가 발생하는 경우 해당 설정을 반드시 수정해야 합니다. 먼저 클라이언트 서비스 자체가 실행 중인지 확인할 수 있습니다. 컴퓨터나 노트북에서 제어판을 실행하세요. "관리" 항목을 열고 "서비스"를 시작합니다. "일반" 탭에서 다음 매개변수를 확인하십시오. 시작 유형은 자동이어야 하며 상태는 "실행 중"이어야 합니다. 꺼져 있으면 같은 창에서 "실행"버튼을 클릭하십시오.
  5. 한두 개의 사이트에서만 서버 주소를 찾을 수 없다면 사이트 자체에 오류가 있을 가능성이 높습니다. 그런 다음 작업이 복원될 때까지 잠시 기다리면 충분합니다. 여러 장치에서 시도해 볼 가치가 있습니다. 문제가 전혀 발생하면 위의 두 번째 항목으로 넘어갑니다.
  6. 위에서 설명한 방법이 도움이 되지 않으면 공식 웹사이트(http://support.microsoft.com/kb/299357/ru)에서 무료로 다운로드할 수 있는 Microsoft FixIt 유틸리티를 사용해 보십시오. 서버의 DNS 주소를 확인할 수 없는 경우에도 도움이 될 수 있습니다.


DNS 서버가 응답하지 않습니다

그렇다면 DNS 서버가 응답하지 않으면 어떻게 해야 할까요? 이제 이 불쾌한 문제를 해결하겠습니다. 이 솔루션은 서버의 DNS 주소를 확인할 수 없는 경우에도 적합합니다. 단일 " 구명 부표", 불행하게도.

Google에서 DNS로 전환

  1. 먼저 질문을 명확히 해야 합니다. DNS 클라이언트가 장치(컴퓨터 또는 노트북)에서 실행되고 있습니까? 이렇게 하려면 "시작" 검색 창에 "실행"을 쓰고 찾은 유틸리티를 실행하세요. 나타나는 창 필드에 services.msc를 입력하십시오. 이제 나타나는 서비스 목록에서 필요한 클라이언트를 찾으십시오. 자동 시작 옵션과 작동 상태가 있으면 다음 지점으로 이동하십시오. 그렇지 않으면 지정된 기준에 따라 해당 항목을 설정하십시오.
  2. 다음으로, 검색 대기업인 Google에서 공개 도메인 이름 시스템으로 전환해야 합니다. 주의해야 할 유일한 점은 일부 공급자와 협력할 때 개인 계정의 자금 종료에 대한 알림이 있는 페이지로 리디렉션이 작동하지 않을 수 있다는 것입니다. 그러나 이것이 귀하에게 중요한 문제가 아니고 서버의 올바른 작동이 귀하에게 더 중요하다면 이를 수행하는 방법을 설명하겠습니다.
  3. 컴퓨터 제어판에서 네트워크 및 공유 센터를 실행하세요. 인터넷이 작동하는 설정을 선택해야 하는 "어댑터 설정 변경" 탭을 엽니다. 유선 및 무선 연결이 모두 있는 경우 충돌 상황을 피하기 위해 두 어댑터를 모두 구성하십시오.
  4. 마우스 오른쪽 버튼을 클릭하고 속성에서 "인터넷 프로토콜 버전 4"를 선택합니다. 여기에도 속성이 필요합니다.
  5. "일반" 탭에서 다음 매개변수를 입력합니다.
  • 기본 DNS 서버는 8.8.8.8입니다.
  • 대안은 다음과 같습니다: 8.8.4.4
  1. 확인을 클릭하고 모든 설정을 닫습니다. 문제가 해결되었는지 확인하세요. 일반적으로 대부분의 경우 DNS 서버가 응답하지 않거나 서버의 DNS 주소를 확인할 수 없는 경우 Google DNS로 전환하면 도움이 됩니다. 그러므로 귀하도 모든 일이 성공적으로 해결되기를 바랍니다.

다른 이유로 문제 해결

  1. 네트워크 문제. 서버에 활성화된 연결이 허용되어 있는지 확인해야 합니다. 클라이언트의 하드웨어 설정과 서비스 가능성을 확인하세요. DNS 서버와 동일한 네트워크에 있는 다른 장치나 모뎀과 통신할 수 있는지 확인하십시오. 이렇게 하려면 ping 명령을 쉽게 사용할 수 있습니다.
  2. 이전 해결 방법이 도움이 되지 않으면 추가 확인을 수행해야 합니다. nslookup 명령을 사용하여 DNS 서버가 응답하지 않는 경우 서버가 클라이언트 자체에 응답할 수 있는지 확인하십시오.
  3. 브라우저가 주소를 찾을 수 없다고 기록하는 경우가 있습니다. 관심 있는 IP 주소를 서버의 제한된 인터페이스 목록(서비스가 허용되는 주소)에 추가하기만 하면 될 수도 있습니다. 이 솔루션은 서버에 응답이 필요한 IP 주소를 제한하도록 설정한 사용자에게 도움이 될 것입니다.
  4. 특수 바이러스 백신 유틸리티를 사용하여 컴퓨터에 바이러스나 악성 코드가 있는지 확인하십시오. PC나 노트북의 바이러스로 인해 컴퓨터나 네트워크 문제가 발생하는 경우가 매우 많습니다. 그러므로 어떠한 경우에도 이 항목을 생략하지 마시고 정밀검사를 실시하시고, 필요하다면 감염된 파일을 정리하시기 바랍니다.


결론

친애하는 친구 여러분, 오늘 우리는 몇 가지 문제를 해결하는 방법, 즉 DNS 서버가 응답하지 않거나 사용할 수 없는 경우, DNS 서버 주소를 찾을 수 없거나 DNS 서버 주소를 변환할 수 없는 경우 어떻게 해야 하는지를 배웠습니다. 이 문제가 해결되어 더 이상 문제가 발생하지 않기를 바랍니다. 대부분의 방법은 거의 모든 경우에 적합하므로 먼저 범용 솔루션을 사용한 다음 특정 솔루션을 사용해 보십시오.

DNS 서버를 사용할 수 없습니다- 이는 모든 컴퓨터에서 발생할 수 있는 매우 일반적인 오작동이므로 모든 PC 사용자는 이 문제를 처리하는 방법과 DNS 서버가 실제로 무엇을 의미하는지 알아야 합니다. 결국 일반적으로 서버의 DNS 주소를 찾을 수 없고 인터넷이 작동하지 않으면 컴퓨터나 노트북이 제대로 작동하고 공급자와 모뎀도 모두 작동하는 상태입니다. 하지만 문제에 대해 걱정하지 마세요. 이 문제는 해결하기가 매우 쉽기 때문입니다.

DNS 서버는 무엇을 담당합니까?

본 서비스의 기술적 기능은 다음 목적에 필요합니다. 올바른 작동특정 도메인 영역과 이름을 가진 컴퓨터나 노트북 브라우저 및 인터넷 리소스. 각 인터넷 리소스에는 고유한 IP 주소가 있습니다. DNS 서버를 사용하면 요청 시 컴퓨터에 IP 주소를 제공하여 컴퓨터의 브라우저가 모든 사이트를 쉽게 찾을 수 있습니다.
각 사용자의 모뎀은 공급자의 서버에서 자동으로 DNS를 얻도록 구성됩니다. 때때로 이러한 서버가 오작동할 수 있지만 다행히 이는 고칠 수 있습니다.

문제 해결

서버 작동은 두 가지 주요 이유로 중단될 수 있습니다.

  • 고객 요청에 응답하지 않습니다.
  • 이름을 잘못 확인합니다.

네트워크 문제가 있는 경우 인터넷 연결이 올바른지, 케이블이나 네트워크 카드가 정상적으로 작동하는지 확인하세요. 모든 것이 정상이면 ping 명령을 사용하고 이 방법으로 서버가 동일한 네트워크의 다른 장치와 통신하는지 확인하십시오.
팀의 경우 핑도움을 줄 수 없고 서버가 요청에 응답하지 않는 경우 명령은 다음과 같습니다. nslookup서버가 클라이언트 요청에 제대로 응답하는지 확인하는 데 도움이 됩니다.
그러나 DNS 서버가 처음 구성되었을 때 제한된 IP 주소 목록을 제공하도록 구성되었을 수도 있습니다. 특정 IP 주소에 대한 요청이 처리되지 않을 수도 있습니다. 이렇게 하려면 서비스를 확인하고 다른 주소를 표시해야 하지만 이 주소는 이 목록에 포함되어 있습니다. 서버가 요청에 응답하면 누락된 주소를 서비스 목록에 추가하기만 하면 됩니다.
안에 추가 세팅보안이나 방화벽에서 비표준 서비스 포트를 사용할 수도 있지만 이는 일반적으로 드뭅니다. 이 경우 프록시 서버나 방화벽 설정을 확인하여 트래픽을 차단하세요. 차단이 없으면 설정에 패킷 필터를 추가하여 표준 포트에 대한 트래픽을 허용하십시오.
동적 IP 주소가 있는 경우 동적 DNS를 설정해야 합니다. 즉, 로그인할 때마다 IP 주소가 변경되며 이 서비스를 통해 이러한 변경 사항을 모니터링할 수 있습니다.
구성된 서버에 지속적인 문제가 있는 경우 Google에서 공개 DNS로 전환해야 합니다. Windows가 장치 또는 리소스 기본 DNS 서버에 연결할 수 없는 경우 모뎀 및 ISP 오류와 달리 이러한 서버는 항상 제대로 작동합니다.
Google의 DNS로 전환하려면 시작을 클릭한 다음 제어판에서 네트워크 및 공유 센터라는 명령으로 이동하면 어댑터 설정 변경 명령이 표시됩니다. 유선 및 무선 모두 네트워크에 액세스하도록 두 어댑터를 모두 구성할 수 있습니다. 어댑터 아이콘을 클릭한 다음 해당 속성 및 인터넷 프로토콜 버전 4(TCP/IPv4) 속성을 클릭합니다. 일반 탭에서 다음 값을 입력합니다.

인터넷을 포함한 네트워크상의 컴퓨터에는 이름이 없으며 데이터 전송은 IP 주소를 사용하여 수행됩니다.

IP 주소(인터넷 프로토콜 주소) - 123.123.123.123과 같은 인터넷상의 숫자 주소입니다. IP 주소는 사람이 기억하기 어렵습니다. 특히 서로 다른 IP 주소로 하루에 수십 개의 사이트를 방문하는 경우에는 더욱 그렇습니다.

저장하는 방법과 비슷합니다. 전화 번호, IP 주소에 대한 노트북이나 전화번호부를 보관할 수 있습니다. 인터넷에서 전화번호부의 역할은 다음과 같습니다. DNS(도메인 이름 체계), 도메인 명 시스템. 인터넷 브라우저에 도메인을 입력하면 DNS를 통해 서버에 접속하는 데 사용되는 IP 주소로 변환됩니다.

DNS 서버란 무엇입니까?

"DNS 서버"는 다음과 같이 "도메인 이름" - "IP 주소" 형식의 대응 테이블을 저장하는 "프로그램"입니다.

도메인서버 IP 주소
웹사이트194.58.116.30

실제로 DNS 서버는 서버의 IP 주소뿐만 아니라 DNS 리소스 레코드 "MX", "TXT", "A", "CNAME", "SOA"와 같은 기타 데이터도 저장합니다.

수천 또는 수백만 개의 도메인에 대한 정보를 저장하는 DNS 서버는 별도의 강력한 서버에서 호스팅되는 경우가 많습니다. 이러한 경우 "DNS 서버"라는 표현은 전체 소프트웨어 및 하드웨어 복합체(서버 및 프로그램 자체)를 의미할 수 있습니다.

도메인에 DNS 서버를 등록하는 이유는 무엇입니까?

새 도메인을 등록하면 인터넷의 어떤 DNS 서버도 이에 대해 알지 못합니다. 그리고 귀하의 도메인에 대한 정보가 인터넷 DNS 서버에 나타날 때까지 웹사이트, 메일, 기타 서비스는 모두 작동하지 않습니다.

인터넷상의 DNS 서버가 귀하의 도메인을 알기 위해서는 누군가가 이를 알려주어야 하며, 이 누군가가 귀하가 귀하의 도메인에 등록한 DNS 서버입니다. 귀하의 도메인에 대한 최신 정보를 항상 유지하는 "전령관" 역할을 합니다. 예를 들어 호스팅 DNS 서버 ns1.hosting.site 및 ns2.hosting.site는 호스팅 사이트에 연결된 도메인에 대한 정보를 저장합니다.

DNS 서버는 쌍으로 등록되며 이는 더 나은 내결함성을 위해 수행됩니다. 한 DNS 서버가 실패하면 다른 DNS 서버는 계속 작동합니다.

도메인 이름으로 IP 주소를 결정하는 체계

이 다이어그램은 특정 사이트를 방문하려고 할 때 어떤 일이 발생하는지 간략하게 설명합니다.

1 컴퓨터가 ISP의 DNS 서버에 접속합니다( 화살표 1). 공급자의 DNS 서버는 캐시(빠른 액세스가 가능한 중간 버퍼)에서 IP 주소를 찾고, 찾으면 이 IP를 제공하고 IP를 통해 컴퓨터는 사이트가 호스팅되는 서버에 액세스합니다( 화살표 7);

2 "도메인 - IP 주소" 쌍이 캐시에 없으면 공급자의 DNS 서버는 루트 DNS 서버에 재귀 쿼리를 만듭니다( 화살표 2), 그 중 전 세계적으로 소수만이 존재합니다. 루트 서버의 도메인 설정 변경 사항은 즉시 업데이트되지 않고 몇 시간마다 업데이트됩니다. 예를 들어 RU 영역의 루트 DNS 서버 변경 사항은 하루에 4번만 업데이트됩니다. 루트 서버는 도메인의 DNS 서버 주소를 반환합니다( 화살표 3) 도메인의 DNS 영역이 저장되어 있습니다.

3 DNS 서버의 주소를 수신한 후 공급자는 그 중 하나에 요청합니다( 화살표 4), 응답으로 필요한 IP 주소를 받습니다( 화살표 5), 캐시에 저장하고(매번 루트 DNS 서버에 접속할 필요가 없도록) 브라우저에 전달합니다( 화살표 6);

4 이제 브라우저에 사이트의 IP 주소가 있으므로 사이트가 있는 호스팅 서버에 연결할 수 있습니다( 화살표 7), 컴퓨터 화면에 표시할 수 있습니다( 화살표 8).

  • 루트 서버에 대한 정보는 하루에 몇 번만 업데이트됩니다.
  • 인터넷 공급자는 일반적으로 DNS 서버 캐시를 하루에 한 번만 업데이트합니다(일부 공급자는 캐시를 더 적게 업데이트하지만 일반적으로 72시간을 초과하지 않음). 따라서 도메인을 등록하거나 이전(DNS 서버 변경)한 후 사이트가 즉시 작동하지 않았습니다. 걱정하지 마세요. 잠시만 기다리세요.

위에서 설명한 DNS 운영 구조는 크게 단순화되었으며 자세한 내용은 인터넷 참고 문헌을 참조할 수 있습니다.



유사한 기사