我有一个客户使用我编写的某个软件，该软件需要通过端口 1433 访问云/共享 SQL Server。他想使用 IPVanish，但原因与我的软件无关。当他的 VPN 连接时（通过 IP Vanish 的服务器），我的软件无法连接到他的共享 SQL Server 帐户。
我的问题是：共享 SQL 服务器主机（在本例中为 arvixe）是否可能由于滥用（黑客试图在 IPVanish 匿名的情况下入侵该主机？）而阻止 IPVanish 的 IP 在该端口上的访问？或者，IPVanish 是否可能阻止所有 1433 个连接？
我已经联系了 IPVanish，但他们的 T1 技术支持人员对这个问题一无所知/不理解。另外，另一个选择可能是，我是否可以以某种方式配置他的路由器以引导 1433 流量而不通过 VPN？不知道从哪里开始...我是一名软件工程师，不太懂网络。这可能吗？我可以选择更改软件以仅使用他的主适配器。但是，将此视为最后的手段，因为这可能会对不同设置中的其他客户端产生负面影响。
答案1
首先，我要声明，我并不是故意让大家觉得这很可能会成功。如果你为第三方开发软件，为什么解决一个不相关的问题是你的责任？问题不在你的软件上。
话虽如此，解决此问题的方法可能是找到另一个开放了 1433 端口的公共 IP，然后看看是否可以 nmap 或使用另一个端口测试器来验证该端口是否开放。如果您可以找到几个应该开放 1433 端口的公共 IP，但它们在 IPvanish 后面不起作用，那么您就可以为他们的支持提供切实的支持。相反，如果您发现其他公共 IP 显示该端口开放，您可以猜测是您的 SQL 提供商阻止了它。
可以将一个连接路由到 VPN 之外，但我对 VanishIP 不熟悉。如何绕过它可能需要向客户端添加手动路由来重定向流量。