DNS 서버란?

DNS(Domain Name System) 서버는 웹 사이트 호스트 이름(예: example.com)을 해당 IP(인터넷 프로토콜) 주소와 일치시키는 컴퓨터입니다. 공용 IP 주소 및 일치하는 도메인 이름의 데이터베이스는 DNS 서버에 보관됩니다.

IPv4 또는 IPV6 프로토콜에 따르면 인터넷에 연결된 모든 장치에는 식별에 도움이 되는 고유한 IP 주소가 있습니다. 웹 사이트를 호스팅하는 데 사용되는 웹 서버도 마찬가지입니다. 예를 들어 캘리포니아 마운틴 뷰에 있는 한 CDNetworks 서버의 IP 주소는 157.185.170.144입니다.

DNS 서버는 서버가 올바른 웹 페이지를 로드할 수 있도록 웹 사이트 이름을 이러한 숫자로 자동 변환하여 긴 IP 주소(및 IPV6 시스템의 더 복잡한 영숫자 주소)를 기억하지 않도록 도와줍니다.

내용물

• 1 DNS란 무엇입니까?
• 2 DNS 캐싱
  • 2.1 브라우저의 DNS 캐싱
  • 2.2 DNS 캐싱 운영 체제(OS) 수준
• 3 DNS는 어떻게 작동합니까?
• 4 다양한 유형의 DNS 서버
  • 4.1 1. DNS 재귀 해석기
  • 4.2 2. 루트 네임서버
  • 4.3 3. 최상위 도메인(TLD) 네임서버
  • 4.4 4. 권한 있는 네임서버
• 5. 결론

DNS란 무엇입니까?

DNS(Domain Name System)는 브라우저가 호스트 이름 URL에 대한 올바른 IP 주소를 찾을 수 있도록 하는 도메인 이름 및 IP 주소 데이터베이스입니다. 웹 사이트에 액세스하려는 경우 일반적으로 cdnetworks.com,wired.com 또는 nytimes.com과 같은 웹 브라우저에 도메인 이름을 입력합니다.

그러나 웹 사이트의 콘텐츠를 로드하려면 웹 브라우저가 특정 IP 주소를 알아야 합니다. DNS(Domain Name System)는 도메인 이름을 IP 주소로 변환하여 웹사이트의 서버에서 리소스를 로드할 수 있도록 합니다. 단일 도메인 이름에 속하는 여러 IP 주소를 가진 웹사이트는 드문 일이 아닙니다.

예를 들어 Google과 같은 대규모 사이트에는 전 세계에서 서버를 요청하는 사용자가 있습니다. 브라우저에 입력한 사이트 이름이 같더라도 싱가포르 컴퓨터가 연결을 시도하는 서버는 토론토와 같은 컴퓨터가 연결하려는 서버와 다를 가능성이 큽니다. 이것은 DNS 캐싱이 그림에 들어갈 때입니다.

DNS 캐싱

DNS 캐싱은 DNS 쿼리를 더 빨리 해결할 수 있도록 요청하는 클라이언트에 더 가까운 DNS 레코드에 DNS 데이터를 저장하는 기술입니다. 이렇게 하면 체인 아래로 더 멀리 추가 요청이 필요하지 않고 웹 페이지 로드 시간이 향상되며 대역폭 사용량이 줄어듭니다.

TTL(Time to Live)은 DNS 레코드가 DNS 캐시에 유지되는 기간을 나타냅니다. 이 시간 프레임은 DNS 레코드가 얼마나 "신선한지"와 현재 IP 주소 수정 버전과 일치하는지 여부를 정의하기 때문에 중요합니다.DNS 캐싱은 브라우저 또는 운영 체제 수준(OS 수준)에서 발생할 수 있습니다.

브라우저의 DNS 캐싱

웹 브라우저는 일정 기간 동안 DNS 레코드를 저장하기 때문에 사용자가 DNS 레코드를 생성할 때 가장 먼저 찾는 곳이 자주 있습니다. 브라우저를 사용할 때 DNS 캐시를 확인하고 IP 주소에 대한 DNS 요청을 하는 단계가 더 적습니다.

DNS 캐싱 운영 체제(OS) 수준

DNS 쿼리가 최종 사용자의 워크스테이션을 떠나면 일치하는 항목을 찾기 위해 운영 체제 수준으로 이동합니다. 운영 체제의 "스텁 확인자" 프로세스는 자체 DNS 캐시를 확인하여 레코드가 있는지 확인합니다. 그렇지 않은 경우 쿼리는 로컬 네트워크(ISP) 외부의 인터넷 서비스 공급자에게 전달됩니다.

DNS는 어떻게 작동합니까?

DNS는 호스트 이름(웹 사이트 또는 웹 페이지 이름이라고도 함)을 IP 주소로 변환하는 역할을 합니다. 해당 IP 주소를 찾는 과정을 DNS 확인이라고 하고 도메인 이름을 입력하는 행위를 DNS 쿼리라고 합니다.

DNS 쿼리에는 재귀, 반복 및 비재귀의 세 가지 유형이 있습니다.

재귀 쿼리 는 요청된 리소스 레코드로 응답하기 위해 DNS 서버가 필요한 쿼리입니다. 레코드를 검색할 수 없으면 DNS 클라이언트에 오류 메시지가 표시되어야 합니다.

반복 조회 는 최상의 응답이 발견될 때까지 또는 오류 또는 시간 초과가 발생할 때까지 DNS 클라이언트가 수많은 DNS 서버로부터 응답을 요청하는 조회입니다. 낮은 수준의 도메인 네임스페이스에 대한 권한이 있는 DNS 서버가 쿼리와 일치하는 항목을 찾을 수 없는 경우 낮은 수준의 도메인 네임스페이스에 대한 권한이 있는 DNS 서버를 참조합니다. 그런 다음 DNS 클라이언트는 이 참조 주소를 쿼리하고 더 많은 DNS 서버에서 프로세스가 반복됩니다.

비재귀 쿼리 는 서버가 신뢰할 수 있거나 리소스가 이미 캐시되어 있기 때문에 요청된 리소스를 사용할 수 있을 때 DNS 확인자가 해결하는 쿼리입니다.

다양한 유형의 DNS 서버

DNS 쿼리는 최종 사용자의 개입 없이 해결되기 전에 몇 개의 고유한 서버로 전송됩니다.

1. DNS 재귀 리졸버

이것은 클라이언트 시스템에서 요청을 수신하는 전용 서버입니다. DNS 레코드를 찾고 클라이언트의 DNS 쿼리에 대한 응답으로 추가 요청을 수행합니다. 쿼리 프로세스 초기에 요청된 리소스가 재귀로 반환되면 DNS 캐싱을 통해 쿼리 수를 줄일 수 있습니다.

2. 루트 네임서버

이 서버는 사람이 읽을 수 있는 호스트 이름을 컴퓨터가 읽을 수 있는 IP 주소로 변환하는 역할을 합니다. 루트 서버는 recursor의 쿼리를 수락하고 쿼리의 도메인 이름을 기반으로 다음 단계에서 이를 TLD 네임서버로 전송합니다.

3. 최상위 도메인(TLD) 네임서버

TLD 네임서버는 도메인 이름 정보를 추적하는 역할을 합니다. 예를 들어 ".com" 또는 ".org"로 끝나는 웹사이트에 대한 정보와 "www.example.com.uk", "www.example.com.us,"와 같은 국가 수준 도메인에 대한 정보가 포함될 수 있습니다. " 다른 사람. TLD 이름 서버는 루트 서버에서 쿼리를 수신하고 해당 도메인에 대한 권한 있는 DNS 이름 서버로 전달합니다.

4. 권위 있는 네임서버

신뢰할 수 있는 DNS 네임서버는 마침내 IP 주소를 DNS 재귀에게 반환하고, 이 재귀는 이를 클라이언트에 중계할 수 있습니다. 이 권한 있는 DNS 이름 서버는 조회 프로세스의 맨 아래에 DNS 레코드를 유지하는 이름 서버입니다. 그들을 마지막 목적지 또는 정보의 궁극적인 권위 있는 출처로 생각하십시오.

결론

DNS 조회는 DNS 서버가 DNS 레코드를 반환하는 절차입니다. 웹 브라우저에서 DNS 서버의 DNS 조회 프로세스로 호스트 이름 쿼리를 전달하고 그 반대로 전달하는 작업이 수반됩니다. DNS 확인자는 DNS 조회 프로세스의 첫 번째 단계를 처리하는 서버로, 웹 페이지 로딩을 위해 URL이 IP 주소로 변환되는 일련의 절차를 시작합니다.

DNS 재귀 해석기는 웹 브라우저에서 인터넷으로 이동한 후 사용자가 입력한 호스트 이름 쿼리를 수신합니다. 그런 다음 재귀 DNS 서버는 DNS 루트 서버에 쿼리를 보내며 도메인 저장을 담당하는 TLD 서버의 주소를 반환합니다.

그런 다음 확인자는 DNS 요청을 연결된 도메인의 TLD로 보내고 도메인 이름 서버의 IP 주소를 받습니다. 다음으로 재귀적 DNS 서버는 도메인 네임서버를 요청하고 마지막 단계로 웹 브라우저에 제공할 IP 주소를 받습니다. 그런 다음 브라우저는 DNS 조회 프로세스가 완료된 후 HTTP 요청을 사용하여 특정 웹 페이지를 요청할 수 있습니다.

이러한 단계는 기존의 DNS 조회 절차를 구성하지만 DNS 캐싱은 속도를 높일 수 있습니다. DNS 캐싱을 사용하면 브라우저, 운영 체제 또는 원격 DNS 인프라가 DNS 조회 정보를 로컬에 저장할 수 있으므로 더 빠른 로드를 위해 일부 단계를 건너뛸 수 있습니다.