のGlassFish 3.1.2 - 検証 - DCOMは、 "リモートファイル、C：存在しません" で失敗する（Windows DCOMとの一元管理）

Question

OS - Windows 2008のサーバーR2 X 2（両方のマシン上で無効にファイアウォール）

は、私はGlassFishのDASとリモートノード間のセットアップ通信にのGlassFish 3.1.2のWindows DCOM機能を利用したいです。私は成功した私はGlassFishの3.1.2ガイドの指示に従って、DCOMを検証し、問題を抱えているがGlassFish 3.1.2 DCOM Configuration Utility

を使用してバイロンNevinsの指示に従ってきた - 2 Enabling Centralized Administration of GlassFish Server Instances

私は実行コマンド検証、DCOM --passwordfile C：

：

asadmin> validate-dcom --passwordfile C:/Sun/AppServer/password.txt -v 192.168.0.80 
remote failure: 
Successfully verified that the host, 192.168.0.80, is not the local machine as required. 
Successfully resolved host name to: /192.168.0.80 
Successfully connected to DCOM Port at port 135 on host 192.168.0.80. 
Successfully connected to NetBIOS Session Service at port 139 on host 192.168.0.80. 
Successfully connected to Windows Shares at port 445 on host 192.168.0.80. 
The remote file, C: doesn't exist on 192.168.0.80 : Logon failure: unknown user name or bad password. 

パスワード・ファイル、PASSWORD.TXT、単一のエントリが含まれています/Sun/AppServer/password.txt -v 192.168.0.80私は次の出力を取得します

AS_ADMIN_WINDOWSPASSWORD=my-windows-password

リモートマシン192.168.0.80のWindowsパスワードで正常にログインできますか。また、2台のWindows XP Professionalマシンでこのテストを試したところ、同じエラーが発生しました。

はまた、管理コンソールで新しいノードを作成することで、この操作を実行し、同じエラーを得た：

が間違って何が起こっているか、私は事前に

感謝を逃すことができるものを把握することはできません

Answer 1

新しい生産環境をセットアップする際に同様の問題が発生しました。仕事の最後の金曜日に、同じ問題に遭遇した人を除いて、私がそれを探していた日のように新鮮なコメントを持ついくつかのものを除いて、インターウェブに関する有用な情報を見つけることができませんでした。

1. あなたが明示的に実行する目的のために作成するローカルのWindowsユーザーをspecifiyする必要があります。

   だから痛みを伴う、徹底的なデバッグのではなく、過剰な量の後、私はいくつかのことを把握することができましたadd-nodeダイアログとvalidate-dcomサブコマンド（オプション-w）の両方でglassfishを使用している場合は、デフォルトで「admin」またはDASが実行されているユーザーのいずれかになります。

2. それはあなたがテストディレクトリとして指定したものは何でも無視する原因と検証、DCOMにはバグがあります。あなたが何をしていても、常にC：\を使用し、結果として「アクセス拒否」になります。

3. ドキュメントはWMIが最初の問題について

を動作させるにはへのアクセス権を与えられなければならない別のレジストリキーを省略し、あなたのノードがドメインの一部ではない場合、あなたはおそらく、それが発生しますまたはローカルアカウントを使用しています。 Windows NT6 +には、ローカルユーザーがネットワークを介して特権を昇格するのを防ぐ新しい既定のセキュリティポリシーがあります。これにより、テストが失敗することがあります。

私は以前に、必要であれば、それつまずくために誰かのためにそれについてブログ： http://www.raptorized.com/2008/08/19/access-administrative-shares-on-server-2008vista/

をその要旨は次のレジストリキーに移動しなければならないということです。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

とLocalAccountTokenFilterPolicyという名前の新しいDWORDを作成し、の値を1とします。

リブートする必要はありません。最初の壊れたテストは合格になります。ただし、WMIに接続できないというエラーが表示され、再度失敗します。

HKEY_CLASSES_ROOT\CLSID\{76A64158-CB41-11D1-8B02-00600806D9B6}

：

これを解決するために、あなたはまた、HA管理ガイドに記載されている他のものに加えて、所有権を取得し、次のレジストリキーの上にローカルサービスアカウントのユーザーフルコントロールを付与する必要がありますその後、validate-dcomは成功を報告し、ノードとして追加してインスタンスを作成することができます。

この問題でOracleからのアクティビティが不足しているように思われるため、これは役に立ちます。

私はGlassfishのでDCOMサポートのハック、醜い、安全でない本質的に嬉しくよりも少ない午前3 :(