2011-12-29 2 views
3

クラスタ上で実行されるSQL Serverの名前付きインスタンスに接続したいとします。 Windows 7クライアントマシンでファイアウォールを無効にすると、接続できます。ただし、ファイアウォールを有効にすると、指定されたインスタンスが見つかりません。クラスター上ではなく、別のサーバーの名前付きインスタンスを、クライアントファイアウォールと接続することができます。windows 7ファイアウォールブロックの名前付きSQLインスタンスへの接続

ファイアウォールを有効にしたクラスタで動作する名前付きインスタンスに接続できるように、クライアントファイアウォールを設定するにはどうすればよいですか?

注:ファイアウォールを無効にして、名前付きインスタンスに接続し、再度ファイアウォールを再度有効にすることができます。その後、名前付きインスタンスへの接続は正常に動作します。

答えて

1

てみてくださいは、ポート445を開くために、あなたはまた、SQL ServerにTCP/UDP接続が必要な場合 - 1433、1434

+0

TCP 445,1433,1434を開いて、UDP 1433と1434を開いてみましたが、結果はありませんでした。 – halcwb

3

この答えは、あなたのSQL Server上のWindows 2008 R2を有することに基づいてされ

  • オープンSQL Server構成マネージャ
  • SQL Serverネットワークの構成* named_instanceため
  • プロトコル*
  • IPが
  • をアドレス
  • TCPダイナミックポートから0を削除する(ファイアウォールをオフに切り替えてもよい)、TCPポートに未使用のポート番号を入れてください(例:7200
  • )あなたは底に達する。

OKをクリックして、いくつかのルールを追加します。コントロールパネルから

オープンファイアウォール - > [アドバンス設定

受信の規則] - > [新規ルール

Name: Native SQL Server (TCP 1433) 
Protocol: TCP 
Port: 1433 

Name: My Instance SQL Server (TCP 7200) 
Protocol: TCP 
Port: 7200 

Name: SQL Server (UDP 1434) 
Protocol: UDP 
Port: 1434 

REBOOT! !お使いのPC上の

管理Studioは現在、サーバー上のデータベースの新しいインスタンスにアクセスすることができるはずです(またはSQLサービスを再起動します)

+1

あなたのメッセージをもう一度読みました。問題を引き起こしているのはUDP 1434だけであるはずです。 GLとにかく、私にとってうまくいったことを書いています。 –

1

I(あなたが自分のマシン上のファイアウォールの制限を持っていないと仮定した場合)まったく同じ問題を抱えていました。

は、私は、%SystemRoot%\ System32 \ログファイル\ファイアウォールの\ pfirewall.logの下で、Windowsファイアウォールのログをチェックし、UDPポート1434がブロックされたことを見た:

2014-05-14 10:44:44 DROP UDP 12.121.12.121 13.131.131.131 1434 62370 168 - - - - - - - RECEIVE 

上で動作する名前付きインスタンスに接続するにはクラスタでは、ローカルWindowsのファイアウォールでUDPポート1434を開く必要があります。

  1. 「セキュリティが強化されたWindowsファイアウォール」を開きます。 (「管理者として実行する」が役立つ可能性があります)
  2. 」「着信ルール」
  3. 右のアクションメニューで、[新しいルール]をクリックします。
  4. 「カスタム」を選択し、手順「プロトコルとポート」が表示されるまで[次へ]をクリックします。
  5. "プロトコルタイプ"で "UDP"を選択します。 "リモートポート" で
  6. "特定のポート" を選択し、手順 "プロファイル" に達するまで、次の1434

    Screenshot of step "Protocol and Ports"

  7. クリックを書きます。このルールは、私が働いていた会社のイントラネットにのみ適用されるように、私はちょうど "ドメイン"を選択します。

  8. 次をクリックして意味のある名前を付けてください。
  9. 完了したら完了です。
関連する問題