2010-12-01 14 views
1

現在、私たちには、クライアント用のカスタムExcelレポートを生成するWCFサービスがある状況があります。このサービスはWindowsサービスでホストされ、net.tcpバインディングを使用します。WCFサービスhttpcfgの問題

このサービスを再開発して、httpバインディングを追加して、ASP.NETクライアントが認証なしで基本機能の一部を利用できるようにしました。

これは私たちの開発環境でうまくいきますが、UATにデプロイすると、httpポートを開いてMEXエンドポイントを定義することができません。私たちはUATへのアクセスが制限されており、プロジェクトを引き継ぐ前にこれが既存のサービスであったため、問題の内容がわかりません。

サーバー上でhttpcfgを実行し、機能アカウントのSIDを渡すエンドポイントを定義できることがわかりました。とにかく、エンドポイントがシステム上でどのように定義されているかを列挙できますか?これらを列挙できれば、定義されているエンドポイントに矛盾がないことを確認するために、UATおよびDEV環境を補うことができます。この場合、問題がUATシステムのグループポリシーにあるかどうかを把握する必要がありません。

答えて

2

netshコマンドを使用できます。

"netsh http show urlacl"は、httpポートの誰が誰に許可されているかを見るための素晴らしい概要を提供します。

希望すると、

関連する問題