我已经尝试弄清楚这个问题好几天了，但没有成功，所以我想在这里问一下。
我们有两栋大楼，通过视距无线网络桥连接。我们有两个路由器，每栋大楼各一个，新大楼的一个路由器设置为网关，旧大楼的另一个路由器设置为“桥接”模式。我们的互联网通过此桥接在两栋大楼之间共享，网络上的所有计算机都可以访问互联网，这意味着桥接正在运行。
问题是，位于新大楼的服务器无法与旧大楼的计算机通信，旧大楼的计算机也无法与新大楼的服务器通信。上周五，服务器运行正常。新大楼的计算机可以毫无问题地与旧大楼的计算机通信。
笔记：我所说的讨论是指共享和访问文件和文件夹。
问题是，为什么计算机之间可以正常通信，而服务器却无法与旧大楼里的计算机通信。
额外的信息：
- 新大楼的路由器是我们的 DHCP 和 DNS。
- 一切都正确指向新大楼的路由器。
- 我尝试重新启动计算机、服务器、路由器和网桥，但问题仍未得到解决。
- 我们的服务器仅设置为文件服务器，没有什么特别的。
- 网络上大约有 30 多个设备，一些是无线的，一些是有线的。
- 服务器是Windows Server 2008 r2
- 这些计算机是 Windows 7、XP 和几个 8.1。
- 我也无法从服务器 ping 旧大楼的计算机。但是，我可以从新大楼的任何其他计算机 ping 旧大楼的任何计算机。
如果您需要更多信息，请告诉我。我真的很想解决这个问题。
编辑1
- 服务器具有静态 IP 地址
- 所有计算机都位于同一子网
- 有一个防火墙，但我尝试禁用它，但没有任何变化。
编辑2
- 当尝试通过主机名或 IP 地址访问服务器时，即 \\servername 或 \\192.168.1.111，我们收到“未找到网络路径”错误。
编辑3
- 除了内置的 Windows 防火墙外，服务器还安装了 Avast 防火墙。Windows 防火墙已禁用，而 Avast 防火墙已启用。
- 出于安全原因，我尚未尝试将服务器添加到路由器上的 DMZ。不过我可能会稍后尝试。
- 两个路由器上都没有配置静态路由，我只是在新路由器上为服务器配置了静态路由，看看是否能解决问题。
- 我们不使用组策略，公司一直在使用 Windows Home 操作系统，直到我被聘用并开始将所有操作系统切换到 Windows Professional。因此，服务器仅配置为文件服务器，没有任何 Active Directory/域。
- 我还没有尝试过弄乱 HOSTS 文件，但是如果有机会我可能会这么做。
- 我们不使用任何类型的 VLAN，只是无缘无故地不使用。
- 我已经检查了所有 IP 地址、子网、LAN 适配器、网络组和路由。
Tracert 结果（注意：列出的 IP 地址不是实际的 IP 地址）
- 服务器至旧建筑：“服务器 [192.168.1.111] 报告：目标主机无法访问。”
- 新建筑至服务器：“1 1 毫秒 <1 毫秒服务器 [ab12::cd34::ef56::gh78::ij90]”
- 新建筑至旧建筑：“1 3 毫秒 1 毫秒 1 毫秒 ComputerName [192.168.1.111]”
- 旧建筑至服务器：当我有机会进行测试时就会发布。
答案1
如果我理解正确的话，那么新服务器是唯一一个不能正常运行的服务器。
你检查过 IP 地址吗？都在同一个子网中？上周五你在新服务器上更改/激活了防火墙吗？
答案2
好吧 - 听起来你正面临一个典型的“WTF-IS-GOING-ON”的情况。
首先，您提到有防火墙，但您尝试禁用它。我假设这是服务器本身的 Windows 防火墙之类的东西？
第二件事：新大楼的路由器负责处理 DNS 和 DHCP。它也有防火墙吗？如果有，您是否尝试过将服务器添加到 DMZ 以仅用于测试目的？如果没有，并且它可以工作，出于安全原因，请不要将其保留在那里。
第三件事；您是否检查过路由器上是否存在可能意外“劫持”/重定向网络流量的静态路由？
第四件事；您是否在组策略方面做了任何改动，导致将错误的路由推送到旧大楼的客户端，例如修改其 HOSTS 文件？您是否检查过旧大楼中计算机上的 HOSTS 文件以确保它没有被堵塞？您是否尝试在 HOSTS 文件中添加一条记录，看看这是否有助于旧大楼中的计算机与服务器通信？主要是为了测试目的……
第五件事：当你在旧大楼里对服务器进行 tracert 时，数据包走的是什么路径？它应该走的是什么路径？在新大楼里情况如何？
第六件事：服务器能否通过 VLAN 远离旧建筑物？
最终，由于您的服务器和旧建筑物之间存在分离，但旧建筑物并未与其他任何东西分离，因此我主要怀疑服务器上的配置问题或网络中与流向服务器的流量相关的某些配置（例如路由）。请仔细检查您的子网、LAN 适配器、网络团队、路由、VLAN 等。
希望我可以提出更多的想法，但也许这些测试会给你一些东西去尝试。
答案3
所以，我现在觉得自己有点愚蠢，但我会和班上的其他同学分享解决方案。事实证明，问题出在我们在服务器上设置的网络团队上。我们的交换机没有负载平衡，这显然导致我们新大楼的服务器连接不稳定，而旧大楼的服务器连接无法连接。所以我们禁用了网络团队，重启后一切都开始正常工作。（我知道重启很可能没有解决问题，因为我已经重启了服务器大约 3-4 次，尝试了不同的方法）