예전에는 모든 네트워크의 일부였던 WINS 서버는 예전에는 필수적이었습니다. 그러나 오늘날에도 여전히 필요한가요?
이 기사에서는 WINS에 대해 알아보고, 여전히 네트워크에 남아있는 오래된 WINS 서버가 실제로 필요한지에 대한 감을 잡을 수 있습니다.
WINS를 이해하기 위해서는 NetBIOS를 이해해야합니다.
컴퓨터는 IP 주소를 사용하여 TCP/IP와 같은 프로토콜을 통해 통신합니다. 이러한 숫자를 기억하지 않아도 되도록 IP 주소에 “라벨”을 붙이는 방법이 생겨났습니다. 네트워크의 각 컴퓨터에 이름을 할당함으로써 관리를 더 쉽게 할 수 있습니다.
IP 주소에 이름을 매핑하는 가장 초기의 방법 중 하나는 Network Basic Input/Output System 또는 NetBIOS입니다. NetBIOS 또는 더 구체적으로는 NetBIOS over TCP/IP 또는 NetBT는 OSI 모델의 세션 계층에서 작동하며 TCP/IP 프로토콜에서 실행되어 네트워크에서 장치 간 식별과 통신을 용이하게합니다.
NetBT는 기존에 TCP/IP를 통해 브로드캐스트 쿼리 메시지를 보내 네트워크 상에서 이름을 해결했습니다. 특히 NetBIOS는 라우터 간에 사용할 수 없는 비라우터 가능한 프로토콜이었습니다. NetBIOS 이름 해결은 여러 네트워크에서 발생할 수 없었습니다. 이를 해결하기 위해 Microsoft는 NetBIOS Naming Service 또는 대부분이 WINS라고 부르는 것을 개발하여 라우터를 통해 이름을 해결할 수 있게 했습니다.
NetBIOS —> WINS
NetBIOS에는 중대한 문제가 있었습니다. 다른 네트워크로 라우팅할 수 없었습니다. 기업들은 트래픽을 분리하기 위해 여러 네트워크가 필요했고 NetBIOS는 이러한 네트워크를 통해 라우팅될 수 없었습니다. 어떻게 해야 할까요? 새로운 프로토콜을 도입하십시오; Windows Internet Naming Service (WINS).
WINS를 사용하면 관리자는 이제 TCP/IP 프로토콜을 기반으로 이름 트래픽을 여러 네트워크에 걸쳐 라우팅할 수 있었습니다. WINS를 사용하는 경우 모든 컴퓨터가 자신의 이름과 IP 주소를 등록할 수 있는 중앙 위치가 있었습니다.
WINS 서버 (및 클라이언트) 작동 방식
WINS는 Windows 컴퓨터에서 실행되는 WINS 클라이언트와 호스트에 있는 데이터베이스를 가진 두 가지 주요 구성 요소로 이루어진 클라이언트-서버 시스템입니다. 이 데이터베이스에는 호스트 이름과 IP 주소 매핑을 나타내는 다양한 레코드가 포함되어 있습니다.
클라이언트 등록 및 해결
WINS 서버가 클라이언트가 사용할 수 있도록 네트워크에 제공되면 클라이언트는 할당, 등록 및 이름 해결이라는 세 가지 주요 방법으로 서버와 상호 작용합니다.
클라이언트 할당
WINS 이름 해결 프로세스의 회원이 되려면 Windows 컴퓨터는 먼저 어떤 WINS 서버와 통신할 것인지 알아야 합니다. 이를 위해 Windows 컴퓨터(WINS 클라이언트)는 수동으로 또는 DHCP를 통해 WINS 서버가 할당됩니다.
한번 WINS 서버를 가리키면 클라이언트는 서버에 자신을 등록하여 WINS 데이터베이스에 호스트 이름과 IP 주소 매핑을 생성합니다.
클라이언트 등록
WIN 클라이언트가 처음 온라인 상태가 되면, 고유한 호스트 이름을 가지고 있는지 확인하기 위해 요청을 보냅니다. 이 단계는 이름 중복을 피하기 위해 필요합니다. 네트워크에서 다른 이름을 찾지 못하면, 클라이언트는 WINS 데이터베이스에 자신을 등록합니다.
클라이언트 이름 해결
WINS 클라이언트가 WINS 서버를 가리키고 자신을 등록한 후 일정 시간이 지나면, 모든 클라이언트는 서로 다른 네트워크에서도 모든 다른 클라이언트 이름을 이름 해결을 통해 해결할 수 있습니다. 이들은 NetBIOS 이름 쿼리를 사용하여 WINS 서버에 문의하고, 특정 기계의 올바른 IP 주소로 요청에 응답합니다.
- 네트워크에서 제거된 클라이언트는 tombstoning이라고 하는 작업을 통해 WINS 데이터베이스에서 최종적으로 제거됩니다.
서버 복제
WINS 생태계는 많은 클라이언트가 단일 WINS 서버와 통신하는 것에 국한되지 않습니다. 여러 네트워크는 여전히 복제 파트너를 통해 다른 WINS 서버로 데이터베이스 레코드를 복제하도록 여러 WINS 서버를 유지합니다.
A WINS replication partner can be either configured in a pull or push manner. Pull replication partners request updated database records from Push partners. These requests occur every 15 minutes or in response to an update notification from a Push partner.
대규모 네트워크에서는 네트워크의 모든 WINS 서버를 풀 및 푸시 파트너로 구성하여 네트워크의 모든 WINS 서버에 대한 최신 데이터베이스 항목을 제공해야 합니다.
WINS의 한계
WINS는 한때 비라우터 NetBIOS 이름 분석을 라우터 및 확장 가능한 솔루션으로 전환하는 데 도움을 주었지만 이제 구식이라고 간주됩니다. 왜냐하면 주로 DNS 때문입니다.
WINS는 플랫 네임스페이스를 제공하여 네트워크에서 이름이 한 번만 사용되도록 요구했습니다. 이 단점은 대규모 네트워크에서는 잘 작동하지 않았습니다.
또한, WINS는 복제 옵션을 갖고 있지만 이는 시스템을 지나치게 복잡하게 만들고 문제 해결에 어려움을 초래할 수 있습니다.
WINS를 사용할까요? 사용하지 말까요?
수십 년 전에는 Windows 클라이언트가 네트워크 장치를 NetBIOS 이름으로 식별했으므로 WINS가 필요했습니다. 그러나 현재는 Windows 2000부터 시작하는 최신 기기에서는 WINS가 필요하지 않습니다.
Microsoft Systems Management Server (SMS) 또는 Microsoft BackOffice Server와 같은 레거시 응용 프로그램을 실행하는 일부 조직은 여전히 WINS가 필요할 수 있습니다.
WINS는 이제 Microsoft에서는 더 이상 사용되지 않는 기술로, Windows Server 2000 이상에서 운영되는 환경에서 이름 해석에 더 적합한 DNS와 같은 다른 프로토콜을 선호합니다.
그러나 Windows NT 서버 및 워크스테이션 응용 프로그램을 지원해야 하는 경우에는 WINS가 필요할 수 있습니다.