☰

ワークグループと Windows ドメインの両方で開発用のマシンをより適切にセットアップするにはどうすればよいですか?

tag-icon • tag-icon windows networking active-directory workgroup
ワークグループと Windows ドメインの両方で開発用のマシンをより適切にセットアップするにはどうすればよいですか?

私は開発者です。当初、クライアント (雇用主) の敷地内で、企業の Windows Active Directory ドメイン (AD) に参加している Windows XP Pro SP3 を搭載した会社のデスクトップ コンピューターが提供されていました。

これは状況1です:

  • 1) ADコンピュータWindowsワークステーション (または、説明の便宜上、任意の Windows ワークステーション オペレーティング システム)。

開発にはマシンの完全な管理が必要で、ハードディスクの容量が限られていたため（わずか20GB）、開発ツール（Vsial Studio 2008+2010など）やサーバー（MS SQL Server 2008 R2、SharePoint Serverなど）をセットアップする必要があり、別のWindowsをインストールすることはできませんでした。そのため、ハードディスクを再フォーマットして新しくインストールする必要がありました。

  • 2) ワークグループ Windows XP Pro SP3(つまり、Windows XP はワークグループの一部であり、企業の Windows AD には参加していません)。

その結果、AD との相互運用、開発、テスト、統合が複雑化しました。

仮に、もっと大きなハード ドライブがあったとします。あるいは、将来同様の状況になった場合に備えて、開発マシンを完全に管理しながら (企業の AD 管理にはアクセスせずに) 企業の AD と相互運用、通信、開発 + テスト + 統合するには、**より適切なソリューションはどれだったでしょうか**。

A) 1)を残して2番目の（デュアルブート）ワークグループWindows XP（開発用）をインストールするADリソースへのアクセス+テスト+統合のため、

  • 3) 1) + 2) のデュアルブートマシン

または

B) 単一の 1) Windows インストールをハッキングしますか?開発とテストのための分離と完全な管理の必要性 (つまり、Windows をワークグループの一部にする) と、Windows を AD の一部にする必要性の間をシミュレート/調整するにはどうすればよいでしょうか。

とにかく、私が想像できるすべてのセットアップ (構成) には、AD マシンの Windows またはワークグループの Windows マシンのいずれかで個別に起動するという欠点があります (Windows をワークグループと AD の両方の一部にすることは不可能であるため)。

デュアルブートソリューション 3) には、セットアップ、構成開発環境の重複に非常に時間がかかるという欠点もあります。

質問:

  • Q1) 分離された開発と AD 環境でのアクセス/開発/テストの必要性を 1 つの Windows に統合するオプションは何ですか?

  • Q2) AD Windows ローカル管理者とワークグループ Windows 管理者の両方で AD コンピューターとワークグループ コンピューターにアクセスする場合の違いは何ですか?

関連する質問:

----------

アップデート1:

Sagar は、VirtualBox または VMWare プレーヤー (不平不満で忘れ去られた) を勧めました。

Bart Silverstrim 氏はデュアルブートを勧めず、「仮想化を検討してください (ほとんどの場合無料です)。スナップショットやバックアップの方が便利で、ネットワークや複数のワークステーション構成を簡単にシミュレートできます」とアドバイスしました。

GregD は再び FAQ を私に送ってきましたが、私はまたもやどれがどれなのか理解できませんでした。GregD は次のように書いています:

「あなたは昨日その両方の質問をしましたが、現在両方とも -1 です。つまり、不可解な質問をしているだけでなく、その質問に答えることに興味がないということですか?」

はい、興味があります。回答が 0 件で、反対票が複数あることから何を理解すべきでしょうか?

----------

アップデート2:

熱心な読者の皆さん、この質問に注意深く耳を傾け、質問をクローズしていただいたことに改めて感謝します。しかし、すでに回答済みとしてマークされていたのに、クローズする意味は何だったのでしょうか?

スコット同様のサブ質問に回答を追加しました

「ラップトップ ユーザーは、RDP 経由でドメイン デスクトップに接続できますか?

ドメイン資格情報を使用して接続すれば、ドメイン外のラップトップからドメイン デスクトップ上のファイル共有にアクセスできます。」

ありがとう、jscott、もう一度、愛してるよ！

----------

アップデート3:
おっと、ハードディスクをフォーマットして、すべてを最初から再インストールしました (100 時間の作業)。そして、ドメイン化された Windows マシンをドメイン化されていないマシンに変換する方法の答えが見つかりました:

ちなみに、私は会社の上級管理職の承認を得て Windows を再インストールしました。問題は、システム管理者がワークグループに Windows をインストールする方法を知らなかったことです (システム管理者は、ローカル AD クライアント セットアップ用にすべてのプリセットが書き込まれた CD イメージを持っていました)。

答え1

彼の質問は実際にはそれほど理解しにくいものではありません...

vgv: IT 管理者は、自分のマシンのみの管理権限を与えることはできないのでしょうか? それが私たちのオフィスのやり方です。各自が自分のマシンの管理権限を持っていますが、オフィス外からアクセスすることはできません (会社から支給されたラップトップを持っている場合を除き、VPN はありません。その場合、デスクトップはいずれにしても使用できません)。

開発を行うためにワークグループに参加する必要はありません。会社で何らかの解決策を見つけられるはずです。ソフトウェア開発には少なくとも一定レベルの管理アクセスが必要であることを IT 担当者に説明する必要があります。

デュアル ブートに関しては、開発からファイルの共有、またはネットワーク上の何かへのアクセスに移行するたびに Windows を切り替える予定がない限り、あまり役に立ちません。

もう 1 つのオプションは、より大きなハード ディスクを入手し、AD に接続されていない Windows 仮想マシンを使用することです。開発作業はこれを使って行います。デュアル ブート システムに比べて時間を節約できます。

関連情報