Microsoft/Windows2009. 10. 30. 10:12
내용이 조금은 구버전인가 보다.
최고 버전이 WinServer 2000으로 잡혀있다 -ㅁ-


- 추가정보
브라우저 서비스는 컴퓨터가 속하는 도메인 이름 또는 작업 그룹 이름의 목록과 브라우저 서비스를 실행하는 컴퓨터가 담당하는 네트워크 세그먼트의 각 컴퓨터에 사용되는 프로토콜의 목록을 관리합니다. 각 네트워크 세그먼트에서는 브라우저 서비스를 실행하는 세그먼트에 위치한 컴퓨터의 그룹에서 마스터 브라우저가 선출(Election)됩니다.

마스터 브라우저는 호스트 또는 서버 알림을 수집하는 일을 담당하며, 마스터 브라우저의 네트워크 세그먼트에 있는 각 서버는 12분 간격으로 이 정보를 데이터그램처럼 전송합니다. 마스터 브라우저는 각 네트워크 세그먼트의 잠재적(Potential) 브라우저를 백업 브라우저가 되도록 지시합니다. 주어진 네트워크 세그먼트의 백업 브라우저는 같은 세그먼트의 클라이언트 컴퓨터들에 찾아보기 목록을 제공합니다.

참고: Windows NT 도메인 구조에서 주 도메인 컨트롤러(PDC)는 항상 도메인 마스터 브라우저로 선택됩니다. PDC만이 도메인 마스터 브라우저로 될 수 있습니다. PDC가 없으면 도메인 마스터 브라우저를 사용할 수 없고 현재 소속된 작업 그룹을 제외한 다른 작업 그룹에서 찾아보기 목록을 얻을 수 없습니다.

주어진 네트워크 세그먼트에서 마스터 브라우저는 하나뿐입니다. PDC를 제외한 모든 도메인 컨트롤러는 백업 브라우저로 지정됩니다. 또한 네트워크 세그먼트의 컴퓨터 32대마다 백업 브라우저가 하나씩 할당됩니다.

Windows NT Workstation 기반 컴퓨터를 포함하는 작업 그룹 구성에서는 항상 마스터 브라우저가 하나 있습니다. 작업 그룹에 Windows NT Workstation 기반 컴퓨터가 두 대 이상 있으면 백업 브라우저도 하나 있습니다. 작업 그룹의 Windows NT Workstation 기반 컴퓨터 32대마다 또 다른 백업 브라우저가 있습니다.

주어진 네트워크 세그먼트에 도메인 컨트롤러가 없으면 세그먼트의 컴퓨터 중 아래와 같은 우선 순위에 따라 마스터 브라우저와 백업 브라우저를 선택하는 선출 작업(Election Process)이 시작됩니다.

Windows 2000 Server
Windows 2000 Professional
Microsoft Windows NT 4.0 Server Enterprise Edition
Microsoft Windows NT 4.0 Server
Microsoft Windows NT 4.0 Workstation
Microsoft Windows 98
Microsoft Windows 95
Microsoft Windows for Workgroups 3.11


도메인 마스터 브라우저 역할

브라우저 서비스는 브로드캐스트 세그먼트에 바운드되고 각 마스터 브라우저에서 고유한 별도의 목록을 유지하기 때문에 이들 목록을 단일 도메인 범위 목록에 병합하는 방법이 필요합니다. 도메인의 PDC인 도메인 마스터 브라우저에서 이 기능을 제공합니다. TCP/IP를 제외한 다른 네트워크 프로토콜에는 이 기능이 필요없습니다.

PDC는 또한 12분 간격으로 자신의 주 Windows 인터넷 이름 서비스(WINS) 서버에 연결하여 엔터프라이즈 전체의 PDC들이 등록한 모든 DomainName 형식 <1b> 항목의 목록을 얻을 책임이 있습니다. 이 작업은 MSRPC R_WinsGetBrowserNames 요청을 보내어 이루어집니다. 마스터 브라우저가 WAN에서 수집한 작업 그룹 알림 데이터그램과 함께 이 이름들은 도메인 및 작업 그룹 이름의 전체 목록을 구성합니다. 작업 그룹 알림에서 발견된 이름은 WINS에서 얻은 이름보다 우선합니다. 이들 도메인 및 작업 그룹 이름에는 주어진 컴퓨터를 찾아보기 목록에 등록하는 서버의 이름도 포함됩니다. WINS 서버를 사용할 수 없거나 WINS 서버가 등록되지 않았을 경우 클라이언트의 브라우저는 이름을 등록한 컴퓨터에서 서버의 목록을 요청합니다. 클라이언트를 대신하여 그 브라우저가 수행하는 이 작업을 이중 홉(Double-Hop)이라고 합니다.

PDC는 WAN에 걸친 각 세그먼트의 마스터 브라우저에서 수집한 모든 목록을 병합합니다. 마스터 브라우저는 12분 간격으로 PDC에 연결하여 도메인 범위 목록을 얻습니다. 먼저 플래그 0xFFFFFFFF와 함께 NetServerEnum 요청을 보내어 목록을 얻습니다. 이 요청은 도메인에 있는 전체 서버의 목록을 검색합니다. 그런 다음 마스터 브라우저는 플래그 0x8000000을 사용하여 동일한 요청을 보내어 모든 도메인 및 작업 그룹 이름을 요청합니다.

이 마스터 브라우저에서 수집한 목록을 검색하도록 PDC에 알리기 위해 마스터 브라우저는 사용자 데이터그램 프로토콜(UDP) 포트 138을 통해 요청된 마스터 알림 프레임을 PDC로 보냅니다. 이는 즉시 마스터 브라우저에 연결하여 그 목록을 검색하도록 PDC에 신호를 보내는 것입니다. 또한 이 통신은 두 NetServerEnum 요청을 사용해서도 수행됩니다. 먼저 플래그 0x40000000과 함께 NetServerEnum 요청을 보내어 마스터 브라우저에서 수집한 서버의 로컬 목록을 요청합니다. 다음은 플래그 0xC0000000과 함께 NetServerEnum 요청을 보내어 그 세그먼트에 있는 다른 도메인 또는 작업 그룹의 마스터 브라우저가 보낸 로컬 작업 그룹 알림 프레임을 검색합니다. 세그먼트의 각 백업 브라우저는 12분 간격으로 플래그 0xFFFFFFFF 및 x80000000과 함께 NetServerEnum 요청을 보내어 서버, 도메인 및 작업 그룹 이름의 완전한 목록을 얻습니다.

등록 및 전파 시간

브라우저 서비스는 서버 브로드캐스트에 의존하기 때문에 통신의 연결성이 없고 기본적으로 신뢰할 수 없습니다. 서버는 시작 즉시 호스트 알림 프레임을 보냅니다. 이 작업은 4분과 8분이 되었을 때 다시 반복됩니다. 이후부터는 12분 간격으로 이 작업이 반복됩니다.

약간의 데이터그램 프레임 손실을 허용하면 네트워크 세그먼트의 마스터 브라우저가 시작 후 12분 안에 주어진 컴퓨터의 이름을 찾아보기 목록에 추가할 것이라는 예상이 적절합니다. 이 시점을 넘으면 연결 중심적인 소통량이 사용되고 시퀀스는 좀더 결정적이 됩니다. 12분 안에 세그먼트의 마스터 브라우저가 PDC에 연결하여 도메인 범위 목록을 얻고 동시에 PDC가 마스터 브라우저에 연결하여 새 서버에 대한 정보를 얻습니다.

원격 세그먼트의 마스터 브라우저 역시 12분 간격으로 PDC에 연결하고 곧 새 서버에 대한 정보를 얻습니다. 12분 안에 원격 마스터 브라우저는 새 컴퓨터의 이름을 알고 모든 백업 브라우저가 자신의 마스터 브라우저에 연결합니다. 이 시점에서 원격 세그먼트의 모든 브라우저가 새 서버에 대해 알고 있습니다. 다중 세그먼트 WAN 환경에서 도메인의 모든 클라이언트가 새 컴퓨터를 알기까지 걸리는 최대 시간은 48(12 + 12 + 12 + 12)분입니다. 브로드캐스트 및 네트워크 사용이 안전 매개 변수 이내인 네트워크에서는 이 기간이 평균적으로 약 절반(24분)입니다.

찾아보기 목록에서 컴퓨터를 제거하는 일은 더 오래 걸릴 수 있습니다. 손실되는 데이터그램 프레임을 허용하기 위해 마스터 브라우저는 알림 기간이 3번 경과할 때까지 자신의 목록에서 서버를 제거하지 않습니다. 서버가 정상적으로 종료되지 않거나 네트워크 연결이 끊기면 최대 36분 동안 서버가 마스터 브라우저의 목록에 남아 있을 수 있습니다. 이 시간이 지나면 서버 이름을 제거하도록 PDC에 알립니다. 서버의 이름을 제거할 때에도 동일한 통신 흐름이 사용됩니다. 12분 안에 원격 세그먼트의 마스터 브라우저는 PDC에서 도메인 범위 목록을 얻고, 12분 안에 각 백업 브라우저가 마스터 브라우저에 연결합니다. 이 과정을 마치려면 최대 72(36 + 12 + 12 + 12)분이 걸릴 수 있습니다. 서버가 정상적으로 종료되면 브라우저는 그것이 더 이상 서버 역할을 하지 않음을 나타내는 단일 호스트 알림 프레임을 보냅니다. 이 데이터그램을 받는 즉시 마스터 브라우저는 자신의 로컬 목록에서 서버를 제거합니다. 브로드캐스트 및 네트워크 사용이 안전 매개 변수 이내인 네트워크에서는 이 기간이 평균적으로 약 절반(36분)입니다.

서버의 브라우저 역할은 주기적 선출에 의해 동적으로 정의되기 때문에 특정 클라이언트 컴퓨터에 찾아보기 목록을 제공하는 데 사용되는 통신의 흐름을 결정하기는 어렵습니다. 마스터 브라우저가 정상적으로 종료되는 경우 마스터 브라우저는 종료하는 동안 새 마스터 브라우저의 선출을 이행합니다. 선출된 백업 브라우저가 완전한 찾아보기 목록을 받을 수 있을 만큼 오랫동안 네트워크에 존재한 경우, 백업 브라우저는 완전히 게시된 찾아보기 목록을 사용하여 마스터 브라우저로서 시작하고 중단없이 네트워크 세그먼트에서 찾아보기 기능을 계속합니다.

마스터 브라우저 역할을 하던 서버가 정상적으로 종료되지 않거나 마스터 브라우저의 선출 이행 요구 데이터그램이 손실되면 네트워크 세그먼트에서 찾아보기 기능을 사용할 수 있을 때까지 지연이 발생할 수 있습니다. 클라이언트 컴퓨터가 찾아보기 목록을 요청하고 마스터 브라우저를 찾을 수 없으면 새 마스터 브라우저가 선출됩니다. 마스터 브라우저가 없다는 사실을 백업 브라우저가 알기까지는 네트워크 사용에 따라 최대 12분이 걸릴 수 있습니다.

이름 확인 요구 사항

분산 찾아보기 모델이 작동하려면 도메인에서 이름 확인이 중요합니다. WAN에 걸쳐 잠재적 마스터 브라우저인 모든 컴퓨터는 PDC에 대한 DomainName 형식 <1b> 항목을 확인할 수 있어야 합니다. 잠재적 마스터 브라우저가 PDC에 대한 쿼리에 긍정 응답을 받은 후에는 마스터 브라우저 역시 PDC의 컴퓨터 이름 형식 <00> 항목을 확인할 수 있어야 합니다. PDC는 잠재적 마스터 브라우저인 모든 컴퓨터의 이름을 확인할 수 있어야 그들 컴퓨터에 연결할 수 있습니다. PDC는 UDP 포트에서 마스터 브라우저로부터 요청된 마스터 알림을 듣습니다.

이 알림에 의해 PDC는 마스터 브라우저의 컴퓨터 이름 형식 <00>을 확인하고 마스터에서 관리하는 찾아보기 목록을 요청합니다.

클라이언트 컴퓨터에 찾아보기 목록이 제공된 후 클라이언트 컴퓨터가 공유 리소스를 보려면 나열된 모든 컴퓨터의 NetBIOS 이름 항목을 확인할 수 있어야 합니다. 따라서 모든 클라이언트 컴퓨터는 도메인에 있는 모든 컴퓨터의 인터넷 프로토콜(IP) 주소를 확인할 수 있어야 합니다. 이를 위해서는 대부분의 네트워크 구성에서 분산 WINS 인프라가 제대로 작동해야 합니다.

[링크 : http://support.microsoft.com/default.aspx?scid=kb;ko;188001]
Posted by 구차니
netBIOS - Network Basic Input/Output System
netBEUI - NetBIOS Extended User Interface

[링크 : http://en.wikipedia.org/wiki/NetBIOS]
[링크 : http://www.terms.co.kr/NetBEUI.htm]


NBT - NetBIOS over TCP/IP
NBNS - NetBIOS Name Service
WINS - Windows Internet Name Service

[링크 : http://en.wikipedia.org/wiki/NetBIOS_over_TCP/IP#Name_service]
[링크 : http://en.wikipedia.org/wiki/Windows_Internet_Name_Service]


winbind - network account sharing/authentication daemon

[링크 : http://docs.hp.com/ko/B8725-90122/ch07s02.html]

이름은 비슷하지만 winbind는 로그인과 관련된 계정정보를 관할하고
WINS는 DNS와 같은 서버 이름의 해석을 관할한다.
Posted by 구차니