0

C# と Powershell を使用して Exchange 2010 サーバーに接続する必要があります。Exchange 2007 のドキュメントでは、スナップインを追加するよう求められています

  RunspaceConfiguration rsConfig = RunspaceConfiguration.Create();
  PSSnapInException snapInException = null;
  PSSnapInInfo info = rsConfig.AddPSSnapIn("Microsoft.Exchange.Management.PowerShell.Admin", out snapInException);
  Runspace myRunSpace = RunspaceFactory.CreateRunspace(rsConfig);
  myRunSpace.Open(rsConfig);

ネット上の他のサンプルでは、​​このように WSMan を使用するように求められています

        WSManConnectionInfo connectionInfo = new WSManConnectionInfo(false, "ExchangeServer.ibm.com", 80, "/Powershell", "http://schemas.microsoft.com/powershell/Microsoft.Exchange", credential);

だから私の質問は：

  • これらの手法の効果的な違いは何ですか?

  • それらは交換可能ですか？

4

2 に答える 2

1

Exchange 2007 では、ローカル実行空間で管理スナップインを使用してコマンドレットを実行していました。すべての変更は、資格情報の下で行われました。

Exchange 2010 で変更されました。メンテナンスは、Exchange サーバーが提供するリモート セッションを通じて行われます。実際の変更は、ユーザーに代わってプロキシ アカウントを使用して Exchange サーバーによって行われます。Exchange は、ユーザーが属する RBAC の役割に従って、これらの変更を行う権限があるかどうかを判断します。変更は管理監査ログに記録されます。

Exchange 2010 用のスナップインがありますが、それをローカル セッションに追加して使用することは MS によってサポートされておらず、すべてのコマンドレットがその環境で適切に機能するわけではありません。ほとんどのコマンドレットは機能しますが、RBAC をバイパスし、その環境で行われた変更は管理監査ログに記録されません。

于 2012-02-12T17:08:10.767 に答える
0

最初の例は、WS-MAN を使用しないローカル システムで新しい実行空間を単純にインスタンス化することです。2 番目の部分は WS-MAN サービスを利用するため、接続するすべてのシステムで事前に構成する必要があります。

正直に言うと、WS-MAN を使用してリモート システムに接続する必要がない場合は、それを避けて、Exchange チームが推奨する方法を使用します。WS-MAN のセットアップと使用は非常に簡単ですが (読み: 可能です)、必要のない複雑なレイヤーが追加され、トラブルシューティングの頭痛の種が増える可能性があります。

于 2012-02-11T02:55:24.350 に答える