예를 들어 Windows에서 "네트워크"를 보면 호스트, 프린터 등으로 채워져 있습니다. 또는 네트워크 드라이브를 매핑하면 IP를 모르더라도 공유 및 기타 리소스가 "그곳에 있는" 것처럼 보입니다. 공유가 있는 호스트의 주소입니다. 이러한 리소스는 NetBIOS 또는 다른 프로토콜로 광고됩니까? 그러고 보니 폴더 공유를 설정할 때 공유 광고 여부를 광고하는 옵션이 표시되지 않습니다. 그에 대한 설정이 있나요?
답변1
여기에는 두 가지 프로토콜 클래스가 있으며 각 클래스마다 경쟁하는 프로토콜이 많이 있습니다.
서비스 발견(탐색) 프로토콜은 합리적으로 최신 목록을 얻는 데 도움이 됩니다.이름네트워크에서 사용할 수 있는 호스트 및 서비스에 대한 정보는 제공하지만 해당 호스트 및 서비스에 실제로 연결하는 데 필요한 IP 주소는 알려주지 않습니다. NetBIOS 브라우징(도메인 마스터 브라우저 포함 또는 제외), UPnP의 SSDP, WSD(Web Services Discovery), WCN(Windows Connect Now), IETF ZeroConf(Apple Bonjour)의 "dns-sd" 부분 및 Java와 같은 더 오래된 것 Jini와 IETF 서비스 위치 프로토콜(SLP)은 모두 시스템에서 사용될 수 있는 서비스 검색 프로토콜의 예입니다.
이름 확인프로토콜을 사용하면 명명된 호스트 및 서비스에 대한 IP 주소를 조회할 수 있습니다. NetBIOS 이름 서비스, WINS, DNS 및 LLMNR은 모두 이름 확인 프로토콜의 예입니다.
전통적으로 Windows 시스템에서는 작업 그룹 내 서비스 검색을 위해 로컬 LAN 브로드캐스트 기반 NetBIOS 검색을 사용하고, 이름 확인을 위해 로컬 LAN 브로드캐스트 기반 NetBIOS 이름 서비스를 사용해 왔습니다. Windows NT Advanced Server가 도입되었을 때 NT 서버에서 실행되는 "도메인 마스터 브라우저"의 도움으로 여러 서브넷에 걸쳐 있을 수 있는 슈퍼 작업 그룹과 같은 "Windows 도메인"이라는 개념이 추가되었습니다. 또한 서브넷을 통과할 수 있는 유니캐스트 방식으로 Windows 스타일 이름 확인을 수행할 수 있도록 "Windows 인터넷 이름 서비스"를 추가했습니다.
디자인 결함, 구현의 번거로움, NetBIOS 스타일 검색 및 이름 확인의 불안정성, 그리고 개방형 표준이 아닌 Microsoft 중심으로 간주되었기 때문에 Microsoft가 아닌 다른 그룹에서는 다른 서비스 검색 및 이름 확인 프로토콜을 개발했습니다. 그 중 일부는 제한적인 성공을 거두고 계속해서 머물러 있는 반면(홈 게이트웨이 및 프린터의 UPnP, 그리고 아마도 몇 가지 다른 종류의 LAN 장치, Mac의 ZeroConf/Bonjour), 제가 생각하는 다른 것들은 대부분 잊혀진 것 같습니다(Jini, SLP).