2

シナリオは次のとおりです。クライアントマシンがVPN（Cisco VPNクライアント）を介して「作業ネットワーク」に接続しました。作業ネットワークは、nettcpバインディングを備えたWCFサービスを備えたマシンをホストします。クライアントはこのサービスに接続しようとし、次のように例外を受け取ります。

net.tcp：// workMachine：2010/SomeServiceに接続できませんでした。接続の試行は00：00：01.3180754の期間続きました。TCPエラーコード10061：ターゲットマシンがworkMachine：2010をアクティブに拒否したため、接続できませんでした。

私が試したこと：

  1. クライアントマシンのワークグループをワークネットワークワークグループに変更しました
  2. Windowsネットワークパスワードボールトのドメイン/ユーザー名/パスワードを追加して、接続に使用できるようにしました
  3. workMachine名の代わりにIPアドレスでwcfサービスパスを変更しました
  4. クライアントマシンのファイアウォールを確認し、wcfクライアントがファイアウォールを通過できるように追加しました

上記のすべてが失敗し、機能しませんでした。誰かが同様の問題に遭遇しましたか？

クライアントマシンはWindows7上にあります

WCFサービスのSecurityModeはNONEに設定されているため、問題にはなりません。

どんな洞察も役に立ちます

4

3 に答える 3

2

プロキシオブジェクトを介してクライアントの資格情報を明示的に提供する必要がある場合があります。

以下のコードのプロキシオブジェクトは、ClientBaseインターフェイスの1つを実装していると想定します。

proxy.ClientCredentials.Windows.ClientCredential.UserName = "clientaccount";
proxy.ClientCredentials.Windows.ClientCredential.Password = "S3cr3t1337Pwd";
于 2009-10-08T09:39:36.213 に答える
1

この種の問題のデバッグを支援するもう 1 つの考えは、CMD を使用して「netstat -a」を実行し (-o スイッチを追加して、関連するプロセス ID も検索できます)、問題のポートが現在開いているかどうかを確認することです。 SMSvcHost.exe に問題があるのではないでしょうか (これは、IIS がホストする TCP サービスを管理するための Windows プロセスです)。

以前にこの問題が発生したことがあり、次のサービスを再起動して修正しました (ライブ プロダクション システムを扱っている場合は、これを慎重に検討する必要があることは明らかです)。

NetTcpActivator (Net.Tcp リッスン アダプター) NetTcpPortSharing (Net.Tcp ポート共有サービス)

そしておそらく関連する場合：

NetMsmqActivator (ネット パイプ リスナー アダプター) NetPipeActivator (ネット パイプ リスナー アダプター)

これが誰かを助けることを願っています!

J.

于 2012-01-06T12:55:23.333 に答える
1

テスト目的で、HTTP エンドポイントを使用して同じマシンで同じサービスを公開し、VPN クライアントからそのサービスに接続してみてください。

NetTcp は、企業のファイアウォールの背後にある優れた選択肢です。Cisco VPN クライアントがここでどのように問題を引き起こす可能性があるのか​​ わかりません.http ベースのプロトコルを使用すると表示されない可能性があります. 今のところはただの推測ですが、他に何もすることがない場合は、試してみてください!

マルク

于 2009-08-07T22:20:24.857 に答える