web-dev-qa-db-ja.com

ActiveDirectoryのないリモートコンピュータへのソフトウェアのインストール

WindowsプラットフォームでActiveDirectoryを使用せずにリモートコンピューターにソフトウェア(MSI)をインストールする方法は何ですか?

目的は、さまざまな場所にあるすべてのワークステーションとさまざまな顧客のネットワークにソフトウェアをインストールするユニバーサルアプリケーションを作成することです。

2
Kamil Rudnicki

PSExecを使用して、適切なスイッチでリモートコマンド(.msiファイルなど)をコピーして実行します。ただし、各マシンに管理者の資格情報を提供する必要があります。

3
gWaldo

あなたの質問はここで2つの方法のうちの1つに行くことができます。 「ActiveDirectoryとその関連製品を使用せずに、エンタープライズレベルでWindowsへのソフトウェアインストールを管理するにはどうすればよいですか」という質問の場合、ニーズを満たす製品は他にもたくさんあります。私が使用しているのはNovell Zenworks(これはオプションでADを使用できますが、NovellのeDirectoryも使用できます(したがってADは使用できません)。私は長年にわたって非常に満足しています。

しかし、あなたの質問が(私が思うに)「どうすればたくさんのスタンドアロンワークステーションを取り、安価でそれらにソフトウェアをリモートで展開できるか」という方針に沿っている場合、私たちはもう少し楽しくなります。 MSIをインストールする基本的なプロセスは変更されません。コマンドラインからWindowsインストーラーを実行し、MSIファイルをポイントして、実行しようとしているインストールの種類に適したフラグを設定します。インストーラーをカスタマイズしようとしている場合、またはベンダーが特にmsi準拠のファイルを提供していない場合(一部の企業は独自の.exeインストーラーをプレーンオールMSIでラップすることで有名です)、そのために少し注意が必要です。 AdminStudioのようなアプリケーションでMSIファイルを変更したり、独自のファイルを作成したりする必要がある場合があります。また、MSI Wisdom( http://msiwisdom.com )のようなサイトで、人気のあるアプリケーションのより厄介なインストーラーを操作するためのヒントを確認することをお勧めします。

問題は、これらすべてのワークステーションが多くの介入なしにこれらのインストーラーコマンドを実行でき、絶えず変化するソフトウェアのリストを実行できる必要があるときに始まります。

私の強くお勧めするのは、中央ディレクトリサービス(Active DirectoryやeDirectoryなど)とワークステーション管理ソフトウェア(Microsoftの組み込み製品、Altiris、または前述のZenworksなど)を購入して展開するための組織的な賛同を得ることです。この種のソフトウェアは、自社開発のソリューションよりも信頼性が高いだけでなく、インストールレポート(何がどこにインストールされたか、何がインストールに失敗したかなど)などの機能を提供し、ワークステーションのメンテナンスワークロードを大幅に削減します。

とはいえ、「安価な」ソリューションには4つのことが含まれます。

1)ソフトウェア展開専用の読み取り専用アカウントを持つファイルサーバー

2)標準のユーザー名とパスワードを持つすべてのワークステーションのローカル管理者アカウント

3)Windowsインストーラーを実行できる言語で記述されたファイルサーバー上のリモートスクリプト(VBScriptまたはC#をお勧めします)および

4)スケジューラーに配置されるローカルワークステーション上の補完的なスクリプト。

だから、何が起こるかはこれです:

  1. スケジューラーのローカルスクリプトは毎晩設定された時間に実行され(ワークステーション間でずらすのが最善です)、ファイルサーバーへのマップ->リモートスクリプトの実行->リモートスクリプトの完了後にマッピングを削除するだけです。

  2. インストーラーファイルは、リモートスクリプトと同じファイルサーバー共有にあります。リモートスクリプトはデフォルトでは何もしませんが、ソフトウェアをインストールする必要がある場合は変更します(同じ名前を維持します)。ソフトウェアをインストールする必要がある場合、スクリプトはローカル管理者として実行されているWindowsインストーラーを呼び出し、現在ファイルサーバーにあるMSIパッケージをインストールします。

安価なソリューションは、長期的にはよりコストがかかるでしょう。ただし、Sneakernetを介してインストールを実行せず、管理対象ソフトウェアを使用して一元化されたディレクトリシステムを展開しない場合は、これが私が採用するアプローチです。

2
Johnnie Odom

以前は、gWaldoが提案したバッチスクリプトメソッドでpsexecを使用していました。最近、 PDQ Deploy を使用して、MSIとFirefoxなどの非MSIの両方のインストーラーをデプロイし始めました。これは非常に簡単で、一度に複数のクライアントを実行しますが、バッチファイルのpsexecメソッドでは実行できません。

これらを支援するために、私は WPKG.org に使用する正しいスイッチを探します サイレントインストール

2
steve.lippert