FreeBSD连载(64):NetBIOS名字解析

发表于:2007-07-01来源:作者:点击数: 标签:
NetBIOS与SMB/CIFS协议 在个人计算机和局域网发展的早期,为了在个人计算机上实现 网络 能力,Microsoft和IBM合作 开发 了一套协议NetBIOS,这是一套用于网络通讯的调用接口,开发者IBM认为这套协议将如同它们设计的计算机BIOS一样成为最基本的网络访问接口

NetBIOS与SMB/CIFS协议

  在个人计算机和局域网发展的早期,为了在个人计算机上实现网络能力,Microsoft和IBM合作开发了一 套协议NetBIOS,这是一套用于网络通讯的调用接口,开发者IBM认为这套协议将如同它们设计的计算机BIOS一 样成为最基本的网络访问接口,因此使用了NetBIOS这个名字。而Microsoft就使用NetBIOS接口开发 网络服务器及相应的客户软件。

  然后IBM在Token Ring和Ethernet上直接实现了NetBIOS驱动,实现了位于NetBIOS 和物理网络层之间的各种具体接口,这些程序遵循的标准被称为NetBEUI。NetBEUI直接控制Token Ring和Ethernet驱动程序,因此它只能运行在局域网上。但是NetBIOS本身并没有对下层使用的协议进行 限制,因此它除了可以在NetBEUI支持下运行之外,也可以在其他协议支持下运行。其他的网络开发者在另外的一些协 议的基础上也实现了NetBIOS接口,例如TCP/IP,IPX以及Decnet等。其中NetBIOS over IP由于使用TCP/IP协议,因而在低层与Unix计算机相容,成为Unix和个人计算机系统通信的基础。

  Windows系列计算机并不一定使用IP作它的网络传输协议,它也能使用IPX或NetBEUI作传输协议 ,但是FreeBSD不支持IPX或NetBEUI上的NetBIOS,必须为Windows客户配置IP协议,才能 与FreeBSD相互共享资源。

  • NetBIOS名字解析

  由于NetBIOS事实上是一种与TCP/IP独立发展的标准,虽然它可以使用TCP/IP作为传输协议,但 是由于概念上的不同,它并没有利用TCP/IP提供的全部能力,而是使用自己的方式来完成类似的工作。其中最大的区别 就在于名字解析方式上,NetBIOS具备自己独立的名字解析概念和能力,因此它使用的名字解析方式就与TCP/IP 中标准解析方式 ── DNS不同。在必须经过NetBIOS名字解析获得了一台命名相应的IP地址之后,NetBIOS 会话就可以建立在普通TCP连接的基础上了。因此在NetBIOS中,名字解析是NetBIOS会话与普通TCP 连接最大的不同之处。

  NetBIOS名字解析与DNS名字解析的最大不同在于NetBIOS是动态的,计算机需要首先注册自己的名 字,然后才能解析到该名字。动态解析虽然带来的很大的方便性,但却复杂和低效的多,因此只能用于小范围的局域网上。

  每个NetBIOS的名字可以多达16个字符,第16个字符用来标识输入名字时使用的程序类型。当NetBIOS 的计算机进行通信时,它必须基于NetBIOS名字,而不能基于IP地址。一个NetBIOS服务程序必须首先注 册自己的NetBIOS名字,而一个应用程序则需要查询所需要的NetBIOS名字。例如每台Windows计算机在 启动之后初始化网络时就使用所配置的计算机名字来初始化其使用的NetBIOS名字。

  • NetBIOS名字解析方式

  从NetBIOS名字查找相应的节点地址(TCP/IP协议中为IP地址)有几种不同的查找方式。

  

  • 本地广播: 在本地网络上发送广播,通过广播某设备的NetBIOS名字,查找其对应的IP地址。广 播方式也能用于注册自己的NetBIOS名字,例如一台计算机可以通过广播本机的名字,向其他计算机宣告自己使用了这 个NetBIOS名字。
  •   

  • 缓冲: 每个支持NetBIOS的计算机中,维护一个NetBIOS名字和相应IP地址的列表,这些 对应的名字都有一定的生存期,以便能及时更新。
  •   

  • NetBIOS名字服务器:使用一个名字服务器来提供名字与IP之间的解析任务,这个NetBIOS 名字服务器被称为NBNS(NetBIOS Name Server),Miscrosoft实现的NBNS名字服务 器为WINS(Windows Internet Name Service)。NetBIOS计算机首先要向NBN S登记自己的NetBIOS名字,完成名字的注册过程。
  •   

  • 预定义文件lmhosts:Microsoft Windows能通过查找存放在本地文件lmhos ts中的数据,来识别网络上NetBIOS名字和IP的关系,这个方式不是NetBIOS名字识别的标准,但它是Microsoft 的实现方式,因此是一种事实标准。
  •   

  • 通过DNS和hosts文件解析:DNS服务器和本地hosts文件中存放的数据是用于标准TCP/IP 协议中名字和IP之间转换使用的方式,但使用其他方式查找不出对应的节点地址时,Microsft Window s中通常也能通过标准的TCP/IP名字解析方式,进行名字和IP的转换。同样这也不是NetBIOS的标准,而是Micorsoft 的扩展。
  •   从这五种NetBIOS识别方式,以及其中的不同的名字注册方式出发,进行不同的组合方式,就构成不同的名字 识别策略。在NetBIOS标准中,将使用不同名字识别策略的模式称为不同的NetBIOS节点类型。

      B-node:通过广播方式来进行注册和进行识别NetBIOS名字。对于IP协议上的Net BIOS,就需要基于UDP进行广播,在小网络上这种方式工作得很好,但当网络增大时,就会被使用路由器将大网络分割 为几个小网。在一般情况下路由器不转发广播数据,广播包仅发送到本地网络。虽然可以配置路由器进行b-node广播转 发,但是这将使UDP广播产生大量的无用网络数据,且名字注册和解析的难度也增加了。因此对于较大的网络,这种方式不 可取。

      P-node(peer-to-peer):对等方式能为识别名字提供非常有效的方法,它使用 NetBIOS名字服务器进行名字的注册登记和名字识别。因此对于每个NetBIOS计算机,必须指定同样的NBNS 服务器的IP地址。这样在NBNS服务器停机或更改了设置(如IP地址等情况)的情况下,名字解析不能完成,就不能进 行NetBIOS通信。当然NetBIOS计算机可以配置为使用多个NBNS服务器,以便在其中一个出现问题时使用备 份的服务器。

      M-node(Mixed):为了正确解析NetBIOS名字,最好综合使用广播和名字服务器 的方式,这样的名字识别是一个复合的过程。M-node首先通过B-node广播方式进行名字识别过程,当广播方式失 败之后,再使用P-node方式进行查询。

      H-Node(Hybrid):H-node模式也是一种复合模式,它与M-node不同的地 方是查找的顺序不同。H-node先查找NBNS名字服务器,然后再使用广播方式进行查询。

      Windows中实际使用的名字识别方式是对标准H-node方式的扩展,Windows系列的计算机将首先 检查缓存中的内容,然后再查看WINS服务器,之后进行广播,然后将查找lmhosts文件,以及通过hosts和DNS 进行查找。实际进行NetBIOS识别是一个复杂的过程,主要就是由于NetBIOS是一个动态的名字解析方式, 每一台计算机都必须注册自身。

    • NetBIOS名字识别的过程

      与DNS不同,NetBIOS名字使用动态方式进行管理。DNS数据是静态的,增加和删除DNS名字需要管理 员手工更改配置文件。但NetBIOS要求计算机在网络上自动注册其名字,计算机停机之后占用的名字会被释放,这个过 程不需要管理员干预。因为它需要额外的网络数据以完成名字登记等过程,使得它不适合象Internet这样的大型网络 。NetBIOS名字识别需要三个步骤:

      名字注册:在NetBIOS启动时,计算机向整个网络声明占用了一个NetBIOS名字,如果已经有其他计算 机占用了这个名字,这个计算机就会收到错误信息。注册是通过向网络广播声明信息或向NetBIOS名字服务器登记的方 式来实现的。

      名字解析:通过广播或查询NetBIOS名字服务器来解析一个NetBIOS名字。此外还可以通过lmhosts 文件和DNS辅助解析名字。

      名字删除:在系统关机或提供的工作站服务结束时,会删除其占用的NetBIOS名。

      通过NetBIOS名字和共享的目录名,就能够定位Windows计算机上的资源。Microsoft使用U NC的形式来确定一个网络资源的位置,一个UNC以双反斜线开始,接下来是提供资源计算机的NetBIOS名字,然后 是该台计算机上提供资源的共享名,接下来就是下面的目录和文件名。如:\\ntserver\share\files ,因此使用一个资源的命令为:

    clearcase/" target="_blank" >cccccc width=100%>
    C:\> net use f: \\ntserver\share C:\> f: F:\>

    原文转自:http://www.ltesting.net