다음 섹션에서는 도메인 이름과 호스트 이름의 개념을 살펴보겠습니다.
역사 검토
인터넷 초창기(ARPANET 시대)에는 네트워크에 있는 모든 컴퓨터의 이름과 IP 주소가 있는 hosts.txt라는 파일이 있었습니다. 이 파일은 다른 모든 네트워크 컴퓨터가 다른 모든 컴퓨터에 대한 업데이트를 가져오는 사이트에서 유지 관리되었습니다. 이 접근 방식은 네트워크에 있는 최대 수백 대의 컴퓨터에 적합했습니다. 앞으로 더 많은 장치가 추가되면서 hosts.txt 파일의 크기가 커질 것이 분명했습니다. 따라서 이 파일을 유지 관리하는 것이 실제로 번거로워집니다. 이것은 이 방법이 궁극적으로 살아남지 못할 것이라는 것을 의미했습니다. 이 거대한 파일을 유지 관리하는 동안 호스트 이름 충돌이 또 다른 문제였습니다. 이러한 문제를 극복하기 위해 1983년 DNS(Domain Name System)가 도입되었습니다. 호스트가 호스트 이름을 사용하여 네트워크의 다른 호스트와 연결하려고 할 때 DNS는 호스트 이름을 해당 IP 주소에 매핑합니다. 호스트 이름을 IP 주소로 확인하는 것 외에도 DNS는 다른 많은 작업을 수행합니다.
DNS 계층 및 도메인 이름
DNS는 분산 데이터베이스 시스템을 사용하고 계층 구조를 사용하여 관리합니다. DNS 계층 구조는 실제로 역 트리 구조이며, 그 상단을 루트 도메인이라고 합니다. 루트 도메인은 .com, .net, .edu, .org 등과 같은 최상위 도메인으로 더 나뉩니다. 최상위 도메인은 국가 및 일반으로 더 분류할 수 있습니다.
국가의 도메인은 세계의 각 국가를 나타내는 2비트 코드입니다. 예를 들어 .jp는 일본, .uk는 영국 등을 나타내는 데 사용됩니다. 제네릭 도메인은 대부분 3자 이상의 TLD입니다. TLD는 많은 두 번째 수준 도메인을 추가로 포함할 수 있고 두 번째 수준 도메인은 더 많은 세 번째 수준 도메인을 포함할 수 있습니다. 이러한 도메인은 마침표 또는 .dot 문자로 구분됩니다. 예를 들어 contact.amazon.com, support.amazon.com은 .com을 TLD로, amazon은 두 번째 수준 도메인, 연락처 및 지원은 세 번째 수준 도메인입니다.
그림 1: DNS 계층
명명과 같은 최상위 도메인 관리는 ICANN(Internet Corporation for Assigned Names and Numbers)에서 관리합니다. 두 번째 수준 도메인은 ICANN에서 할당한 등록 기관에서 배포합니다. 예를 들어 .com TLD를 사용하여 새 도메인 이름을 얻으려면 해당 .com 등록 대행자로 이동하여 두 번째 수준 도메인 또는 단순히 도메인 이름을 사용할 수 있는지 확인하십시오. 약간의 비용을 지불하거나 일부 TLD(.tk, .ml 등)의 경우 무료로 새롭고 고유한 도메인을 등록할 수 있습니다.
도메인 이름에는 절대 및 상대의 두 가지 유형이 있습니다. 절대 영역은 cs.mit.edu와 같이 마침표로 끝나는 영역입니다. 상대 영역은 마침표로 끝나지 않습니다.
도메인은 도메인 자체에서 루트까지 모든 엔터티를 포함하는 하향식 방식으로 이름이 지정됩니다. 일반적으로 왼쪽에서 오른쪽으로 해석되며 왼쪽 엔터티가 가장 구체적이고 오른쪽 엔터티가 가장 구체적이지 않습니다.
도메인 이름은 대소문자를 구분하지 않으므로 대소문자에 관계없이 사용할 수 있습니다. GOOGLE.COM으로 이동하는 것은 google.com과 동일합니다. 도메인 이름은 알파벳 문자로 시작해야 하지만 문자나 숫자로 끝날 수 있습니다. 이 두 끝 사이에 하이픈을 포함할 수 있습니다. 도메인 이름의 길이는 63자 이하로 제한됩니다.
호스트 이름 또는 FQDN(정규화된 도메인 이름)
FQDN 및 호스트 이름이라는 용어는 일부 텍스트에서 다른 방식으로 사용되지만 핵심 의미는 동일하게 유지됩니다. FQDN과 호스트 이름은 혼용되어 사용되는 반면[1], FQDN은 도메인 이름과 호스트 이름으로 별도로 구성되는 것으로 간주됩니다[2]. 그러나 두 용어 모두 인터넷의 모든 호스트에 대해 고유한 호스트 이름(도메인 이름 포함) 또는 FQDN(정규화된 도메인 이름)이 있습니다.
최종 시스템의 호스트 이름(도메인 이름 포함)은 조직의 DNS 계층 구조를 기반으로 합니다. 예를 들어, cs.mit.edu 도메인 내의 호스트 시스템 host1을 고려하십시오. 이 호스트의 FQDN 또는 호스트 이름은 host1.cs.mit.edu이며 인터넷에서 고유합니다. 같은 방식으로 www.mit.edu와 같은 웹 URL인 경우 www를 호스트 이름으로, mit.edu를 도메인 이름으로 해석할 수 있습니다.
FQDN 또는 정규화된 도메인 이름은 인터넷의 모든 호스트에 대해 고유해야 하므로 절대적으로 모호하지 않습니다. 네트워크에서 (도메인 이름 없이) 호스트 이름을 지정하는 가장 좋은 방법은 각각에 대해 서로 다른 식별자를 사용하는 것입니다. 그러나 로컬 호스트 이름(또는 완전한 도메인 정보가 없는 호스트 이름)은 고유할 필요는 없지만 이 접근 방식은 네트워크 연결 문제와 같은 오류를 생성할 수 있습니다.
일반적으로 호스트에는 하나의 호스트 이름만 있지만 여러 호스트 이름을 사용할 수 있습니다. 로컬 호스트의 파일은 로컬 컴퓨터의 IP 주소 또는 호스트 이름을 확인하는 데 사용할 수 있습니다. 호스트 이름을 확인하는 동안 /etc/hosts 파일의 내용이 먼저 확인됩니다. 호스트 이름에 대한 항목이 여기에 없으면 스텁은 DNS 이름 서버를 사용합니다.
파일에 정적 호스트 이름을 지정할 수 있습니다. /etc/호스트 이름 리눅스 시스템에서. 사용 hostnamectl 유틸리티를 사용하여 시스템의 FQDN을 보고 이 파일도 수정할 수 있습니다. 아래 그림에 나와 있습니다.
그림 2: 호스트 이름 구성
결론
네트워크 관리자는 도메인 이름과 호스트 이름을 올바르게 구성하는 방법에 대해 잘 알고 있어야 합니다. 이는 조직의 네트워크에서 많은 네트워킹 문제를 해결하는 데 도움이 됩니다. 다음에 할 수 있는 일은 시스템 및 네트워킹 모니터링을 위한 다양한 도구를 탐색하는 것입니다.
참조:
1. Red Hat Enterprise Linux 4: 참조 가이드 . (NS.). MIT - 매사추세츠 공과 대학. https://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-en-4/ch-bind.html
2. FQDN(정규화된 도메인 이름) 정보 . (2018년 5월 14일). 인디애나 대학교 기술 자료. https://kb.iu.edu/d/aiuv