SQL Server Management Studioを介してリモート接続できない

1and1.comがホストする専用のWindows 2008 ServerにSQL Server 2008 Expressインスタンスをセットアップしました。管理スタジオを介してサーバーにリモート接続できません。以下の手順を実行しましたが、これ以上のアイデアはありません。私はこのサイトを調査しましたが、他に何かを理解することはできませんので、明らかなものを見逃した場合はご容赦ください。以下がその詳細です。

SQL Serverインスタンスが実行されており、ローカルで作業しているときに完全に機能します。

SQL Server Management Studioで、[このサーバーへのリモート接続を許可する]ボックスをオンにしました

1and1管理パネルから外部ハードウェアファイアウォール設定を削除しました

サーバーのWindowsファイアウォールは無効になっていますが、キックのために、ポート1433でのすべての接続を許可する受信ルールを追加しました。

SQL Native Client構成では、TCP / IPが有効になっています。また、サーバーのIPアドレスを持つ「IP1」の動的ポートが0であることを確認しましたが、それを削除し、通常のTCPポートフィールドに1433を追加しました。また、「IPALL」TCPポートを1433に設定します。

SQL Native Client構成では、SQL Server Browserも実行されており、

私もエイリアスを追加してみました

この値を設定した後、SQLサーバーを再起動しました。

サーバーマシンで「netstat -ano」を実行すると、

TCP 0.0.0.0:1433リスニングUDP 0.0.0.0:1434リスニング

ローカルコンピューターからポートスキャンを実行すると、ポートがリッスンではなくフィルター処理されていると表示されます。また、ローカルマシンのManagement Studioから接続しようとしましたが、接続エラーがスローされています。データベースセキュリティでマークされたSQL ServerおよびWindows認証で、次のサーバー名を試しました。

ipaddress \ SQLEXPRESS、1433

ipaddress \ SQLEXPRESS

IPアドレス

ipaddress、1433

tcp：ipaddress \ SQLEXPRESS

tcp：ipaddress \ SQLEXPRESS、1433

私は問題が何であるかを正確に伝えることができると思います、私はこれをソートしようとして48時間以上を費やしました。ネット上で何も見つかりませんでした。また、1and1と一緒にたまたま

これらの設定を見てください：

IPセキュリティポリシー.....

これにより、ボックスが開きます...............リストの下部にある[パケットフィルタのプロパティ]にチェックが付いたボックスがあります。

「MSDEを閉じる（TCP / UDP）」（MSDE = Microsoft SQL Database Engineと仮定していますか？）

ボックスが開きます...............ルールプロパティの編集（再度）>> 'MSDEを閉じる（TCP / UDP）'編集を押します...

ボックス... IPフィルターリストを開くと、ポートtcp 1433、udp 1434のリストが表示されます{ポートのリストはすべてブロックルールとして... ..}

ここから何をする必要があるかと思います。

その画面を閉じます..IPフィルター画面上のリストルールプロパティの編集タブフィルターアクションがあり、それをブロックから許可に変更できますか？（おそらく許可するように変更すると、「すべてをブロック」オプションをもう一度チェックできるようになります-これはより安全に聞こえますが、サポート担当者は既知のバグがあるため、動作しない可能性があります）

または

パケットフィルタのプロパティ

「MSDEを閉じる（TCP / UDP）」ルールを選択解除するだけです

ルール「Block ALL」のチェックを外して実行する必要があるかもしれません

これはおそらくあなたを助けるために遅れるでしょうが、うまくいけば同じ問題を持つ他の誰かを助けるでしょう。

最初に、管理スタジオで、管理を確認し、SQLサーバーログ\現在-「サーバーは['any' 1433]でリッスンしています」というメッセージを検索します。そうでない場合は、すべてのプログラム、SQL Server 2008、構成ツール、SQLサーバー構成マネージャーを起動します。「SQLサーバーネットワーク構成\ MSSQLServer \ SQLExpressのプロトコル」を選択します。TCP / IPが有効になっていることを確認します。netstat -anoの出力に基づいているはずですが、...

最も重要なこと-リモートクライアントから、経由でログインしようとしたことがあります

sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password

www.firebind.comを試すこともできます。1and1へのアウトバウンド方向にTCPポート1433のブロックがあるかどうかをテストできます。

http://www.firebind.com/1433はこれをすぐにテストします。

クライアントPCからリモートSQL ServerにSSMSで接続するのと同じ頭痛がしました。ローカルファイアウォールが受信サーバー接続をブロックしているようです。問題は、クライアントPCファイアウォールのSSMSにインバウンドルールを割り当てることで解決しました。それを行う方法を見つけた唯一の場所はhttps://msdn.microsoft.com/en-us/library/cc646024(v=sql.120).aspxでした

1.セキュリティが強化されたWindowsファイアウォールの左側のウィンドウで[受信の規則]を右クリックし、操作ウィンドウで[新しい規則]を選択します。

2. [ルールタイプ]ダイアログで、[プログラム]を選択し、[次へ]をクリックします。

3. [プログラム]ダイアログで、[このプログラムパス]を選択し、SQL Server Management Studioのssms.exeへのフルパスを入力します。デフォルトでは、C：\ Program Files（x86）\ Microsoft SQL Server \ 120 \ Tools \ Binn \ Management Studio \ ssms.exeにインストールされます

これは私を助けました。あなたも願っています。

ワークステーションからポート1433にtelnetできますか？これは、そのポートにネットワーク接続があるかどうかを判断する簡単な方法です。プロバイダーが回線のどこかで機器との接続をブロックしている可能性があります。

ポートがフィルタリングされているように見えるという事実から、これらのポートがどこかでブロックされているように思えます。SQL Serverへのリモートからの接続を許可したくない場合や、既知のポートをブロックしている場合があるため、確認することをお勧めします。tcp / 1433はよく知られたポートであり、直接ターゲットとするSQL Server関連のワームがいくつかあります。

サーバーマシンで「netstat -an」と入力して、ポート1433が実際にリッスンしているかどうかを確認します。また、使用しているユーザーアカウントが有効になっていることと、「SQL認証」が有効になっていることを確認してください。「SQL Configuration Manager」の設定にも注意してください。また、Windowsファイアウォールで例外としてポート1433を許可します。基本的に、リモート接続を許可するようにSQLサーバーに指示していない場合は、リモート接続は許可されません。

SQL Serverエージェントは実行されていますか？そうでない場合、どのバージョンのSQLサーバーを使用していますか？

異なるバージョン間の違いを確認します。
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx

ExpressエディションまたはWebエディションを使用している場合、それらは無効になっており実行できません。

クレイジーなアイデア、あなたのユーザー名とパスワードは正しいですか？Windows認証またはSQL Serverを使用してログインしていますか？

SQL-Expressで接続性を探します。TCP / IPをアクティブにします。SQL-Expressでポートが1433に設定されていることを確認してください。名前付きインスタンスをインストールしましたか？

このポートは、1and1でSQL-Serverインスタンスに転送する必要があります。

ところで、ポート1433についてサイトを確認してください。プロバイダーがそれをブロックしている場合、チャンスはありません。

私のために働いたもの：

http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx

具体的には、TCP / IP設定のIPALLセクションで目的のポートを割り当てることが問題であることがわかりました。以前は空白でしたが、「動的ポート」ビットを削除するときにここに値を入力する必要があるとは考えていませんでした。