论文部分内容阅读
在局域网工作环境中，通过共享方式交流、传输文件是常有的事情，并且在这一过程中遇到一些稀奇古怪的共享访问故障也是不可避免的。这不，笔者前几天碰到的一个共享访问故障就非常蹊跷，当笔者在自己的工作站中尝试访问位于另外一台工作站中的共享文件时，发现在不同的时间进行访问时，目标共享文件有时能够顺利访问到，有时不能顺利访问到。遇到这种共享访问故障时，我们究竟该采取什么措施进行应对呢？
故障回放
由于工作需要，笔者需要访问同事的共享资源；当笔者在自己的工作站系统中打开系统的运行文本框，并在其中执行字符串命令“aa”（其中“aa”为同事工作站的IP地址），来尝试访问同事的工作站，当系统屏幕上出现登录对话框要求输入共享访问帐号与密码时，笔者按照之前的设置正确输入了用户名和密码，结果屏幕上又出现了类似“当前没有有效的服务器来解决访问请求”这样的提示，不过过了几分钟后再使用同样的操作进行共享访问时，同事的共享资源又能被正常访问了。
在对参与共享访问的两台工作站上网参数进行仔细检查时，笔者发现这两台工作站都存在一个共同的特性，那就是它们都同时设置使用了两个不同的IP地址。当前，笔者单位的局域网网络使用的网段IP地址为192.168.1，网关IP地址被设置为了192.168.1.1，局域网中的所有工作站平时都是通过这个网段中的IP地址进行共享访问的；不过，为了让局域网中的几台文件服务器相互之间能够快速进行交换文件，并且不让局域网中的其他工作站访问到，因此网络管理员在局域网服务器中又增加了10.176.6网段的IP地址，考虑到只是几台特殊主机之间的访问，所以网络管理员当时就没有为这个工作子网设置10.176.6网段的网关地址。
故障排查
在对参与共享访问的两台工作站上网参数进行仔细检查后，笔者并没有找到可疑之处，无奈之下只好向Internet网络求援。笔者在Internet网络上经过漫长搜索查询之后，才意识到这种故障现象其实是由于共享通信协议自身的原因引发的。要想排除这则奇怪的共享访问问题，我们有必要先来认识一下共享访问通信协议的工作过程。
在安装了Windows系统的工作站中，文件共享访问操作是通过SMB通信协议来完成的。而SMB通信协议的工作方式主要有两种，一种是Direct hosting工作方式，另外一种就是NetBios Over TCP/IP工作方式。当文件共享访问操作通过Direct hosting工作方式进行时，文件共享访问过程不需要进行名称解析操作，而是直接通过TCP445通信端口进行数据传输；当文件共享访问操作通过NetBios Over TCP/IP工作方式进行时，往往需要通过NetBIOS连接接口来尝试网络连接，同时会占用UDP137端口、UDP138端口以及TCP139端口，并且文件共享访问操作会通过UDP137端口完成名字解析任务，通过UDP138通信端口完成数据传输任务，通过TCP139端口完成会话服务任务，并且进行文件传输操作，所以这一过程中最为重要的就是TCP139通信端口了。
我们知道，在旧版本Windows系统环境下，工作站主要就是通过NetBIOS通信协议进行数据传输的，不过在Windows 2000以后版本的工作站系统中，新增了Direct hosting工作方式，不过并没有将NetBios Over TCP/IP工作方式取消掉。并且NetBios Over TCP/IP工作方式已经被绑定到网卡设备驱动上了，同时该协议只能绑定在目标网卡设备的第一个IP地址上，在本文中NetBios Over TCP/IP工作方式已经被绑定到192.168.1网段中的IP地址上了；而Direct hosting工作方式显然不存在这种限制。在文件中，当笔者在自己的工作站中访问10.176.6网段的服务器主机时，Windows就会自动优先使用事先绑定的同网段IP地址进行网络连接，而不会自动使用192.168.1网段中的IP地址进行网络连接。到了这里，相信各位朋友已经明白了上面共享访问故障产生的原因了。很明显，这种故障产生的关键原因就在于笔者的工作站无法自动识别使用正确的网络连接方式，而是使用类似“抢答”一样的网络连接方式，既有可能使用Direct hosting网络连接方式，又有可能使用NetBios Over TCP/IP网络连接方式，这就会造成笔者的工作站访问同事的共享资源时，既有可能顺利访问到，又有可能访问不到。
故障解决
弄清楚了故障产生的具体原因后，笔者立即采取了有效办法，让自己工作站系统取消NetBios Over TCP/IP工作方式，而强行使用Direct hosting工作方式就可以了，下面就是具体的设置步骤：
首先依次单击“开始”/“设置”/“网络连接”命令，在弹出的网络连接列表窗口中，用鼠标右键单击其中的本地连接图标，并执行右键菜单中的“属性”命令，打开本地连接属性设置窗口；
其次单击该属性设置窗口中的“常规”标签，打开如图1所示的标签设置页面，选中该页面中的“Internet协议（TCP/IP）”选项，并单击“属性”按钮，打开TCP/IP协议的属性设置界面；单击该设置界面中的“高级”按钮，进入TCP/IP协议的高级属性设置界面，再单击其中的“WINS”选项卡，打开如图2所示的选项设置页面，在该页面的“NetBIOS设置”处，检查“禁用TCP/IP上的NetBIOS”选项有没有被选中，要是发现该选项还没有被选中时，我们应该及时将它重新选中，再单击对应设置页面中的“确定”按钮来保存好上述各项设置。那样一来，笔者的工作站系统日后就能自动通过Direct hosting工作方式进行网络连接了，而不会采用NetBios Over TCP/IP工作方式进行网络连接了，那样一来共享资源有时能被访问有时不能被访问的故障现象就被解决了。
小提示
有时候，局域网中的一些非法用户会偷偷使用BT下载工具下载共享资源，共享资源所在的主机上网带宽很容易被消耗殆尽，那样一来其他用户再访问共享资源时，速度也会变得非常缓慢。为了防止由BT下载引起的共享访问速度缓慢现象发生，我们只要在共享资源所在的主机系统中进行以下设置，就能禁止非法用户使用P2P之类的下载工具访问共享资源了：
首先在共享资源所在的主机系统中，依次单击“开始”/“运行”命令，并在系统运行文本框中执行字符串命令“gpedit.msc”，打开对应系统的组策略编辑窗口；
其次将鼠标定位于组策略编辑窗口左侧列表窗格中的“计算机配置”节点上，再从该节点下面依次选中“管理模板”/“网络”/“Microsoft对等网络服务”分支选项，在“Microsoft对等网络服务”分支选项下面找到目标组策略选项“关闭Microsoft对等网络服务”，并用鼠标双击该组策略选项，在其后弹出的组策略属性设置窗口中选中“已启用”选项，再单击“确定”按钮关闭组策略属性窗口，那样的话共享资源所在的主机系统就会禁止用户使用P2P下载服务了。
故障回放
由于工作需要，笔者需要访问同事的共享资源；当笔者在自己的工作站系统中打开系统的运行文本框，并在其中执行字符串命令“aa”（其中“aa”为同事工作站的IP地址），来尝试访问同事的工作站，当系统屏幕上出现登录对话框要求输入共享访问帐号与密码时，笔者按照之前的设置正确输入了用户名和密码，结果屏幕上又出现了类似“当前没有有效的服务器来解决访问请求”这样的提示，不过过了几分钟后再使用同样的操作进行共享访问时，同事的共享资源又能被正常访问了。
在对参与共享访问的两台工作站上网参数进行仔细检查时，笔者发现这两台工作站都存在一个共同的特性，那就是它们都同时设置使用了两个不同的IP地址。当前，笔者单位的局域网网络使用的网段IP地址为192.168.1，网关IP地址被设置为了192.168.1.1，局域网中的所有工作站平时都是通过这个网段中的IP地址进行共享访问的；不过，为了让局域网中的几台文件服务器相互之间能够快速进行交换文件，并且不让局域网中的其他工作站访问到，因此网络管理员在局域网服务器中又增加了10.176.6网段的IP地址，考虑到只是几台特殊主机之间的访问，所以网络管理员当时就没有为这个工作子网设置10.176.6网段的网关地址。
故障排查
在对参与共享访问的两台工作站上网参数进行仔细检查后，笔者并没有找到可疑之处，无奈之下只好向Internet网络求援。笔者在Internet网络上经过漫长搜索查询之后，才意识到这种故障现象其实是由于共享通信协议自身的原因引发的。要想排除这则奇怪的共享访问问题，我们有必要先来认识一下共享访问通信协议的工作过程。
在安装了Windows系统的工作站中，文件共享访问操作是通过SMB通信协议来完成的。而SMB通信协议的工作方式主要有两种，一种是Direct hosting工作方式，另外一种就是NetBios Over TCP/IP工作方式。当文件共享访问操作通过Direct hosting工作方式进行时，文件共享访问过程不需要进行名称解析操作，而是直接通过TCP445通信端口进行数据传输；当文件共享访问操作通过NetBios Over TCP/IP工作方式进行时，往往需要通过NetBIOS连接接口来尝试网络连接，同时会占用UDP137端口、UDP138端口以及TCP139端口，并且文件共享访问操作会通过UDP137端口完成名字解析任务，通过UDP138通信端口完成数据传输任务，通过TCP139端口完成会话服务任务，并且进行文件传输操作，所以这一过程中最为重要的就是TCP139通信端口了。
我们知道，在旧版本Windows系统环境下，工作站主要就是通过NetBIOS通信协议进行数据传输的，不过在Windows 2000以后版本的工作站系统中，新增了Direct hosting工作方式，不过并没有将NetBios Over TCP/IP工作方式取消掉。并且NetBios Over TCP/IP工作方式已经被绑定到网卡设备驱动上了，同时该协议只能绑定在目标网卡设备的第一个IP地址上，在本文中NetBios Over TCP/IP工作方式已经被绑定到192.168.1网段中的IP地址上了；而Direct hosting工作方式显然不存在这种限制。在文件中，当笔者在自己的工作站中访问10.176.6网段的服务器主机时，Windows就会自动优先使用事先绑定的同网段IP地址进行网络连接，而不会自动使用192.168.1网段中的IP地址进行网络连接。到了这里，相信各位朋友已经明白了上面共享访问故障产生的原因了。很明显，这种故障产生的关键原因就在于笔者的工作站无法自动识别使用正确的网络连接方式，而是使用类似“抢答”一样的网络连接方式，既有可能使用Direct hosting网络连接方式，又有可能使用NetBios Over TCP/IP网络连接方式，这就会造成笔者的工作站访问同事的共享资源时，既有可能顺利访问到，又有可能访问不到。
故障解决
弄清楚了故障产生的具体原因后，笔者立即采取了有效办法，让自己工作站系统取消NetBios Over TCP/IP工作方式，而强行使用Direct hosting工作方式就可以了，下面就是具体的设置步骤：
首先依次单击“开始”/“设置”/“网络连接”命令，在弹出的网络连接列表窗口中，用鼠标右键单击其中的本地连接图标，并执行右键菜单中的“属性”命令，打开本地连接属性设置窗口；
其次单击该属性设置窗口中的“常规”标签，打开如图1所示的标签设置页面，选中该页面中的“Internet协议（TCP/IP）”选项，并单击“属性”按钮，打开TCP/IP协议的属性设置界面；单击该设置界面中的“高级”按钮，进入TCP/IP协议的高级属性设置界面，再单击其中的“WINS”选项卡，打开如图2所示的选项设置页面，在该页面的“NetBIOS设置”处，检查“禁用TCP/IP上的NetBIOS”选项有没有被选中，要是发现该选项还没有被选中时，我们应该及时将它重新选中，再单击对应设置页面中的“确定”按钮来保存好上述各项设置。那样一来，笔者的工作站系统日后就能自动通过Direct hosting工作方式进行网络连接了，而不会采用NetBios Over TCP/IP工作方式进行网络连接了，那样一来共享资源有时能被访问有时不能被访问的故障现象就被解决了。
小提示
有时候，局域网中的一些非法用户会偷偷使用BT下载工具下载共享资源，共享资源所在的主机上网带宽很容易被消耗殆尽，那样一来其他用户再访问共享资源时，速度也会变得非常缓慢。为了防止由BT下载引起的共享访问速度缓慢现象发生，我们只要在共享资源所在的主机系统中进行以下设置，就能禁止非法用户使用P2P之类的下载工具访问共享资源了：
首先在共享资源所在的主机系统中，依次单击“开始”/“运行”命令，并在系统运行文本框中执行字符串命令“gpedit.msc”，打开对应系统的组策略编辑窗口；
其次将鼠标定位于组策略编辑窗口左侧列表窗格中的“计算机配置”节点上，再从该节点下面依次选中“管理模板”/“网络”/“Microsoft对等网络服务”分支选项，在“Microsoft对等网络服务”分支选项下面找到目标组策略选项“关闭Microsoft对等网络服务”，并用鼠标双击该组策略选项，在其后弹出的组策略属性设置窗口中选中“已启用”选项，再单击“确定”按钮关闭组策略属性窗口，那样的话共享资源所在的主机系统就会禁止用户使用P2P下载服务了。