다음을 통해 공유


명명 규칙

명명 규칙은 일반적으로 IP 주소인 네트워크 주소에 이름을 명확하게 resolve 공통 목표를 공유합니다. 명명 규칙의 차이점은 이름을 확인하는 각 규칙의 고유한 접근 방식에 있습니다.

다음 명명 규칙은 Windows 2000 메서드를 포함하여 다양한 시스템 이름 확인 메서드에서 컴퓨터를 식별하는 데 사용됩니다.

컴퓨터 이름

플랫 NetBIOS 이름 공간에서 단일 이름은 컴퓨터 이름을 네트워크 주소로 명확하게 확인합니다. 이는 이전 Windows 버전이 브라우저 및 master 브라우저 목록에 저장된 이름으로, 피어 Windows 네트워크에서 네트워크로 연결된 Windows 컴퓨터에서 리소스를 검색할 수 있도록 합니다. 이 시나리오에서는 컴퓨터와 연결된 용어가 컴퓨터 이름이었습니다. 컴퓨터 이름의 등록은 네트워크 브로드캐스트(및 이후 Windows 버전 번호 또는 Windows NT 사용량 또는 조합으로 얻은 선거에 의해 결정되는 master 브라우저)에 따라 달라집니다. 이는 소규모 피어 기반 Windows 네트워크에 유용했지만, 네트워크는 곧 브로드캐스트 및 간단한 플랫 파일 master 브라우저 목록을 사용할 수 있는 것 이상으로 성장했습니다.

호스트 이름

다음은 WINS 서버에 저장된 NetBIOS 기반 컴퓨터 이름의 동적 및 중앙 집중식 리포지토리를 사용하도록 설정한 WINS(Windows Internet Naming Service)입니다. 이러한 리포지토리는 더 큰 네트워크를 서비스할 수 있습니다. 이 개발을 통해 이름 확인 쿼리는 브로드캐스트가 아닌 WINS 서버로 전달될 수 있으며 충돌이 중앙에서 중재될 수 있습니다. WINS에서는 컴퓨터 이름이라는 용어가 유지되었지만 호스트 이름 이라는 용어도 나타나고 컴퓨터 이름과 서로 바꿔 사용되었습니다. 당시 WINS는 Windows 플랫폼의 기본 이름 확인자였지만 DNS는 더 크고 큰 네트워크의 인기와 확산으로 인해 증가했습니다.

네트워크가 성장했고 WINS는 증가하는 이름 볼륨을 처리할 수 없게 되었습니다. 이름 확인 로드를 처리하기 위한 WINS의 감소 기능은 해결에 필요한 처리 능력 때문이 아니라 많은 컴퓨터에 고유한 이름을 생성하는 것이 점점 더 큰 관리 부담이 되었다는 사실 때문입니다.

정규화된 도메인 이름

DNS는 더 나은 솔루션입니다. 계층적 이름 공간을 사용하여 고유한 컴퓨터 이름의 필요성은 지정된 도메인으로 격리되므로 server1 과 같은 컴퓨터 이름이 동일한 계층의 다른 도메인 위치에 존재할 수 있습니다. 다른 도메인에서 동일한 호스트 이름을 갖는 기능을 사용하면 DNS 계층 구조를 올바르게 처리한 이름에 대한 필요성이 발생했습니다. 이름에는 컴퓨터 이름 또는 호스트 이름뿐만 아니라 전체 DNS 계층 내에서 해당 컴퓨터를 명확하게 식별하거나 정규화할 수 있는 이름도 포함되어야 했습니다. 해당 이름은 FQDN( 정규화된 도메인 이름 )입니다(예: server1.widgets.microsoft.com).

그러나 특정 상황에서 FQDN의 도메인 계층 구조 부분은 번거롭고 호스트가 있는 DNS 도메인을 기준으로 지정된 컴퓨터(또는 다른 DNS 호스트)의 로컬 이름이 필요합니다. 해당 이름은 상대적으로 구분된 이름입니다. 상대 고유 이름은 FQDN에서 맨 왼쪽 점 왼쪽에 있는 단일 호스트 이름일 뿐이므로 server1.widgets.microsoft.com FQDN에는 server1이 상대적인 고유 이름으로 있습니다.

상대 고유 이름

DNS는 NetBIOS 이름의 사용자에게 새 이름 또는 새 명명 규칙을 적용하는 대신 컴퓨터 이름(호스트 이름)을 상대 고유 이름으로 사용하고 DNS 도메인 계층 구조를 해당 이름에 추가하여 FQDN을 만듭니다. 다음 그림에서는 FQDN의 컴퓨터 이름(또는 호스트 이름 또는 상대 고유 이름) 부분을 식별하는 방법을 보여 줍니다.

rdn 및 dns 도메인 계층 구조를 결합하여 fqdn 만들기