奇怪的networking问题(ZIP文件通过VPNtesting失败)

我们在运行Windows Server 2003的办公室中有一台服务器

我们的办公室通过硬件VPN(办公室里的Linksys RV082路由器到数据中心的CISCO路由器)连接到我们的数据中心。

有一个工作(PowerShell脚本),在办公室的服务器上运行,执行以下操作:使用7Zip从服务器压缩某些文件,将ZIP文件复制到办公室中的networking共享,并validationZIP完整性,将ZIP文件复制到networking共享数据中心并validationZIP的完整性。

问题是 – validation数据中心文件的ZIP完整性总是失败。 但是,如果我在数据中心的服务器上运行7Zip那个共享ZIP文件validation就好了,所以在复制操作时实际上并没有损坏

另外,我尝试在办公室的其他计算机上运行ZIP来validation数据中心文件共享上的ZIP文件,并validation确定。

我尝试使用不同的电缆将服务器连接到与我的工作站相连的networking端口(我的工作站不出现此问题),并且ZIPvalidation仍然失败。

总之,有一台服务器(运行脚本的本地服务器)在WAN上执行validation时总是失败。 但是,从与服务器相同的站点中的其他计算机运行时,validation总是成功。

在有问题的服务器的networking适配器属性中,没有“高级”选项卡,通常可以configuration大量的networking设置。

网卡驱动程序是最新的(Windows更新没有发现任何新的和联想网站没有这种计算机型号的Windows 2003的任何驱动程序)。

有没有其他方式通过命令行configurationnetworking设置? 什么设置可能与这个问题有关?

所以看起来这台服务器(服务器A)在本地成功validation文件,但通过广域网validation失败,但是其他工作站可以成功validation远程文件。

有些事情要检查:

  1. 7zip在所有机器上都是完全相同的版本吗?
  2. 在服务器A上运行sfc / scannow,看看是否修复了一切。 你可能在你的TCP堆栈上有问题。

我希望别人会发现它有用:我从来没有通过这个连接成功的7-Zip工作,所以我最终不得不实施PowerShell远程处理在远程服务器上产生7-Zip。