我在1and1.com托pipe的专用Windows 2008 Server上安装了SQL Server 2008 Express实例。 我无法通过pipe理工作室远程连接到服务器。 我已经采取了下面的步骤，超出了任何进一步的想法。 我已经研究过这个网站，不能找出其他东西，所以请原谅我，如果我错过了一些明显的东西，但我会疯了。 这是低调。
在本地工作时，SQL Server实例正在运行并且工作正常。
在SQL Server Management Studio中，我已经勾选了“允许远程连接到这个服务器”
我已经从1and1pipe理面板中删除了任何外部硬件防火墙设置
服务器上的Windows防火墙已被禁用，但只是为了踢我添加了一个入站规则，允许在端口1433上的所有连接。
在SQL本机客户端configuration中，TCP / IP已启用。 我也确认服务器IP地址的“IP1”对于dynamic端口是0，但是我删除了它，并在常规TCP端口字段中添加了1433。 我也将“IPALL”TCP端口设置为1433。
在SQL Native Clientconfiguration中，SQL Server Browser也在运行
我也尝试添加一个ALIAS的
设置此值后，我重新启动了SQL Server。
在服务器机器上执行“netstat -ano”会返回一个
TCP 0.0.0.0:1433 LISTENING UDP 0.0.0.0:1434 LISTENING
我从我的本地计算机进行端口扫描，它说端口被筛选而不是侦听。 我也尝试从我的本地机器上的pipe理工作室连接，这是抛出一个连接错误。 尝试使用SQL Server和Windows身份validation在数据库安全性中标记以下服务器名称。
ip地址\ SQLEXPRESS，1433
ip地址\ SQLEXPRESS
IP地址
IPADDRESS，1433
TCP：ip地址\ SQLEXPRESS
TCP：ip地址\ SQLEXPRESS，1433
我想我可以告诉你究竟是什么问题，我花了超过48小时试图解决这个问题。 没有在网上find任何东西。 也恰好与1and1
看看这些设置：
IP安全政策…..
其中打开框……………包filter属性附近的列表底部有一个方框打勾叫：
'closuresMSDE（TCP / UDP）'（我认为MSDE = Microsoft SQL数据库引擎？）select它按编辑…
打开框……………编辑规则属性select（再次）>>'closuresMSDE（TCP / UDP）'按编辑…
打开框……………. IPfilter列表，然后你会看到一个端口列表tcp 1433，udp 1434 {这是我们的端口列表全部作为阻塞规则… ..}
我认为从这里需要做的是要么….
closures那个屏幕..IPfilter在屏幕上的列表编辑规则属性有一个选项卡的filter动作，只能改变，从块允许？ （也许改变它允许，将允许我们再次勾选“全部阻止”选项 – 这听起来更安全，但支持人员说有一个知道的bug，所以可能无法工作）
要么
在数据包筛选器属性上
你可能不得不取消规则“阻止所有”让它运行
它可能会迟到这个帮助你，但希望能帮助别人有同样的问题。
首先，在pipe理工作室，检查pipe理，SQL服务器日志\目前 – 你想search一个消息，说'服务器正在监听['任何'1433]。 如果没有，去启动，所有程序，SQL Server 2008，configuration工具，SQL Serverconfigurationpipe理器。 select'sql server network configuration \ protocols for MSSQLServer \ SQLExpress'。 确保TCP / IP已启用。 它应该基于netstat -ano的输出，但是…
最重要的是 – 从远程客户端，你试图通过login
sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password ？
你也可以试试www.firebind.com。 它可以testing出站方向是否有任何TCP端口1433的块朝1and1。
从客户端PC连接到远程SQL Server的SSMS也有同样的问题。 它看起来像本地防火墙阻止入站服务器连接。 问题是通过为客户端PC防火墙分配SSMS的入站规则来解决的。 我发现唯一的地方是https://msdn.microsoft.com/en-us/library/cc646024(v=sql.120).aspx
1.在具有高级安全性的Windows防火墙中，在左侧窗格中，右键单击入站规则，然后在操作窗格中select新build规则。
2.在“规则types”对话框中，select“程序”，然后单击“下一步”。
3.在程序对话框中，select此程序path，并为SQL Server Management Studioinputssms.exe的完整path。 默认情况下，它安装在C：\ Program Files文件（x86）\ Microsoft SQL Server \ 120 \ Tools \ Binn \ Management Studio \ ssms.exe
这帮助了我。 希望你也是。
你能从工作站Telnet到端口1433吗？ 这是确定您是否在该端口上具有networking连接的简单方法。 可能是因为您的提供商阻止了与他们设备连接的设备的连接。
事实上，你看到过滤端口，使我认为他们阻止了某个地方。 您可能想要检查它们，因为它们可能不希望允许从远程连接SQL Server，或者阻止知名端口。 tcp / 1433是一个众所周知的端口，并且有几个SQL Server相关的蠕虫直接指向它。
在服务器机器上键入“netstat -an”以查看端口1433是否实际正在侦听。 另外，请确保您正在使用的用户帐户已启用，并且启用了“SQL身份validation”。 请注意“SQLconfigurationpipe理器”设置。 此外，允许端口1433作为WIndows防火墙中的例外。 基本上，如果你还没有告诉你的SQL服务器允许远程连接，那么它不会。
SQL服务器代理是否正在运行？ 如果不是，你有哪个版本的SQL服务器？
回顾不同版本之间的区别。
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx
如果您有Express版本或Web版本，则它们将被禁用并且无法运行。
疯狂的想法，你的用户名和密码是否正确？ 您是否使用Windows身份validation或SQL Serverlogin？
在你的SQL-Express上寻找合适性。 激活TCP / IP。 确保您的SQL-Express上的端口configuration为1433。 你安装了一个命名实例吗？
此端口必须在1and1转发到您的SQL Server实例。
顺便检查你的网站有关1433端口。如果你的提供者阻止它，你没有机会。
什么对我有效：
http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx
具体来说，我发现在TCP / IP设置的IPALL部分分配所需的端口是个问题。 以前它一直是空白的，我没有想到，当我去删除“dynamic端口”位时，我需要在这里input一个值。