NetBIOS协议详解及其现代网络中的应用

本文还有配套的精品资源，点击获取

简介：NetBIOS协议是局域网通信的重要组成部分，提供网络应用编程接口，便于应用程序进行网络通信。该协议允许设备使用友好名称进行通信，并通过两种数据传输模式实现可靠或简单通信。它还支持文件和打印机共享以及网络中的广播和查询功能。NetBEUI是NetBIOS的增强版本，适用于小型局域网，而随着TCP/IP协议栈的普及，NetBIOS和NetBEUI的作用有所减弱，尽管如此，NetBIOS对于理解网络技术的发展和特定环境下的应用仍然具有重要价值。

1. NetBIOS协议概述

NetBIOS（Network Basic Input/Output System）协议是局域网（LAN）中早期使用的网络通信协议，设计用于提供简单的网络功能，如网络设备的命名与注册、数据通信、以及会话管理。自1980年代推出以来，NetBIOS以其易用性及对早期网络应用的支持，成为了许多操作系统和网络应用程序的基础。然而随着网络技术的发展，NetBIOS已经逐渐被更先进的协议如SMB/CIFS（Server Message Block/ Common Internet File System）所取代。尽管如此，NetBIOS在特定环境下仍扮演着不可或缺的角色，尤其是在一些遗留系统和老式网络设备中。

本章将探索NetBIOS的核心概念，包括其协议架构、工作方式以及在现代网络中的地位。我们还将讨论NetBIOS如何适应网络技术的演进，以及它在未来网络技术中的潜在价值和挑战。了解NetBIOS对于理解今天的网络协议和架构至关重要，尤其是对于那些需要维护和优化老旧网络系统的IT专业人士。

2. NetBIOS应用程序编程接口（API）

2.1 API基础功能

2.1.1 NetBIOS名称注册与释放

NetBIOS名称注册是网络通信中非常重要的一步，它确保网络中的每个节点都可以拥有一个唯一的标识符。这一过程涉及到将一个名称与其所在的网络地址关联起来。注册过程通常使用特定的NetBIOS API函数来完成。

在Windows平台上，可以使用 Netbios 函数来执行名称注册。这个函数的调用方式如下：

UCHAR Netbios(
    PNCB pNcb
);

参数 pNcb 是一个指向 NCB （Network Control Block）结构的指针，该结构包含了注册名称的相关信息。例如， ncb_name 字段用于存储要注册的NetBIOS名称。

成功注册后，名称将在网络上保持活动状态，直到被显式地释放或当节点断开网络连接时自动失效。释放名称的操作同样通过 Netbios 函数实现，但需要将 NCB 结构中的命令字段设置为 NCB_RELEASE 。

2.1.2 NetBIOS会话建立与终止

NetBIOS会话是两个节点之间通信的基础，它允许节点间交换数据。建立会话的过程涉及到一系列的请求和响应。NetBIOS API为开发者提供了建立和终止会话的接口。

一个典型的会话建立流程如下：

1. 节点A发送一个会话请求给节点B。
2. 节点B收到请求，并响应一个会话确认。
3. 节点A收到确认后，会话建立成功，可以开始数据传输。

在Windows中，会话的建立可以通过发送一个 NCB_CALL 命令来实现。为了终止会话，可以使用 NCB_HANGUP 命令。

下面是一个简单的示例代码，展示了如何在Windows环境下使用NetBIOS API建立和终止会话：

// 定义NCB结构并初始化
NCB ncb;
memset(&ncb, 0, sizeof(NCB));
ncb.ncb_lsn = 0; // 初始化会话号
ncb.ncb_cmd = NCB_ADDNAME; // 添加名称命令
ncb.ncb_name = "MyComputerName"; // 要注册的NetBIOS名称

// 注册NetBIOS名称
UCHAR result = Netbios(&ncb);

// 建立会话
if (result == NRC_OK) {
    memcpy(ncb.ncb_callname, "DestinationName", 16); // 目标名称
    ncb.ncb_cmd = NCB_CALL;
    Netbios(&ncb); // 发起会话请求
}

// ...

// 终止会话
ncb.ncb_cmd = NCB_HANGUP;
Netbios(&ncb);

2.2 API高级应用

2.2.1 数据报服务的使用

NetBIOS数据报服务提供了一种无连接的通信方式，这意味着数据报可以独立于会话发送和接收。数据报服务非常适合于不需要维持状态信息的短消息传输。

在使用数据报服务时，通常需要调用 NCB_SENDDR 命令，它允许节点发送一个数据报到网络上的其他节点。接收到的数据报将会通过一个预定的回调函数处理。这个回调函数必须由应用程序在之前的会话初始化步骤中注册。

下面的示例演示了如何在Windows环境下发送一个NetBIOS数据报：

// 初始化NCB结构
NCB ncb;
memset(&ncb, 0, sizeof(NCB));
ncb.ncb_lsn = 0;
ncb.ncb_cmd = NCB_SENDDR;

// 指定目标名称
memcpy(ncb.ncb_dname, "DestinationName", 16);

// 数据报内容
unsigned char data[] = { /* ... 消息内容 ... */ };

// 设置数据报参数
ncb.ncb_buffer = data;
ncb.ncb_length = sizeof(data);

// 发送数据报
UCHAR result = Netbios(&ncb);

if(result != NRC_OK) {
    // 处理错误
}

为了接收数据报，通常需要在程序启动时注册一个回调函数：

// 假设已经有一个回调函数
void __stdcall ReceiveDataHandler(NCB *ncb) {
    // 处理接收到的数据报
}

// 注册回调函数
ncb.ncb_cmd = NCB_REGISTER;
ncb.ncb_callname = "*";
ncb.ncb_cplt_code = ReceiveDataHandler; // 指定回调函数地址

UCHAR result = Netbios(&ncb);

2.2.2 名字解析过程

名字解析是NetBIOS API中一个复杂的过程，它将NetBIOS名称翻译成网络地址。这个过程对于确保不同节点间能够正确通信至关重要。

当一个应用程序需要发送数据到另一个节点时，它通常会先尝试解析对方的NetBIOS名称。如果名称解析成功，它将获得目标节点的网络地址，并可以使用该地址来建立会话或发送数据报。

Windows环境下，可以使用 Netbios 函数配合 NCB_NAME_SERVICE 命令来执行名称解析：

// 初始化NCB结构
NCB ncb;
memset(&ncb, 0, sizeof(NCB));
ncb.ncb_lsn = 0;
ncb.ncb_cmd = NCB_NAME_SERVICE;

// 指定要解析的名称
memcpy(ncb.ncb_name, "TargetName", 16);

// 执行名称解析
UCHAR result = Netbios(&ncb);

if(result == NRC_OK) {
    // 名称解析成功，处理返回的地址信息
}

解析结果通常存储在 NCB 结构的 ncb_num 和 ncb_buffer 字段中，包含了节点的地址信息。

2.2.3 错误处理机制

NetBIOS API中的错误处理机制对于开发者来说至关重要，它帮助识别和处理在执行网络操作时可能遇到的问题。

错误可以通过返回值来报告，通常这些返回值是 UCHAR 类型。这些值可以直接用于判断操作是否成功或失败。如果操作失败，通常还可以通过检查 NCB 结构中的 ncb_retcode 字段来获得更详细的错误信息。

下面的示例演示了如何根据 UCHAR 返回值进行基本的错误处理：

UCHAR result = Netbios(&ncb); // 执行NetBIOS操作

switch (result) {
    case NRC_OK:
        // 操作成功
        break;
    case NRC_NAM冲突:
        // 处理名称冲突错误
        break;
    // ...
    default:
        // 处理未知错误
        printf("未知错误代码: %02X\n", result);
}

根据错误代码的类型，开发者可以采取适当的措施，如重试操作、释放资源或通知用户等。在处理错误时，应该特别注意那些需要网络管理员干预的错误，如网络配置错误或硬件故障。

3. NetBIOS名字服务功能

NetBIOS名字服务是该协议的核心，它允许计算机通过名称相互识别和通信，而不是通过难以记忆的IP地址。名字服务主要负责处理名字注册、解析以及管理名字冲突等问题。理解这些概念对于深入掌握NetBIOS的运作至关重要。

3.1 名字注册与解析

3.1.1 名字注册的类型和机制

名字注册是NetBIOS名字服务的一个基础功能。当一个应用程序启动时，它可以通过名字注册服务将一个名称与自己的网络地址关联起来。这样做可以确保其他网络上的计算机可以通过该名称访问到应用程序。NetBIOS名字可以是最多15个字符的字符串，用于在网络上唯一标识计算机、用户、打印机和通信服务。

名字注册类型分为永久和短暂。永久注册是指一旦注册，其名字将保持在网络中，即使注册者下线也不会丢失。短暂注册则相反，当注册者下线或重启时，这个名字将会消失。这种机制允许临时设备（如来宾计算机）加入网络，而不会干扰那些拥有固定名称的设备。

名字注册的机制是通过广播或者特定的NetBIOS命名服务器来实现。当一个计算机尝试注册一个名字时，它将发送一个广播到本地网络，询问该名字是否已被占用。如果没有响应，它将认为该名字是可用的，并在自己的名字缓存中注册该名字。如果该名字已被占用，注册者将收到一个名称冲突的消息。

graph TD
    A[计算机启动] --> B{检查名称是否已被占用}
    B -- 未占用 --> C[广播名称注册请求]
    B -- 已占用 --> D[接收名称冲突消息]
    C --> E{接收到冲突消息?}
    E -- 否 --> F[在名字缓存中注册名字]
    E -- 是 --> G[尝试其他名称注册或解析冲突]

3.1.2 解析过程和算法

名字解析是将名称转换为网络地址的过程。当一个应用程序需要与网络上的另一个应用程序通信时，它首先必须找到对方的网络地址。为此，它会使用名字解析功能。解析过程可以通过广播、直接查询NetBIOS命名服务器或者利用本地缓存中的信息来完成。

解析算法首先检查本地缓存。如果本地缓存中没有相关信息，那么会通过广播来请求其他计算机提供地址信息。在某些网络配置中，解析请求会被发送到NetBIOS命名服务器。如果所有尝试都失败了，那么这个解析尝试会返回错误。

解析过程中可能涉及到一个称为"名称解析顺序"的概念，这决定了网络客户端在什么顺序下尝试不同的解析方法。通过这种机制，网络通信可以适应不同的网络配置和拓扑结构，从而提高网络的稳定性和弹性。

3.2 名字冲突与管理

3.2.1 名字冲突检测与解决

NetBIOS名字冲突是一个潜在问题，当两个或多个设备尝试注册相同的名称时就会发生。为了检测和解决名字冲突，NetBIOS名字服务实现了专门的机制。当一个设备在尝试注册名称时，它首先会检查本地网络中是否已有该名称存在。这通常通过广播名称查询来完成。

如果发现冲突，NetBIOS名字服务会通知试图注册的设备。注册设备随后将需要采取措施来解决冲突。常见的解决方法包括要求用户更改名称、自动增加名称后缀（如计算机名的简短描述）或自动选择一个不同的名称。这些机制确保了网络上的设备可以无冲突地通信。

3.2.2 名字空间管理和优化

名字空间管理是NetBIOS名字服务中的高级功能，它涉及到名字的分配、跟踪和维护。一个高效的管理策略对于确保网络上名字服务的准确性和稳定性至关重要。名字空间管理的一个重要方面是优化算法，这些算法可以减少广播请求的数量，降低网络拥堵和延迟。

优化策略可以包括为常用的名称缓存，定期清理不再使用的名字，以及避免在多个客户端之间重复注册相同的名称。此外，一些网络配置可能允许使用NetBIOS命名服务器进行集中管理，这可以通过减少广播来显著提高网络性能。

graph TD
    A[名称注册请求] --> B{广播名称查询}
    B --> C[发现名称冲突?]
    C -- 是 --> D[请求解决方案]
    C -- 否 --> E[名称注册成功]
    D --> F[用户干预或系统自动处理]
    F --> E
    E --> G[名称空间管理优化]
    G --> H[减少广播请求]
    H --> I[提高网络性能]

名字空间管理的优化对于大型网络尤其重要，可以提高网络的整体效率。通过高级管理策略，网络管理员可以更好地控制和维护网络的名字空间，减少错误和冲突，并最终确保网络通信的顺畅。

在本章节中，我们探讨了NetBIOS名字服务的注册、解析、冲突处理和名字空间管理等关键方面。理解这些概念对于维护NetBIOS网络的健康和性能至关重要，同时也为下一章关于NetBIOS数据报服务与会话服务的讨论提供了坚实的基础。

4. NetBIOS数据报服务与会话服务

NetBIOS（Network Basic Input/Output System）提供了两种主要的通信服务：数据报服务和会话服务。数据报服务支持无连接的网络通信，而会话服务提供面向连接的、可靠的数据传输。在本章节中，我们将深入探讨这两种服务的工作原理和特性。

4.1 数据报服务的工作原理

4.1.1 数据报传输的特点

数据报服务允许应用程序发送和接收长度有限的消息，不建立专用的通信会话。这种服务的特点是简单快捷，允许发送者和接收者之间快速交换信息，但不保证消息的顺序、完整性和可靠性。

数据报消息具有以下特点：

• 无连接 ：发送前不需要建立连接，发送后也不需要断开连接。
• 不可靠 ：不保证消息的送达或送达顺序。
• 有限大小 ：每个数据报消息有最大长度限制，通常在136至504字节之间。

4.1.2 数据报的发送与接收

发送数据报时，应用程序需要通过NetBIOS API指定目标的网络名称和消息内容。NetBIOS接口将这些信息打包成数据报格式，通过网络发送到目的地。接收到的数据报由网络驱动程序递交给NetBIOS接口，然后由接口层将数据报提交给目标应用程序。

这里展示了数据报的发送与接收流程的代码示例：

// 伪代码，展示数据报发送
NETBIOS_STATUS SendDatagram(
    char* destName, // 目标名称
    char* message,  // 要发送的消息
    int messageSize // 消息大小
) {
    // ... 发送逻辑和错误检查 ...
}

// 伪代码，展示数据报接收
NETBIOS_STATUS ReceiveDatagram(
    char* destName, // 接收者名称
    char* buffer,   // 接收缓冲区
    int bufSize,    // 缓冲区大小
    int* receivedSize // 接收到的消息大小
) {
    // ... 接收逻辑和错误检查 ...
}

4.2 会话服务的特性

4.2.1 会话的建立与维护

会话服务通过建立一个专用的通信会话来保证数据的有序传递。一旦建立了会话，数据就可以连续、可靠地传输，直到会话被终止。这种服务适合需要频繁交换大量数据的应用程序。

会话的建立过程涉及以下几个步骤：

1. 会话请求 ：客户端通过NetBIOS API发出会话请求，指定服务端的名称。
2. 会话建立 ：服务端响应请求，两个通信实体之间建立连接。
3. 数据传输 ：数据在这个会话中被传输，一般采用流控制和错误检测机制保证数据的正确性。
4. 会话终止 ：通信结束后，任一方或双方可以终止会话。

4.2.2 数据流控制和错误检测

会话服务使用流控制机制来管理数据的发送速率，避免网络拥塞。这通常涉及到滑动窗口协议，它允许发送方在接收到接收方的确认信息前发送一定数量的数据包。

此外，会话服务还实现了错误检测和纠正机制，比如使用校验和来检测数据在传输过程中是否受损。如果检测到错误，通常会重新传输损坏的数据。

结语

通过本章的介绍，我们了解了NetBIOS数据报服务和会话服务的核心特性及其工作原理。数据报服务为网络通信提供了轻量级、无连接的选择，适用于对实时性和快速响应有高要求的场景。会话服务则提供了面向连接的可靠数据传输，适用于需要保证数据完整性和顺序的应用程序。接下来的章节将探讨NetBIOS在文件共享和打印共享方面的作用，以及NetBEUI协议对NetBIOS功能的增强。

5. NetBIOS的文件和打印共享机制

NetBIOS (Network Basic Input/Output System) 是在局域网环境中实现文件和打印服务共享的一个关键协议。它使得网络上的计算机能够识别和共享资源。在本章中，我们将深入探讨NetBIOS的文件和打印共享机制，包括其工作原理和实现过程。

5.1 文件共享机制详解

5.1.1 文件共享的原理

NetBIOS通过名称服务来识别网络上的资源，使得文件共享成为可能。在文件共享过程中，首先需要在NetBIOS名称表中注册一个资源名称，这个名称对应于网络上的一台机器或者一个服务。当一台客户端想要访问远程文件时，它会通过NetBIOS名称解析过程来定位资源，然后建立一个会话，并通过会话服务来读取或写入文件。

5.1.2 文件访问权限与安全性

文件共享的安全性非常重要，NetBIOS通过访问控制列表（ACLs）来管理访问权限。ACLs定义了哪些用户或用户组可以对共享文件进行哪些操作。文件共享时，可以根据用户身份和组成员身份来控制权限。同时，文件共享还可能涉及密码保护，确保只有授权的用户才能访问特定的共享资源。

5.2 打印共享技术实现

5.2.1 打印机的配置与共享

在NetBIOS网络中，打印机的共享相对直接。首先需要在一台计算机上安装并配置好打印机，然后通过网络向其他计算机共享这台打印机。在Windows环境下，可以通过“打印机和传真”设置界面来启用打印机共享，并通过设置共享名称和描述来方便其他用户识别和连接。

5.2.2 打印任务的管理

一旦打印机被共享，它就可以接受来自网络上的打印任务。NetBIOS允许用户从网络上任何一台计算机管理打印队列，包括暂停打印任务、删除任务或者重新排列任务的优先级。网络上的打印任务管理通常通过系统的打印管理工具来完成。

graph TD
    A[用户请求打印] --> B[打印任务提交]
    B --> C[打印任务加入队列]
    C --> D[打印任务执行]
    D --> E[打印完成]
    C --> F[管理打印任务]
    F --> G[暂停/删除/重新排列]
    G --> E

这个流程图展示了从用户请求打印到打印任务管理的整个过程。需要注意的是，此流程图是简化的，真实环境中可能涉及更多的步骤和检查点，例如身份验证和权限验证。

在配置和管理文件及打印共享服务时，需要考虑以下几点： - 确保网络上的用户身份验证和权限控制适当，以防止未授权访问。 - 对共享资源进行定期监控和维护，确保其正常运行。 - 安排合理的网络带宽，以免因打印任务导致网络拥塞。 - 更新和打补丁，确保共享服务不受已知安全漏洞的影响。

在下一章节中，我们将探讨NetBIOS的广播和查询机制，以及如何优化这些过程以提高网络资源管理的效率和安全性。

6. NetBIOS广播和查询机制

6.1 广播的工作模式

6.1.1 广播的种类与机制

在NetBIOS协议中，广播是实现网络通信的一种基本方式。它允许网络上的所有节点接收到一个发送给特定组或所有节点的消息。NetBIOS提供了两种广播模式：

• 本地广播（Local Broadcast） ：只在同一个物理网络段内部进行，确保只有本地网络的节点能接收到消息。
• 网络广播（Network Broadcast） ：则通过路由器等网络设备跨越多个物理网络段，影响范围更广。

广播工作模式基于目的节点的NetBIOS名称来进行通信。当一个节点需要发送广播消息时，它将消息的目的地址设置为特殊的NetBIOS组名称，例如 <00> （对应所有节点）或 <1C> （对应所有打印机），然后发送到网络上。

6.1.2 广播的应用场景分析

广播消息在许多网络应用中都扮演着重要角色，尤其是在资源发现和状态更新等场景中。例如，当用户尝试访问网络上的一台共享打印机时，客户端会发送一个广播查询来找出可用的打印机。同样，文件和打印服务在启动时通常会进行广播，以通知网络上的其它节点它们的存在和所提供的服务类型。

6.2 查询操作的流程

6.2.1 名字查询与解析过程

当NetBIOS客户端需要与另一台NetBIOS服务器建立连接时，它首先需要解析服务器的NetBIOS名称为IP地址。这一过程由NetBIOS名字查询完成，主要有两种类型：

• 节点查询 ：用于获取特定NetBIOS名称所对应的IP地址。
• 组查询 ：用于获取特定NetBIOS组的成员列表。

解析过程通常涉及以下步骤：

1. 客户端广播发送查询请求 ：客户端发送一个名字查询请求，查找特定的NetBIOS名称。
2. 服务节点回应 ：如果网络上存在该名称的服务节点，它会响应请求，并发送其IP地址给查询者。
3. 解析结果 ：客户端接收到IP地址后，使用该地址与服务节点建立连接。

6.2.2 查询效率和优化策略

由于广播查询涉及所有节点，它可能导致网络拥塞，特别是在大型网络中。为了优化查询效率，可以采取以下措施：

• 使用NetBIOS名字服务器（NBNS） ：NetBIOS名字服务器可以缓存名称解析结果，减少网络上的重复广播查询。
• 限制广播域 ：通过使用VLAN和子网划分，减少广播消息的传播范围，从而降低网络负载。
• 定期清理缓存 ：定期清除过时的名字解析记录，确保查询结果的准确性和时效性。

通过这些策略，可以在保持NetBIOS广播和查询机制灵活性的同时，减轻其对网络资源的压力，从而提高网络通信的整体效率。

本文还有配套的精品资源，点击获取

简介：NetBIOS协议是局域网通信的重要组成部分，提供网络应用编程接口，便于应用程序进行网络通信。该协议允许设备使用友好名称进行通信，并通过两种数据传输模式实现可靠或简单通信。它还支持文件和打印机共享以及网络中的广播和查询功能。NetBEUI是NetBIOS的增强版本，适用于小型局域网，而随着TCP/IP协议栈的普及，NetBIOS和NetBEUI的作用有所减弱，尽管如此，NetBIOS对于理解网络技术的发展和特定环境下的应用仍然具有重要价值。

本文还有配套的精品资源，点击获取