一次简单的排错经历
原创
©著作权归作者所有:来自51CTO博客作者小弟子的原创作品,请联系作者获取转载授权,否则将追究法律责任
今天,遇见了这样的一个问题,公司有员工反映:两台机器,A 为服务器,地址为192.168.200.198, B机器为个人用pc,ip地址为192.168.200.35,使用B机器 运行:\\192.168.200.198, 无法打开A机器上的共享文件。
出现了这样的现象,这种现象以前也遇见过,于是我从系统入手,查看A机器上的管理员权限和guest的权限,将两个权限全部放开,但是现象依然存在。于是我在B机器上共享了d盘,通过A服务器上来运行 \\192.168.200.35,发现可以共享过去。
网络拓扑为:A接华为s3526三层交换机,但是该三层交换机当二层用,B接h3c3100二层交换机,两个交换机均接到了另一个华为的三层交换机上,该三层交换机与上面所提到的交换机 trunk 连接。
开始并没有想到路由协议的问题,一直在两边进行测试,最后发现只能单方向共享文件,A可以访问B,但是B不能访问A,由于和A接的交换机是前人调试的,开始有点大意,认为应该不会在该交换机上作访问控制列表。
在排除了计算机系统的原因后,进入与A连接的交换机发现了一个acl 3000,其中有这个的几个rule ,将nebios的协议deny掉了,并且该acl 3000应用到了与A相连的交换机的trunk口的in方向上。该acl如图所示发现了这个问题,一切就不难了,进入该trunk 口,讲acl 3000的访问控制列表去掉,重新测试,B机器即可访问A服务器上的共享文件夹。
上一篇:第一次参与综合布线的总结
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
记一次用LabVIEW将产生数据存入数组的经历
LabVIEW将产生数据存入数组
移位寄存器 数组 LabVIEW -
一次安装tengine的经历
一次安装tengine的经历
linux yum tengine