맨위로가기

넷바이오스

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

넷바이오스(NetBIOS)는 컴퓨터의 근거리 통신망(LAN) 통신을 위한 API로, 1983년 Sytek Inc.에 의해 개발되었다. IBM PC Network LAN 기술을 기반으로 하며, 넷바이오스 API는 PC 네트워크에서 통신 소프트웨어의 핵심 역할을 했다. 1985년 IBM은 토큰 링 네트워크 스킴을 위해 NetBIOS 에뮬레이터인 NetBEUI를 개발했고, MS-Net과 노벨의 NetBIOS 에뮬레이션 등 다양한 구현이 등장했다. 1987년에는 TCP/IP 패킷에서 NetBIOS를 캡슐화하는 NetBIOS over TCP/IP(NBT)가 발표되었다. 넷바이오스는 이름 서비스, 데이터그램 분배 서비스, 세션 서비스를 제공하며, 윈도우 운영체제에서는 노드 유형에 따라 IP 주소 확인 방식이 달라진다. 넷바이오스 이름과 인터넷 호스트 이름은 서로 다르며, 넷바이오스 접미사는 서비스 유형을 나타낸다. 넷바이오스는 SMB 프로토콜을 사용하여 윈도우 파일 및 프린터 공유를 가능하게 했다.

더 읽어볼만한 페이지

  • 네트워크 프로토콜 - UUCP
    UUCP는 유닉스 시스템 간 파일 복사, 원격 명령 실행, 이메일 및 유즈넷 뉴스 전송을 위한 프로토콜 및 프로그램 모음으로, 초기 인터넷 확장에 중요한 역할을 했으나 TCP/IP 기반 서비스 보편화로 사용이 감소했다.
  • 네트워크 프로토콜 - 프레임 릴레이
    프레임 릴레이는 LAN 간 또는 WAN 종단점 간 데이터 전송을 위한 고속 패킷 교환 방식 통신 프로토콜로, X.25 프로토콜을 간소화하여 속도를 높이고, 영구 가상 회선을 통해 안정적인 연결을 제공하며, 서비스 품질 설정을 통해 프레임 우선순위를 지정할 수 있었으나, 현재는 다른 기술에 밀려 사용이 감소하고 있다.
넷바이오스
개요
유형응용 프로그래밍 인터페이스
통신 방식세션 계층을 통해 LAN 상에서 컴퓨터 간 통신 지원
특징컴퓨터 이름 기반 통신, 브로드캐스트 메시지 지원
참고NetBIOS는 프로토콜이 아닌 API임
상세 정보
통신 모델클라이언트-서버 모델 기반
이름 서비스NetBIOS 이름 서버(NBNS)를 통해 이름 등록 및 확인
브로드캐스트를 통해 이름 확인
세션 서비스세션 생성, 유지, 종료 기능 제공
신뢰성 있는 연결 지향적 통신 지원
데이터그램 서비스비연결형 통신 지원
브로드캐스트 및 멀티캐스트 메시지 전송 가능
역사
개발IBM과 Sytek에서 1983년에 개발
목적IBM PC 네트워크를 위한 API 제공
영향LAN Manager, Windows NT 등 다양한 네트워크 운영체제에서 사용
TCP/IP 환경에서도 NetBIOS를 사용할 수 있도록 NetBIOS over TCP/IP (NBT) 개발
NetBEUI
설명NetBIOS Extended User Interface의 약자
특징NetBIOS API를 사용하는 프로토콜
LAN 환경에 최적화
라우팅 불가능
대체TCP/IP의 발전으로 인해 점차 사용 빈도 감소
NetBIOS Frames
설명NetBIOS Frames 프로토콜의 약자
특징NetBIOS 패킷을 직접 이더넷 프레임에 캡슐화
NetBEUI와 유사하게 라우팅 불가능
Microsoft Windows NT 4.0 및 이전 버전에서 사용
NetBIOS over TCP/IP (NBT)
설명TCP/IP 프로토콜 상에서 NetBIOS를 사용할 수 있도록 하는 프로토콜
기능NetBIOS 이름 서비스 (NBNS)를 TCP/IP 네트워크 상에서 제공
NetBIOS 세션 및 데이터그램 서비스를 TCP/IP를 통해 제공
장점라우팅 가능한 TCP/IP 네트워크 상에서 NetBIOS 응용 프로그램 사용 가능
참고 사항
중요NetBIOS는 프로토콜 스택이 아니라 응용 프로그램이 네트워크와 통신하는 데 사용할 수 있는 API임
다양한 프로토콜(NetBEUI, NetBIOS Frames, NBT)을 통해 구현 가능

2. 역사

넷바이오스는 1983년 Sytek Inc에 의해 개발된 IBM PC 네트워크 LAN 기술을 이용한 통신 소프트웨어용 API이다. 넷바이오스는 시간이 흐르면서 여러 회사와 기술 발전을 통해 기능이 확장되고 다양한 네트워크 환경에 적용되었다.

1985년, IBM은 토큰링 네트워크 방식을 채택하면서 기존 넷바이오스 API를 확장한 넷바이오스 에뮬레이터인 '''넷뷰'''(NetBEUI, NetBIOS Extended User Interface)를 개발하였다. 같은 해, 마이크로소프트는 MS-Net 네트워킹 기술을 위해 자체적인 NetBIOS API 구현을 만들었다. 1986년, 노벨은 Advanced 노벨 넷웨어 2.0을 출시하면서 자체 NetBIOS API 에뮬레이션을 선보였다. 1987년에는 TCP 및 UDP 패킷에서 NetBIOS를 캡슐화하는 방법인 NetBIOS over TCP/IP (NBT)가 발표되었다.

IBM의 기술 참조 서적에 처음 게재된 이후, NetBIOS API 사양은 업계의 ''사실상'' 표준이 되었다. 초기에는 LAN에서 최대 80대의 PC만 지원했지만, NBF에서 NBT로의 전환을 통해 이러한 제한은 극복되었다. 특히, 마이크로소프트는 Windows 클라이언트-서버 네트워크에서 NetBIOS 호스트 이름 확인을 위해 DNS으로 전환하였다.

2. 1. 초기 개발 (1983년)

넷바이오스는 1983년 Sytek Inc에 의해 개발된 IBM PC 네트워크 LAN 기술을 이용한 통신 소프트웨어용 API이다.[1] IBM PC Network에서 NetBIOS는 API 자체로서 유선 통신을 위해 독점적인 Sytek 네트워킹 프로토콜에 의존했다.

2. 2. IBM의 NetBEUI 개발 (1985년)

1985년, IBM은 토큰링 네트워크 방식을 추진하면서, PC 네트워크 시절의 넷바이오스 인식 애플리케이션들이 IBM의 새로운 토큰 링 하드웨어에서 작동할 수 있도록 Sytek Inc의 넷바이오스 API의 에뮬레이터를 제작했다. 넷바이오스 확장 사용자 인터페이스(NetBEUI, NetBIOS Extended User Interface)라고 불린 이 IBM 에뮬레이터는 Sytek이 만든 기본 넷바이오스 API를 확장하여, 특히 토큰 링의 더 큰 노드 용량을 처리하는 기능을 추가했다.[1] 동시에 IBM은 새로운 네트워킹 프로토콜인 NBF를 제작하여 NetBEUI API(향상된 NetBIOS API)가 IEEE 802.2 논리 링크 제어 계층에서 토큰 링을 통해 서비스를 제공할 수 있도록 했다.[1]

2. 3. 마이크로소프트의 NetBIOS 구현 (1985년)

1985년, 마이크로소프트는 MS-Net 네트워킹 기술을 위해 NetBIOS API의 자체 구현을 만들었다. IBM의 토큰 링과 마찬가지로, 마이크로소프트의 NetBIOS 구현 서비스는 NBF 프로토콜에 의해 IEEE 802.2 논리 링크 제어 계층을 통해 제공되었다.[2] 그러나 MS-Net은 OEM에게만 제공되었으며, 실제로는 완전한 제품이 아니었고, 배포된 형태로는 네트워크에서 통신할 준비가 되지 않았다. OSI 계층 1~4(물리, 데이터 링크, 네트워크 및 전송 계층)의 구현이 없었고, OEM은 MS-Net 버전을 완전하고 사용 가능한 제품으로 만들기 위해 이러한 구현(NetBIOS 부분의 형태로)을 제공해야 했다. MS-Net은 마이크로소프트 자체의 NetBIOS 변형을 통해 네트워크에 액세스했는데, 이는 두 부분으로 나뉘어져 있었다. OEM이 계층 1-4에 의존하는 NetBIOS 호출을 구현해야 하는 하위 수준 부분과 마이크로소프트에서 제공하는 상위 수준 부분은 하드웨어 및 프로토콜에 독립적이었다. 이 NetBIOS 구현은 전체 NetBIOS API를 지원했지만, IBM의 표준 인터럽트 0x5C 대신 x86 인터럽트 0x2A를 호출하여 호출되었다. OEM이 NetBIOS의 일부를 구현해야 했던 것은 불행하게도 서로 다른 OEM 버전의 MS-Net과 NetBIOS가 일반적으로 서로 통신할 수 없다는 부작용을 낳았다.[3]

NetBIOS와 NetBEUI라는 이름 사이에는 약간의 혼란이 있다. NetBEUI는 엄격히 IBM의 토큰 링용 1985년 향상된 NetBIOS 에뮬레이터의 별칭으로 시작되었다. 당시 다른 회사의 NetBIOS 구현이 토큰 링의 에뮬레이터에서 발견된 API 확장을 통합했는지 여부에 관계없이 단순히 NetBIOS로 알려졌다는 점을 고려할 때 NetBEUI라는 이름은 거기서 끝났어야 했다. 그러나 MS-Net의 경우, 마이크로소프트는 NBF 프로토콜의 구현에 "NetBEUI"라는 이름을 붙였다. 즉, 전송 프로토콜의 구현에 IBM의 향상된 API 버전을 따라 이름을 붙였다. 결과적으로 이더넷을 통한 마이크로소프트 파일 및 프린터 공유는 종종 NetBEUI라고 계속 불리며, NetBIOS라는 이름은 일반적으로 TCP/IP를 통한 파일 및 프린터 공유와 관련해서만 사용된다. 보다 정확하게는 전자는 NetBIOS 프레임 (NBF)이고 후자는 NetBIOS over TCP/IP (NBT)이다.

2. 4. 노벨의 NetBIOS 에뮬레이션 (1986년)

1986년, 노벨은 자체 NetBIOS API 에뮬레이션을 적용한 Advanced 노벨 넷웨어 2.0을 출시했다. 이 서비스는 NetBIOS over IPX/SPX (NBX) 프로토콜을 사용하여 NetWare의 IPX/SPX 프로토콜 내에 캡슐화되었다.[3]

2. 5. NetBIOS over TCP/IP (NBT) 발표 (1987년)

1987년, TCP 및 UDP 패킷에서 NetBIOS를 캡슐화하는 방법인 NetBIOS over TCP/IP (NBT)가 발표되었다. 이는 RFC 1001 ("TCP/UDP 전송의 NetBIOS 서비스에 대한 프로토콜 표준: 개념 및 방법") 및 RFC 1002 ("TCP/UDP 전송의 NetBIOS 서비스에 대한 프로토콜 표준: 상세 사양")에 설명되어 있다.[1] NBT 프로토콜은 "TCP/IP 프로토콜 제품군을 사용할 수 있는 거의 모든 유형의 시스템에서 [NetBIOS 애플리케이션] 구현을 구축할 수 있도록"하고 "인터넷에서 NetBIOS 상호 운용성을 허용"하기 위해 개발되었다.

2. 6. 사실상의 표준 및 DNS로의 전환

IBM PC 네트워크 LAN 기술을 이용한 통신 소프트웨어용 API로 1983년 Sytek Inc에 의해 개발된 넷바이오스는, 시간이 흐르면서 여러 회사와 기술 발전을 통해 기능이 확장되고 다양한 네트워크 환경에 적용되었다.

1985년, IBM은 토큰링 네트워크 방식을 채택하면서 기존 넷바이오스 API를 확장한 넷바이오스 에뮬레이터인 '''넷뷰'''(NetBEUI, NetBIOS Extended User Interface)를 개발하였다. 이를 통해 PC 네트워크 상에서 넷바이오스를 인식하는 애플리케이션들이 새로운 디자인에서 동작할 수 있게 되었다.[1]

같은 해, 마이크로소프트는 MS-Net 네트워킹 기술을 위해 자체적인 NetBIOS API 구현을 만들었다. IBM의 토큰 링과 마찬가지로, 마이크로소프트의 NetBIOS 구현 서비스는 NBF 프로토콜에 의해 IEEE 802.2 논리 링크 제어 계층을 통해 제공되었다.[2] 그러나 MS-Net은 OEM에게만 제공되었으며, 초기에는 완전한 제품이 아니었다.

1986년, 노벨은 Advanced 노벨 넷웨어 2.0을 출시하면서 자체 NetBIOS API 에뮬레이션을 선보였다. 이 서비스는 NetBIOS over IPX/SPX (NBX) 프로토콜을 사용하여 NetWare의 IPX/SPX 프로토콜 내에 캡슐화되었다.

1987년에는 TCP 및 UDP 패킷에서 NetBIOS를 캡슐화하는 방법인 NetBIOS over TCP/IP (NBT)가 발표되었다. 이는 RFC 1001 및 RFC 1002에 상세히 설명되어 있다.

IBM의 기술 참조 서적에 처음 게재된 이후, NetBIOS API 사양은 원래 LAN에서 최대 80대의 PC만 지원했음에도 불구하고 업계의 ''사실상'' 표준이 되었다. 이러한 제한은 NBF에서 NBT로의 전환을 통해 극복되었으며, 마이크로소프트는 Windows 클라이언트-서버 네트워크에서 NetBIOS 호스트 이름 확인을 위해 도메인 이름 시스템 (DNS)으로 전환할 수 있었다.

3. 서비스

넷바이오스는 이름 서비스(NetBIOS-NS), 데이터그램 분배 서비스(NetBIOS-DGM), 세션 서비스(NetBIOS-SSN)의 세 가지 주요 서비스를 제공한다.[4]


  • 이름 서비스 (NetBIOS-NS): 이름 등록 및 이름 확인을 수행한다.
  • 데이터그램 분배 서비스 (NetBIOS-DGM): 비연결형 통신을 지원한다.
  • 세션 서비스 (NetBIOS-SSN): 연결 지향 통신을 지원한다.


SMB은 넷바이오스 자체의 필수적인 부분이 아니며, 상위 계층에서 세션 및 데이터그램 서비스 위에서 실행되는 서비스이다. SMB는 TCP 위에서도 실행될 수 있는데, 이는 TCP가 메시지 경계에 대한 개념 없이 바이트 스트림 서비스만 제공하기 때문에 길이 필드를 추가하는 적응 계층을 통해 가능하다.[4]

3. 1. 이름 서비스 (NetBIOS-NS)

넷바이오스가 제공하는 세 가지 서비스 중 하나인 이름 서비스(NetBIOS-NS)는 이름 등록 및 이름 확인을 위한 서비스이다.[4] 세션을 시작하거나 데이터그램을 배포하려면 응용 프로그램은 이름 서비스를 사용하여 해당 NetBIOS 이름을 등록해야 한다. NetBIOS 이름은 16옥텟 길이이며 구현에 따라 다르다. 일반적으로 16번째 옥텟은 NetBIOS 접미사라고 하며 리소스 유형을 지정하고, 시스템이 어떤 유형의 서비스를 제공하는지 다른 응용 프로그램에 알리는 데 사용될 수 있다. NBT에서 이름 서비스는 UDP 포트 137에서 작동한다 (TCP 포트 137도 사용할 수 있지만 드물게 사용됨).

NetBIOS에서 제공하는 이름 서비스 기본 요소는 다음과 같다.

  • 이름 추가 – NetBIOS 이름을 등록한다.
  • 그룹 이름 추가 – NetBIOS "그룹" 이름을 등록한다.
  • 이름 삭제 – NetBIOS 이름 또는 그룹 이름을 등록 해제한다.
  • 이름 찾기 – 네트워크에서 NetBIOS 이름을 찾는다.


인터넷 프로토콜 버전 6(IPv6)은 NetBIOS 이름 확인 프로토콜에서 지원되지 않는다.

3. 2. 데이터그램 분배 서비스 (NetBIOS-DGM)

넷바이오스가 제공하는 서비스 중 하나인 데이터그램 분배 서비스(NetBIOS-DGM)는 비연결형 통신을 위한 서비스이다. 오류 감지 및 복구는 응용 프로그램이 담당한다. NBT에서 데이터그램 서비스는 UDP 포트 138에서 실행된다.

NetBIOS가 제공하는 데이터그램 서비스의 기본 요소는 다음과 같다.

  • 데이터그램 전송 – 원격 NetBIOS 이름으로 데이터그램을 보낸다.
  • 브로드캐스트 데이터그램 전송 – 네트워크의 모든 NetBIOS 이름으로 데이터그램을 보낸다.
  • 데이터그램 수신 – 데이터그램 전송 작업에서 패킷이 도착할 때까지 기다린다.
  • 브로드캐스트 데이터그램 수신 – 브로드캐스트 데이터그램 전송 작업에서 패킷이 도착할 때까지 기다린다.

3. 3. 세션 서비스 (NetBIOS-SSN)

세션 모드를 사용하면 두 대의 컴퓨터가 연결을 설정하고, 메시지가 여러 패킷에 걸쳐 전송될 수 있으며, 오류 감지 및 복구를 제공한다. NBT에서 세션 서비스는 TCP 포트 139에서 실행된다.

NetBIOS에서 제공하는 세션 서비스 기본 요소는 다음과 같다.

  • Call – 원격 NetBIOS 이름에 세션을 연다.
  • Listen – NetBIOS 이름에 세션을 열려는 시도를 수신 대기한다.
  • Hang Up – 세션을 닫는다.
  • Send – 세션의 반대편 컴퓨터로 패킷을 보낸다.
  • Send No Ack – Send와 유사하지만 응답을 요구하지 않는다.
  • Receive – 세션의 반대편에서 Send에서 패킷이 도착할 때까지 대기한다.


PC-Network에서 NetBIOS 서비스를 구현하는 데 사용된 원래 프로토콜에서 세션을 설정하기 위해, 시작 컴퓨터는 Open 요청을 보내고 Open 응답으로 답한다. 세션을 시작한 컴퓨터는 세션 요청 패킷을 보내고, 이 패킷은 세션 수락 또는 세션 거부 패킷을 유발한다.

설정된 세션 동안, 각 전송된 패킷은 긍정 응답(ACK) 또는 부정 응답(NAK)으로 응답한다. NAK는 데이터의 재전송을 유발한다. 세션은 시작하지 않은 컴퓨터가 닫기 요청을 보내 닫힌다. 세션을 시작한 컴퓨터는 닫기 응답으로 응답하며, 이 응답은 최종 세션 닫기 패킷을 유발한다.

4. 노드의 종류

윈도우 운영체제에서 네트워크에 연결된 컴퓨터의 '''노드 유형'''은 IP 주소에 대한 NetBIOS 이름 확인 방식과 관련이 있다. 이는 NetBIOS 노드에 IP 주소가 존재한다고 가정하며, 이는 NetBIOS가 NBT를 통해 작동할 때만 보장된다. 따라서 노드 유형은 NetBIOS 자체의 속성이 아니라 윈도우 운영체제 환경에서 NetBIOS와 TCP/IP 간의 상호 작용과 관련된 속성이다. 노드 유형에는 네 가지가 있다.

노드 유형설명
B-노드: 0x01브로드캐스트
P-노드: 0x02피어 (WINS 전용)
M-노드: 0x04혼합 (브로드캐스트, 그 다음 WINS)
H-노드: 0x08하이브리드 (WINS, 그 다음 브로드캐스트)



사용 중인 노드 유형은 명령 프롬프트를 열고 `ipconfig /all`을 입력하여 표시된다. 윈도우 컴퓨터 레지스트리를 노드 유형에 대해 "알 수 없음"을 표시하도록 구성할 수도 있다.

5. NetBIOS 이름과 인터넷 호스트 이름

넷바이오스가 인터넷 프로토콜 제품군(예: NBT)과 함께 실행될 때, 각 컴퓨터는 하나 이상의 넷바이오스 이름과 하나 이상의 인터넷 호스트 이름을 가질 수 있다.

5. 1. NetBIOS 이름

넷바이오스 이름은 16개의 아스키 문자로 구성되지만, 마이크로소프트는 호스트 이름을 15자로 제한하고 16번째 문자를 넷바이오스 접미사로 사용한다. 이 접미사는 호스트 레코드, 마스터 브라우저 레코드, 도메인 컨트롤러 레코드 또는 기타 서비스와 같은 서비스 또는 이름 레코드 유형을 설명한다. 호스트 이름(또는 짧은 호스트 이름)은 윈도우 네트워킹이 설치/구성될 때 지정되며, 등록된 접미사는 호스트에서 제공하는 개별 서비스에 의해 결정된다.

넷바이오스 이름을 통해 TCP/IP를 실행하는 컴퓨터에 연결하려면 해당 이름을 네트워크 주소로 확인해야 한다. 오늘날에는 일반적으로 IP 주소이다(넷바이오스 이름에서 IP 주소로의 확인은 브로드캐스트 또는 WINS 서버 - 넷바이오스 이름 서버를 통해 수행되는 경우가 많다). 컴퓨터의 넷바이오스 이름은 15자로 잘린 경우도 있지만, 컴퓨터의 호스트 이름과 동일한 경우가 많지만 완전히 다를 수도 있다.

넷바이오스 이름은 영숫자 문자 시퀀스이다. 다음 문자들은 명시적으로 허용되지 않는다: \/:*?"<>|. 윈도우 2000부터 넷바이오스 이름은 DNS 이름에 대한 제약도 준수해야 했다. 즉, 숫자만으로는 구성될 수 없으며, 하이픈("-") 또는 마침표(".") 문자가 첫 번째 또는 마지막 문자로 나타날 수 없다. 윈도우 2000부터 마이크로소프트는 넷바이오스 이름에 마침표(".") 문자를 포함하지 않도록 권장하여, 애플리케이션이 마침표의 존재를 사용하여 도메인 이름과 넷바이오스 이름을 구별할 수 있도록 했다.

LMHOSTS 파일은 WINS 서버를 사용하지 않는 소규모 네트워크에 사용할 수 있는 넷바이오스 이름 확인 방법을 제공한다.

5. 2. 인터넷 호스트 이름

넷바이오스 이름은 컴퓨터의 인터넷 호스트 이름과 혼동되어서는 안 된다. 일반적으로 인터넷 프로토콜을 실행하는 컴퓨터는 호스트 이름(머신 이름이라고도 함)을 가진다. 원래 이러한 이름은 hosts 파일에 저장되어 제공되었지만, 오늘날에는 대부분 도메인 이름 시스템(DNS)의 일부이다.

일반적으로 윈도우 컴퓨터의 호스트 이름은 넷바이오스 이름과 기본 DNS 접미사를 기반으로 하며, 시스템 속성 대화 상자에서 설정할 수 있다. 연결별 접미사도 있을 수 있는데, 제어판 → 네트워크 → TCP/IP → 고급 속성의 DNS 탭에서 보거나 변경할 수 있다.

호스트 이름은 응용 계층의 텔넷, FTP, 웹 브라우저 등과 같은 응용 프로그램에서 사용된다. TCP/IP 프로토콜을 실행하는 컴퓨터에 이름을 사용하여 연결하려면, 호스트 이름을 IP 주소로 변환해야 하며, 이는 일반적으로 DNS 서버에서 수행한다. IP 주소만 사용하여 많은 TCP/IP 기반 응용 프로그램을 작동시키는 것도 가능하지만, 일반적인 방식은 아니다.

6. NetBIOS 접미사

넷바이오스 접미사(NetBIOS Suffix)는 넷바이오스 이름의 16번째 문자이며, 등록된 이름에 대한 서비스 유형을 나타낸다. 레코드 유형의 수는 255개로 제한되어 있으며, 일반적으로 사용되는 값은 다음과 같다.

넷바이오스 접미사 (16진수)
이름 유형접미사서비스
고유 이름00워크스테이션 서비스 (워크스테이션 이름)
고유 이름03윈도우 메신저 서비스
고유 이름06원격 액세스 서비스
고유 이름20파일 서비스 (호스트 레코드라고도 함)
고유 이름21원격 액세스 서비스 클라이언트
고유 이름1B도메인 마스터 브라우저 – 도메인의 기본 도메인 컨트롤러
고유 이름1D마스터 브라우저
그룹 이름00워크스테이션 서비스 (워크그룹/도메인 이름)
그룹 이름1C도메인의 도메인 컨트롤러 (최대 25개의 IP 주소를 가진 그룹 레코드)
그룹 이름1E브라우저 서비스 선거


7. 프로토콜 스택

넷바이오스(NetBIOS)는 컴퓨터 애플리케이션이 LAN에서 통신할 수 있도록 지원하는 API이다. 1983년 Sytek Inc.가 IBM PC Network LAN 기술을 위해 개발하였다. 1985년, IBM은 토큰 링 네트워크를 위해 NetBIOS API의 에뮬레이터인 NetBIOS 확장 사용자 인터페이스(NetBEUI)를 만들었다. 이와 함께 NBF 프로토콜이 개발되어 NetBEUI API가 IEEE 802.2 논리 링크 제어 계층에서 토큰 링을 통해 서비스를 제공할 수 있게 되었다.[1]

같은 해, 마이크로소프트는 MS-Net을 위해 자체 NetBIOS API 구현을 만들었으며, NBF 프로토콜을 통해 IEEE 802.2 논리 링크 제어 계층에서 서비스를 제공했다.[2] 1986년 노벨은 IPX/SPX를 통한 NetBIOS (NBX) 프로토콜을 사용하는 Advanced 노벨 넷웨어 2.0을 출시했다. 1987년에는 TCP/IP를 통한 NetBIOS (NBT)가 발표되어 TCP 및 UDP 패킷에서 NetBIOS를 캡슐화하는 방법이 제시되었다.[3]

NetBEUI는 IBM의 토큰 링용 에뮬레이터의 별칭으로 시작되었으나, 마이크로소프트가 NBF 프로토콜 구현에 "NetBEUI"라는 이름을 붙이면서 혼란이 발생했다. 이로 인해 이더넷을 통한 마이크로소프트 파일 및 프린터 공유는 NetBEUI, NetBIOS는 TCP/IP를 통한 파일 및 프린터 공유와 관련하여 사용되는 경우가 많다. 정확하게는 전자는 NetBIOS 프레임 (NBF), 후자는 TCP/IP를 통한 NetBIOS (NBT)이다.

넷바이오스(NetBIOS) 관련 프로토콜 스택
계층프로토콜
응용 계층 (7)
표현 계층 (6)		윈도우 채팅, 클립북 뷰어, 마이크로소프트 하츠, NetDDE, SMB
세션 계층 (5)넷바이오스(NetBIOS)
전송 계층 (4)NBF (윈도우에서 "NetBEUI"로 잘못 표기됨), IPX/SPX, TCP/UDP, QUIC (UDP 위에서)
네트워크 계층 (3)IPX, IP
데이터 링크 계층 (2)IEEE 802.2 on 이더넷, 토큰 링, IPX를 전달하는 모든 링크, IP를 전달하는 모든 링크
물리 계층 (1)IBM PC 네트워크, 이더넷, 토큰 링


참조

[1] 웹사이트 10. Assessing Windows Networking Services - Network Security Assessment, 2nd Edition [Book] https://www.oreilly.[...] 2023-04-20
[2] 웹사이트 Getaway hardware for protocols https://www.networki[...] 2023-04-20
[3] 웹사이트 Early Microsoft Networks {{!}} OS/2 Museum http://www.os2museum[...] 2024-09-04
[4] 웹사이트 "[MS-WPO]: WINS Management Protocol" https://learn.micros[...] 2019-02-14


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com