SQL Server Management Studioを介してリモート接続できない
1and1.comがホストする専用のWindows 2008 ServerにSQL Server 2008 Expressインスタンスをセットアップしました。 Management Studioを介してリモートでサーバーに接続できません。私は以下の手順を踏みましたが、これ以上のアイデアはありません。サイトを調査しましたが他に何もわからないので、何か明白なものを見逃した場合はご容赦ください。これがローダウンです。
SQL Serverインスタンスは実行中であり、ローカルで作業するときに完全に機能します。
SQL Server Management Studioで、[このサーバーへのリモート接続を許可する]チェックボックスをオンにしました
1and1管理パネルから外部ハードウェアファイアウォール設定を削除しました
サーバーのWindowsファイアウォールは無効になっていますが、キックのために、ポート1433でのすべての接続を許可する受信ルールを追加しました。
SQL Native Client構成では、TCP/IPが有効になっています。また、サーバーのIPアドレスを含む「IP1」が動的ポートに0を持っていることを確認しましたが、それを削除して、通常のTCP Portフィールドに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データベースエンジンだと思いますか？）選択します編集を押します...
ボックスが開きます...............ルールのプロパティの編集選択（もう一度）>>「MSDEを閉じる（TCP/UDP）」編集を押します...
これにより、ボックスが開きます。IPフィルターリストの場合、ポートtcp 1433、udp 1434のリストが表示されます{つまり、ポートのリストはすべてブロックルールとしてダウンしています... ..}
ここからやらなければならないことは・・・.
その画面を閉じます..IPフィルター画面画面の[ルールのプロパティの編集]タブに[フィルター]アクションがあります。それを[ブロック]から[許可]に変更できますか？ （多分それを許可に変更すると、「すべてブロック」オプションを再びチェックできるようになります-これは安全に聞こえますが、サポート担当者は既知のバグがあるため、機能しない可能性があると言っています）
または
パケットフィルターのプロパティ
ルール「MSDEを閉じる（TCP/UDP）」のチェックを外します
あなたはそれを実行するためにルール「すべてをブロックする」のチェックを外さなければならないかもしれません
これはおそらくあなたを助けるために遅れるでしょうが、うまくいけば同じ問題を持つ他の誰かを助けるでしょう。
まず、Management Studioで、管理をチェックし、SQLサーバーのログ\ currentを確認します。そうでない場合は、すべてのプログラム、SQLサーバー2008、構成ツール、SQLサーバー構成マネージャーを開始します。 「SQLサーバーネットワーク構成\ MSSQLServer\SQLExpressのプロトコル」を選択します。 TCP/IPが有効になっていることを確認します。 netstat -anoの出力に基づいているはずですが...
最も重要なこと-リモートクライアントから、経由でログインを試みましたか
sqlcmd -S1.2.3.4\SQLExpress -U sa -P Passwordクライアント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にインストールされます。
これは私を助けました。あなたも願っています。
Www.firebind.comを試すこともできます。 1and1への発信方向にTCPポート1433のブロックがあるかどうかをテストできます。
http://www.firebind.com/14 はこれをすぐにテストします。
ワークステーションからポート1433にTelnet接続できますか？これは、そのポートにネットワーク接続があるかどうかを判別する簡単な方法です。プロバイダーが回線に沿ったどこかで機器との接続をブロックしている可能性があります。
ポートがフィルタリングされていると表示されるという事実は、ポートがどこかでブロックされていると私に思わせます。 SQL Serverへのリモート接続を許可しないか、既知のポートをブロックしている可能性があるので、それらを確認することをお勧めします。 tcp/1433は既知のポートであり、それを直接対象とするSQL Server関連のワームがいくつかあります。
サーバーマシンで「netstat -an」と入力して、ポート1433が実際にリッスンしているかどうかを確認します。また、使用しているユーザーアカウントが有効になっていることと、「SQL認証」が有効になっていることも確認してください。 「SQL構成マネージャー」の設定にも注意してください。また、Windowsファイアウォールの例外としてポート1433を許可します。基本的に、SQLサーバーにリモート接続を許可するように指示していない場合は、許可されません。
SQLサーバーエージェントは実行されていますか？そうでない場合、どのバージョンのSQLサーバーを使用していますか？
異なるバージョン間の違いを確認します。
http://www.Microsoft.com/sqlserver/2008/en/us/editions-compare.aspx
ExpressエディションまたはWebエディションを使用している場合、それらは無効になっていて実行できません。
私のために働いたもの：
http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx
具体的には、TCP/IP設定のIPALLセクションで目的のポートを割り当てることが問題であることがわかりました。以前は空白でしたが、「動的ポート」ビットを削除しようとしたときに、ここに値を入力する必要があるとは思っていませんでした。
クレイジーなアイデア、ユーザー名とパスワードは正しいですか？ Windows認証またはSQL Serverを使用してログインしていますか？
SQL-Expressの接続性を探します。 TCP/IPをアクティブにします。 SQL-Expressでポートが1433に設定されていることを確認してください。名前付きインスタンスをインストールしましたか？
このポートは、1および1でSQL-Serverインスタンスに転送する必要があります。
ちなみに、ポート1433についてサイトを確認してください。プロバイダーがブロックしている場合、チャンスはありません。