首先，这个设置用过的工作。我想帮助一个朋友的项目，并安装了 git 和 vagrant，但在我上次打开自己的项目（使用下面列出的设置）到今天之间，它已经停止工作了。
当前设置：
- Windows 8.1 上本地开发中的 VS2013（我知道，请不要评判我）
- 远程 Server 2012 R2 上的 TFS Express，通过 VS 中的 http 和 TFS 连接，
- 远程和本地的 SQL Server 2014，数据库托管在所述远程服务器 2012 上
- SSMS 管理 SQL 服务器
以下是症状：
服务器 2012：
- 当远程进入 Server2012（称为“TheBeast”）时，远程桌面工作正常，TFS 管理工作正常，通过 localhost http 的 TFS 工作正常，SQL 服务器工作正常。它没有开发工具，也完全没有配置更改。简而言之，服务器 100% 正常工作。
- TheBeast 不使用 DHCP，但在 C 类网络范围内分配了一个 *.150 IP。网络上的所有设备都位于同一子网中。
本地开发人员（同样，之前也工作过）
本地 SSMS 可以连接到本地 SQL Server。
本地 SSMS 无法连接到 TheBeast 上的远程 SQL。尝试使用 Windows 凭据时，它会失败并显示无效密码错误（这是应该的）。尝试使用 sa 凭据进行连接时，它永远不会解析（也就是说它只是无休止地停留在那里，没有连接，也没有错误）。
无法使用我设置的端口 (8080) 上的 http 访问 TheBeast 上的 TFS。
VS2013 TFS无法连接到服务器。
我可以整天通过远程桌面远程访问 TheBeast。
为了确保万无一失，我已经完全关闭了 Windows 防火墙，并确保没有运行其他安全软件。
我已经尝试过这些步骤这里并已验证设置正确（确实正确）。
以防万一，我的网络设置如下：
- 无线路由器连接至电缆调制解调器。
- 以太网线路连接到另一个路由器仅用于 TheBeast
- TheBeast 使用有线以太网连接到第二个路由器。
两个路由器均未进行任何配置更改。我已对每个路由器以及调制解调器进行过电源循环。我已卸载 Vagrant 和 Git 以确保无误。我猜这两个程序中的一个对端口或权限（或类似程序）做了某些操作，并且在卸载后没有自行清理。
帮助？
答案1
原来是服务器连接的路由器快要坏了。无论出于什么原因，通过它只能使用有限的协议和服务。将包含服务的盒子插入另一个路由器后，问题立即消失。