我有一个客户使用我编写的一些软件，它需要通过端口1433访问云/共享SQL Server。他想使用IPVanish的原因与我的软件没有任何关系。 当他的VPN连接时（通过IP Vanish的服务器），我的软件无法连接到他的共享SQL Server帐户。
我的问题：共享SQL服务器主机（在这种情况下是arvixe）是否可能由于滥用而阻止IPVanish在该端口上的IP访问（黑客试图在IPVanish的匿名下攻击该主机？）或者，IPVanish可能阻止全部1433个连接？
我已经联系到IPVanish，他们的T1技术支持不知道/不了解这个问题。 此外，另一种select可能是，如果我能以某种方式configuration他的路由器指挥1433stream量不通过VPN？ 不知道从哪里开始…我是一名软件工程师，并没有太多的networking人。 这甚至有可能吗？ 我有更改软件只能使用主适配器的选项。 但是，把这看作是最后的手段，因为这对于不同设置的其他客户来说可能是一个负面的事情。
首先，首先让我说明我的意思不是这样听起来可能会。 如果您为第三方开发软件，为什么要解决一个不相关的问题是您的责任？ 这个问题不在你的软件中。
也就是说，解决这个问题很可能是find另一个公开的IP，打开了端口1433，看看你是否可以用nmap或者使用另一个端口testing器来validation端口是否打开。 如果你能find一些公开的IP地址，应该有1433端口打开，但是它们不在IPvanish的后面工作，那么你有一些具体的东西来支持他们。 相反，如果您发现其他公共IP显示端口打开，您可以猜测这将是您的SQL提供程序阻止它。
可以在VPN之外路由一个连接，但我对VanishIP不熟悉。 如何build立连接可能需要在客户端添加手动路由来redirectstream量。