DNS

Jan 25 2023
아시다시피 인터넷의 모든 컴퓨터에 연결하려면 IP 주소가 필요합니다. 이 연결은 이메일 또는 웹사이트 방문과 같은 다양한 유형일 수 있습니다.

아시다시피 인터넷의 모든 컴퓨터에 연결하려면 IP 주소가 필요합니다. 이 연결은 이메일 또는 웹사이트 방문과 같은 다양한 유형일 수 있습니다. 그러나 IP 주소는 사람이 기억하기 매우 어려운 숫자 형태입니다. 여기서 DNS가 등장합니다. IP 주소와 일반적으로 사용되는 이름 간의 매핑을 제공합니다. 이런 식으로 간단한 단어로 네트워크의 컴퓨터에 액세스할 수 있습니다. 예를 들어, 10.10.10.2는 www.example.com이라는 이름으로 지정할 수 있습니다 .

DNS의 사용은 우리가 일반적으로 사용하는 이름에 해당하는 IP 주소를 찾는 것과 그 반대의 경우입니다. DNS는 IP 주소와 일반적으로 사용되는 이름 간의 매핑을 제공합니다.

네임스페이스:

네임스페이스는 IP 주소와 해당 도메인 이름 간의 모든 매핑이 저장되는 저장소로 간주할 수 있습니다. 도메인 이름이 IP 주소와 연결되면 IP 주소가 고유하므로 이름이 고유해야 합니다.

ㅏ. 평면 이름 공간: 이것은 IP 주소에 이름을 할당하는 간단한 방법입니다. 이런 식으로 계층이나 구조가 없습니다. 각 IP 주소는 다른 이름과 유사하지 않은 문자열 또는 이름으로 표시됩니다. 유사성이 있다면 아무 의미가 없습니다. 이 방법은 중복을 피하기 위해 완전히 중앙 집중화됩니다. 즉, 권한이 도메인 이름 할당 프로세스를 처리하고 다른 조직 간에 분할될 수 없습니다.

비. 계층적 이름 공간: 이 방법은 IP 주소에 이름을 할당하는 비교적 분산된 방법입니다. 따라서 중앙 기관은 중요한 접두사/접미사만 처리하면 되고 나머지는 조직이 처리하도록 맡길 수 있습니다. 이름은 여러 부분으로 나눌 수 있으며 각 부분은 특별한 의미를 갖습니다. 즉, 조직 이름, 조직 유형, 조직 하위 부서 등입니다. , 나머지 부분(예: faculties.nitt.org)을 기반으로 두 개의 서로 다른 호스트를 고유하게 식별할 수 있습니다. 여기에서 Nitt와 org는 중앙 기관에서 제공하며 학부, 졸업생 및 관리와 같은 나머지 하위 부문은 Nitt 자체에서 처리할 수 있습니다.

도메인 이름 공간:

DNS 네임스페이스 트리

네임스페이스 분포:

이전에 논의한 것처럼 IP 주소에 대한 도메인 이름 매핑은 전 세계에 분산된 다른 컴퓨터에 저장됩니다. 이것은 한 대의 컴퓨터가 그렇게 방대한 양의 데이터를 처리할 수 없기 때문에 수행됩니다. 트래픽이 많이 발생하기 때문에 비효율적입니다. 이 컴퓨터의 오류는 전체 시스템의 오류로 이어지기 때문에 신뢰할 수 없습니다. 따라서 전체 네임스페이스는 여러 부분으로 나뉩니다. 즉, 모든 정보는 DNS 서버라고 하는 여러 컴퓨터에 나누어 저장됩니다.

이 분포는 네임스페이스의 구분과 마찬가지로 계층적입니다. 전체 공간은 먼저 도메인이라고 하는 첫 번째 수준 노드를 기반으로 하위 트리로 나뉩니다. 그런 다음 각 도메인은 필요에 따라 하위 도메인으로 나눌 수 있습니다. 즉, 일부 도메인은 다른 도메인보다 더 많은 수의 하위 도메인을 가질 수 있습니다.

영역은 서버가 권한을 갖는 것입니다. 하위 트리의 연속 부분으로 정의할 수 있습니다.

• 서버의 권한이 크지 않아 서브도메인으로 나누어야 할 경우 존과 도메인은 동일하다. IP 주소와 도메인 이름 간의 모든 매핑은 영역 파일이라는 파일에 저장됩니다.

• 서버가 서브도메인으로 분할되면 서브도메인과 그 참조에 대한 정보가 포함되며 하위 컴퓨터는 자세한 정보를 저장할 수 있습니다. 서버는 해당 영역을 하위 도메인으로 완전히 나누고 하위 도메인에 대한 참조만 포함하거나 일부 영역에 대한 책임을 지고 하위 도메인에 대한 자세한 정보와 나머지 도메인에 대한 참조를 가질 수 있습니다.

루트 서버는 이 모든 배포판의 헤드입니다. 전체 네임스페이스에 대한 권한이 있습니다. 모든 노드에 대한 정보가 있습니다. 여기에는 자세한 정보가 포함되어 있지 않고 해당 정보가 있는 다른 서버에 대한 참조만 포함되어 있습니다. 세계에는 다양한 루트 서버가 있습니다.

기본 및 보조 서버: DNS 서버는 기본 및 보조의 두 가지 유형이 될 수 있습니다.

• 주 서버에는 권한이 있는 영역 파일이 있습니다. 매핑이 필요할 때 이 파일을 참조하고 변경 사항이 있으면 파일을 업데이트할 수 있습니다.

• 보조 서버에는 영역의 기본 서버에서 가져온 영역 파일이 있습니다. 매핑 가져오기를 참조하는 데 사용할 수 있지만 일부 변경 사항이 있는 경우 영역 파일을 업데이트할 수 없습니다. 기본 서버가 파일을 업데이트한 다음 보조 서버로 보내는 경우에만 수행됩니다.

이 구분은 보조 서버가 기본 서버보다 낮은 수준에 있음을 의미하지 않습니다. 트래픽을 줄이고 안정성과 효율성을 높이기 위해 수행됩니다. 서버는 한 영역의 기본 서버 역할을 하고 다른 영역의 보조 서버 역할을 할 수 있습니다.

DNS 분할: 인터넷은 DNS를 세 부분으로 나누었습니다.

일반 도메인: 일반 동작에 따라 호스트를 정의합니다. 예를 들어 .com은 상업 조직용, .org는 비영리 조직용, .edu는 교육 조직용입니다.

국가 도메인: 국가에 따라 호스트를 정의합니다. 예를 들어 두 문자로 된 약어를 ​​사용합니다. us는 미국용이고 .in은 인도용입니다.

역 도메인: 일반 및 국가 도메인은 이름을 해당 주소에 매핑합니다. 역 도메인은 주소를 이름에 매핑하는 데 사용됩니다. 특정 IP 주소에 해당하는 도메인 이름을 찾아야 할 때 역도메인을 참조합니다.

역방향 도메인 서버도 계층적입니다. 이는 netid가 hostid보다 상위 수준인 subnetid보다 상위 수준에 있음을 의미합니다. IP 주소에서 이름을 얻으려면 먼저 IP 주소를 뒤집은 다음 in-addr 및 arpa를 추가합니다. 예를 들어, IP 주소 10.10.10.1의 도메인은 1.10.10.10.in-addr.arpa입니다.

해결: 주소를 이름에 매핑하거나 그 반대로 매핑하는 프로세스를 해결이라고 합니다. 매핑을 수행해야 하는 호스트는 확인자로 알려진 DNS 클라이언트를 호출합니다. 그런 다음 확인자는 가장 가까운 DNS 서버에 액세스하고 쿼리에 대한 결과가 포함되어 있으면 정보를 제공하고, 그렇지 않으면 다른 서버를 확인자에게 참조하거나 다른 서버에 쿼리를 해결하도록 요청합니다.

• 이름을 주소에 매핑할 때 서버는 매핑을 찾기 위해 일반 또는 국가 도메인을 확인합니다. 이름이 속한 도메인이 무엇이든 서버는 추가 확인을 위해 로컬 서버를 참조합니다.

• 주소를 이름에 매핑할 때 서버는 IP 주소를 뒤집고 이름에 in-addr 및 arpa를 추가한 후 매핑을 찾기 위해 역도메인을 확인합니다. 이 이름은 추가 확인을 위해 로컬 DNS로 전송됩니다.

재귀적 해결: 확인자가 주소와 이름의 매핑을 찾으면 서버에서 영역에 해당하는지 확인하고 프로세스가 종료됩니다. 영역과 일치하지 않으면 재귀적 확인에서 서버는 쿼리가 해결될 때까지 요청을 다른 서버로 보내는 식으로 계속합니다. 확인되면 응답이 서버로 다시 이동하여 재귀적으로 매핑을 시작합니다.

반복 해결: 해석기가 주소와 이름의 매핑을 찾으면 서버에서 영역에 해당하는지 확인하고 프로세스가 종료됩니다. 영역과 일치하지 않으면 반복 확인에서 클라이언트는 쿼리를 해결할 수 있는 서버를 찾을 때까지 다른 서버를 요청합니다.

등록기관: 도메인 이름을 IP 주소에 할당하는 프로세스는 ICANN에서 모니터링하는 등록기관에서 처리합니다. 레지스트라는 IP 주소와 요청된 도메인 이름을 수락한 다음 IP 주소가 유효하고 도메인 이름이 고유한지 확인합니다. 수락하면 수수료가 부과되고 매핑이 DNS 데이터베이스에 저장됩니다.

동적 도메인 이름 시스템: 아시다시피 IP 주소와 도메인 이름 간의 모든 매핑은 DNS 마스터 파일에 저장되며 호스트 추가, 호스트 제거 등과 같은 업데이트가 필요한 경우 DNS 마스터 파일에서 수행해야 합니다. 이 파일. 이전에는 수동으로 할 수 있었지만 지금은 인터넷의 크기가 커서 수동으로 할 수 없습니다. 이를 극복하기 위해 DHCP는 마스터 파일에 변경 사항이 있을 때마다 기본 DNS 서버에 정보를 보냅니다. 기본 DNS 서버는 영역을 업데이트하고 보조 서버는 능동적 또는 수동적으로 업데이트합니다.

활성 업데이트는 기본 서버가 변경 사항에 대한 정보를 보조 서버로 보내는 경우입니다. 패시브 업데이트는 보조 서버가 기본 서버를 주기적으로 확인하고 변경 사항이 발견되면 스스로 업데이트하는 것입니다.