Recursive 및 Authoritative DNS 서버의 차이점 이해

DNS 서버가 재발견되는 것은 무엇입니까?

Recursive DNS 서버는 웹 사이트에 액세스하려고하는 사용자의 첫 번째 지점으로 작동합니다. 브라우저에 URL을 입력하면 장치가 재큐브 DNS 서버에 요청을 보냅니다. 이 서버는 그 도메인과 관련된 IP 주소를 찾는 작업을 수행해야합니다.

Recursive 서버는 전체 해상도 프로세스를 대신합니다. 그것은 루트 이름 서버를 쿼리하여 시작하며 적절한 최상위 도메인 (TLD) 서버 (예 : .com, .org, 또는 .net)에 직접적으로 전달합니다. TLD 서버는 쿼리에 대한 권한 이름 서버로 해당합니다. 작성자 서버의 마지막 응답을받은 후 만 IP 주소를 브라우저로 반환합니다.

Recursive 서버는 cache DNS 응답 때문에 중요합니다. 같은 도메인에 대한 후속 요청을 극적으로 가속화하고, 대기 시간 및 권한 서버에서 트래픽을 해제하는 것은 매우 중요합니다. 그러나 캐시는 영구적이지 않습니다. 각 레코드에는 도메인 소유자가 설정한 Time-to-Live (TTL) 값이 있습니다. TTL 만료되면, 재큐브 서버는 다음 쿼리에 신선한 복사본을 가져야 합니다.

Recursive Resolution의 작동 방법

설명 된 과정은 실제로 iterative resolution-recursive 서버 iteratively 쿼리 다른 서버가 더 많은 조회를 할 필요가 없습니다. 용어 "recursive"는 반복적인 서버가 클라이언트를 대신하여 전체 체인을 처리하는 사실을 나타냅니다. 또한 일부 DNS 해결사에 의해 사용되는 "완전한 재발"모드가 있습니다. 이러한 결정은 최종적으로 응답 할 때까지 설명 할 수 있습니다.

Step 1: 클라이언트는 재커버(예: 8.8.8.8)에 쿼리를 보냅니다.
Step 2: Recursive 결심자는 캐시를 확인합니다. 발견 및 TTL이 유효하다면 즉시 응답이 반환됩니다.
Step 3: 만약 캐싱되지 않은 경우, 해결자 쿼리 루트 서버 (예를 들어, .com 도메인).
Step 4: 루트 서버는 .com TLD 서버의 주소로 응답합니다.
Step 5: 도메인의 저자명서와 함께 replies를 가진 Resolver 쿼리 TLD 서버.
Step 6: IP 주소를 반환하는 Resolver 쿼리 권한 서버.
Step 7: Resolver는 기록을 캐시하고 클라이언트에게 다시 대답을 보냅니다.

이 전체 시퀀스는 일반적으로 밀리 초에 발생합니다. 재발적 해결자의 효율성은 인터넷이 쿼리의 수십억이 매일 처리되는 경우에도 즉시 느낄 수 있는 주요 이유입니다.

권한이 있는 DNS 서버는 무엇입니까?

DNS 서버는 도메인 네임에 대한 정의 레코드를 보유합니다. 그들은 레코드 (IP 주소로 도메인 이름을 맵), MX 레코드 (이메일 서버) 및 기타와 같은 실제 DNS 레코드를 포함합니다. 이 서버는 도메인에 대한 정확한 정보를 제공하는 책임입니다.

재수동 서버가 캐시에 필요한 정보를 찾을 수 없을 때 도메인의 권한 서버가 쿼리합니다. 권한 서버는 올바른 DNS 레코드와 응답하여 향후 요청을 위해 재수동 서버로 캐시됩니다.

서버는 두 가지 유형이 있습니다. primary (master)과 ]secondary (slave) 서버. 기본 서버는 원래, 편집 가능한 영역 파일이 있습니다. 새로운 하위 도메인을 추가하거나 IP 주소를 업데이트하는 것과 같은 DNS 레코드로 변경합니다. 두 번째 서버는 영역 데이터의 사본을 얻습니다. (Xundic). 이 도메인은 여전히 다른 호스트가 호스트가 호스트가 호스트가 호스트가 호스트를 위해 호스트를 위해 호스트를 허용하는 경우, 호스트를 위해 호스트를 허용하는 경우, 호스트가 호스트를 허용하는 경우, 호스트를 허용하는 경우 호스트를 허용하는 경우 호스트를 허용하는 경우, 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 경우, 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 경우, 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 호스트를 허용하는 경우, 호스트를 허용하는 호스트를

왜 권한 서버 Matter

도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 경우, 도메인의 도메인의 경우, 도메인의 경우, 도메인의 도메인의 경우, 도메인의 도메인의 경우, 도메인의 도메인의 경우, 도메인의 도메인의 경우, 도메인의 도메인의 도메인의 도메인의 경우, 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 경우, 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 도메인의 이름의 이름의 도메인의 도메인의 이름의 이름의 이름의 이름의 이름의 이름의 이름의 이름의 이름의 이름의 이름의 이름의 이름의 이름의 이름의

DNSSEC(DNS Security Extensions)도 지원하며, 이는 DNS 레코드에 암호화 서명을 추가합니다. 이는 DNS 응답을 위조하고 악성 웹 사이트에 대한 사용자를 리디렉션하는 공격자를 방지합니다. DNSSEC가 활성화되면 서명을 검증하는 반복적인 해결자가 탬퍼를 감지할 수 있습니다.

재발성 및 권한 DNS 서버 간의 주요 차이점

Function: Recursive 서버는 사용자를 위한 쿼리를 해결하고, 권한 서버는 원래 DNS 레코드를 저장합니다.
위치: Recursive 서버는 ISP 또는 제3자 제공업체가 운영합니다. 권한 서버는 도메인 소유자 또는 DNS 호스팅 제공업체가 관리합니다.
Data storage: Recursive 서버 캐시 DNS 응답; 권한 서버는 소스 레코드를 유지합니다.
]DNS 해상도의 로: Recursive 서버는 검색 프로세스를 수행; 권한 서버는 최종 응답을 제공합니다.

위에서 언급 한 것은 기본 사항입니다. 더 깊은 건축 및 운영 차이가 있습니다. 예를 들어, 재큐브 서버는 수백만 개의 도메인을 처리해야 할 고용량, 멀티텐트 시스템이어야합니다. 저자 서버는 다른 한편으로는 지역별 특정 설정에 전념하고 해당 영역의 데이터 무결성 및 낮은 대기 시간을 보장해야합니다. 재큐브 서버는 또한 고유 한 보안 위협 을 직면하고 있습니다. DNS 는], 이러한 제한적 인 트래픽을 제어하는 데 많은 트래픽을 제한합니다. 이러한 트래픽은 많은 트래픽을 제한하는 데 많은 트래픽을 제한합니다.

Real-World 예제

대부분의 인터넷 사용자는 그것을 알 수없는 재발성 서버와 상호 작용합니다. 예를 들어, Google Public DNS (8.8.8.8), Cloudflare (1.1.1.1) 및 OpenDNS는 대중적인 공개 재발성 해결자입니다. 그 사이에 도메인 소유자는 웹 사이트에 대한 권한 서버를 구성합니다. 예를 들어, Cloudflare의 CDN을 사용하는 사이트는 Cloudflare의 네임 서버 (예 : kay.ns.cloudflare.com)이 도메인 서버가 도메인을 해결하는 데 필요한 서버로 나열됩니다. IP 주소는 IP 주소로 돌아갈 때 IP 주소로 돌아갑니다.

기업은 종종 자신의 재발적 해결자를 실행하여 캐싱 정책을 제어하고 보안 정책을 시행합니다 ( 알려진 악의적인 도메인 차단과 같은) 외부 공급자에 의존도를 감소. 이것은 기업 네트워크 및 교육 기관에서 공통적입니다.

보안 고려 사항

서버 유형 모두는 명백한 보안 문제가 있습니다. 재큐브 서버는 독소를 캐시하는 취약점입니다 (암호화로 가짜 레코드를 삽입하는 곳) 및 DDoS 공격. 현대 해결자는 소스 포트 임의화, DNSSEC 검증 및 이러한 위험을 완화하는 쿼리 임의화를 사용합니다. 권한 서버는 영역 중독 (지역 파일 수정) 및 DDoS 공격을 위해 대상이며, 운영자는 방화벽, 일반 감사의 데이터 보호 구역을 보호합니다.

DNS-over-HTTPS(DoH)와 DNS-over-TLS(DoT)의 상승에 주목하는 것도 중요합니다. 이 프로토콜은 클라이언트와 재발적 해결자 간의 DNS 쿼리를 암호화하고, eavesdropping 및 타당성을 방지합니다. 그러나, 그들은 재발적 및 권한 서버 간의 기본 구별을 변경하지 않습니다. 암호화는 클라이언트가 반복적 인 법률에 적용되며, 재발적 인 행동은 여전히 합법적 인 서버가 아닌 DoH 또는 DoH가 여전히 합법적 인 서버가 아닌 DoH를 지원할 수 없습니다.

성과 및 신뢰성

서버 유형 모두에 성능이 크게 달라집니다. 최종 사용자의 경우, 반복적 인 해결자의 속도는 중요합니다. 느린 해결자는 수백 밀리 초를 페이지로드에 추가 할 수 있습니다. 콘텐츠 전달 네트워크 (CDNs)는 IP 주소를 반환하기 위해 권한 서버가 의존적으로 사용자 (]GeoDNS)라고하는 기술로 돌아갈 수 있습니다. 이 경우 해결자의 IP 주소를 고려해야 할 권한 서버가 필요합니다. (Nimitor)는 CDN (N) 클라이언트가 가장 가까운 주소로 돌아갈 수 있습니다.

Recursive 서버는 또한 성능 향상을 위해 사전 태핑 및 공격적인 캐싱을 사용합니다. 일부 해결자는 사용자가 요청하기 전에 인기있는 도메인에 대한 기록에 의해 미래의 요청을 예상합니다. 이것은 대기 시간을 줄이고 더 많은 리소스를 소비합니다.