長い形式の回答ですので、コメントではありません。
これは、市場に出回っている 2 つのフォーマットへの対応です。
- IPV4 - 現在市場に出回っている NIC の 90% の最も古い標準。NIC の 100% がこの標準に準拠します。
- IPV6 - 最新 (~2 年前) で、約 50% の市場実装があります。
- IPV4 から IPV6 への業界の移行を認識することは、DHCP/ネットワーク伝送の問題を解決するのに役立ちます。私はこの問題を認識しており、より専門的なネットワーク/システム管理者にこの問題の解決を依頼しました。インフラストラクチャの在庫管理と標準化のタスクを知っています。
まず、Single-Node AD または Farm をお持ちですか?
- ファーム: コンピューターの AD のメイン トランクから広範な検索を行います。
- これにより、完全な「在庫」検索が行われます。以前は、AD の実装者は「新しい」コンピュータのデフォルト ディレクトリをセットアップしなかったため、適切なルーティングのためにトップ トランクに移動していました。そのため、コンピューターのトップトランク検索を実行する必要があり、見つかったら手動で正しいブランチまたはリムにドラッグします。
- 単一ノード: 上記の「ファーム」と同じ方法に従いますが、トランクはよりローカルであり、必ずしも複数の場所に分散しているわけではないため、頭痛の種は少なくなります。
DHCP は常に必要です。特に、静的 IP の割り当てに反対し、ユーザーに IP だけではなくコンピューター名を使用するように強制したい場合。ほとんどのサーバーは、管理のためのバックドア アクセスに静的 DHCP を使用します。以前のコンピューター管理では、DHCP を使用してコンピューターに動的 IP アドレスを実装および適用し、IP アドレスがネットワークへのエントリ ポイントとして使用されることを軽減しました。
コンピューターが AD に登録されていないことを 100% 確実にする 1 つの方法:
- 特に明記されていない限り、これらすべての手順でローカル管理者としてログインします。
- コンピューターをネットワークから切断する
- ドメインからワークグループに変更します(私は常にワークグループとして「TEMP」を使用しています)
- 次に、必須の再起動を行います。
- コンピュータの名前を別の有効なインフラストラクチャ命名規則に変更します
- 強制的な再起動を行います。
- この再起動中に、パッチ コードを NIC に再接続します (できれば、黒い Windows 読み込み画面の前に)。
- オプション新しいコンピューター名を必要なブランチ/フォルダーに追加します
- ローカル管理者としてログインし、ワークグループからドメインに変更し、AD 管理者の資格情報で認証します。
- ここでエラーが発生した場合は、コンピューターが実際にネットワーク上にあることを確認する必要があります (有効なサブネット IP アドレスを取得している必要があります)。
- 無効な IP アドレスを取得した場合は、ネットワーク ポートの有効性とコンピューターの背面のアクティビティを確認します。
- 場所を確認し (pt 8 でコンピューターを事前に追加していない場合)、適切なブランチ/フォルダーに移動します。
これはすべて、物理コンピューターでこれを行っていることを前提としています。
VMWareの仮想コンピュータを使用している場合は、次の問題点を確認する必要があります。
- VMachines 機器の設定は、他の有効な VBox と類似/同じであることを確認してください。
- ライセンスされた数の CPU またはインスタンスを使い切っていないことを確認してください
AD がクライアント ライセンスによってライセンスされているかどうか、またはサーバー ライセンスで一括管理されているかどうかは思い出せません。彼らは CAL ライセンス オプションをこの 1 年で大幅に変更したため、実装者が追跡するのは難しく、営業担当者だけが追跡するのが困難です ;)