第二天：NetBIOS模块学习与设计

NetBIOS是提供给上层SMB API调用的传输接口，请原谅我这么来形容NetBIOS，因为如果按照7层的OSI结构的话，NetBIOS应该属于Session层。

 

NetBIOS为上层的应用程序提供了下面三种主要的服务

 

一，Name Service: 主要用于NebBIOS名字注册和查询，运行在UDP的137端口；

名字服务中的名字可以注册成两种类型，分别是unique名字和group名字。其中，NetBIOS名字节点的Name是不能超过16个字节的字符串。

名字服务中的名字查询则主要有下面两种方式，

1，在IP局域网上的注册查询，节点通过广播进行查找，使用这种方式进行查找的节点叫B节点。

2，在可路由的Internet上的注册查询，由于广播不能跨越子网，所以将名字信息都是发送给一个名字服务器，名字服务器通常部署在子网的DHCP服务器中，以便所有的客户端能够获取到服务器的IP地址并进行注册，使用这种方式进行注册和查找的节点叫做P节点。

 

 

二，Datagram Service： 运行在UDP的138端口，处理单播unicast (也叫做 "specific"), 组播multicast (group), 广播broadcast NetBIOS 数据包。

 

三，Session Service：SMB主要使用的传输方式，运行在TCP的139端口。

 

 

 

好了，到目前为止，关于NetBIOS，这些最基本的东西来起来也差不多了，开始设计吧。对于Name Service这一块，主要目标就是要完成名字服务的查询。这一切都是基于TCP之上的。

 

对了，忘了说一句，这里推荐一种网络抓包工具，叫做WireShark，Windows/Linux皆有版本。它的好处是可以解析出很多的网络协议格式。

 

在最开始的时候，按照RFC需要实现两个加密函数，虽然我觉得这种加密的方式实在太弱了，因为可以解密。但是考虑到SMB是如此的一个古老系统，所以也就忍了，乖乖的按照文档实现了FirstLevelEncoding和SecondLevelEncoding两个函数。