C:> net use f: ntservershareC:> f:F:>上面的net use命令将ntserver上的share资源映射为F:盘 。
名字服务器的工作原理
由于b-node广播会在网络上产生大量的信息流,尤其是在网络是由多个子网构成的时候,而使用路由器本来就是要隔离广播信息,可是为了进行名字解析,就不得不转发b-node广播信息包,这就达不到缩减无用网络流量的目的 。
使用名字服务器进行解析就能避免这个问题,客户通过对名字服务器进行查询而非广播,信息流就不必传播到各个子网上,就能减少广播数据,减轻网络的负担节省带宽,并且能有效的提高名字解析的速度及准确性 。
实际存在的Windows网络甚至很少利用名字服务器进行名字解析,这就使得这些网络名字解析存在很大问题,常常会出现不同计算机的网络邻居列表不同,根本原因就是广播方式是没有保证的,必须转向名字服务器方式才能解决名字解析问题 。
普通NetBIOS计算机和NBNS服务器进行通信有四个不同的通信过程:
名字注册:每台NetBIOS计算机启动时,都在名字服务器上注册 。这样就保持了数据库的自动更新,并具备动态更新的特性 。名字服务器将返回确认信息,以及这个名字的生存期TTL 。如果客户要求的名字已经被占用了,服务器就查询占用这个名字的客户是否还在网络上,以判断这个名字是否可以再次被使用 。这种情况主要发生在Windows计算机死机后重新登记的过程中,因为此时在计算机死机之前,它在名字服务器中登记的名字还存在,如果名字服务器简单的拒绝提供名字,那么这个计算机就无法再次获得自己的名字 。只有在真正发生冲突的情况下,客户的名字注册才会失败 。
名字更新:由于每个名字都存在一个生存期TTL,那么当经历了这个TTL一半的时间,客户会向服务器进行更新请求,刷新服务器上的TTL设置 。
名字释放:客户停机时会与服务器通信释放其占用的NetBIOS名字,其名字TTL超时也会使得服务器释放这个名字 。
名字识别:客户可以向NBNS服务器发送查询名字的请求,进行名字解析 。
有些情况下,客户没有设置支持名字服务器,或者使用的客户软件还不支持名字服务器进行解析,可以通过设置一个WINS代理,由它来在广播数据和查询名字服务器之间进行转换,它可以帮助客户注册并回应客户的广播查询 。
未完,待续 。。。
推荐阅读
- 50 FreeBSD连载:定制X Window的基本方法
- FreeBSD MRTG-CPU Loading with net-snmp
- 59 FreeBSD连载:编译安装新内核
- FreeBSD Grep的介绍
- FreeBSD Apinger 介绍
- FreeBSD 系统进程
- 58 FreeBSD连载:为编译内核准备源代码
- FreeBSD 4.0 Kernel Hacking Guide--vm/vm_page.
- 利用 FreeBSD 组建安全的网关
- BSD家族大观 --1. FreeBSD
