Server 2012がDHCPサーバーの作成時に「169.254。*。*」シリーズを割り当てるのはなぜですか？
小さなオフィスで、ATTモトローラモデム（192.168.1.254）がDlink DIR-815（LAN 192.168.0.1）へのパススルーとして設定されています。サーバー2012でDHCPサーバーをセットアップしようとしています。新しいDHCPサーバーを作成すると、タイトルドメイン名の代わりに169.254 .。として作成されます。 （ドメインクライアントは、スコープで定義されているIPを取得できます）
非ドメインクライアントはサーバーからIPではなくモトローラを受信しています... DHCPセットアップがそれ自体を正しく作成していることを確認するにはどうすればよいですか、またドメインおよび非ドメインクライアントがサーバーからIPを確実に取得する方法を教えてください。
これらの169.254アドレスがDHCP経由でモデムによって割り当てられていることを確認しますか？これらはプライベートサブネットアドレスではなく、 link local autoconfig addresses です。これらは、静的IPを持たず、信頼できるアドレスを取得するためにDHCPサーバーに到達できないホストによって使用されることになっています。
DHCPサービスが機能しておらず、ホストがそのアドレス範囲で自分自身を構成していると思います。
それらがWindowsホストである場合、ipconfig /renew成功してすぐに戻るか、タイムアウトしますか？
1）DLinkはDHCPを提供しています。 DLinkがNAT（それ以外の場合、LAN側に192.168.0.1を持たないことになる）を実行しているため、これはモトローラまたはプロバイダーからのものです。
DLinkでDHCPを無効にしてください。
2）ドメインクライアントと非ドメインクライアントのサーバーと他のDHCPサーバーの間の正確な分割は偽です。 2つのDHCPサーバーがある場合、両方がDHCP要求に応答します。クライアントが受け入れるオファーを決定します。クライアントがそのうちの1つの履歴を持っている場合、クライアントは通常、最後に通信したサーバーのオファーを受け入れます。これは、ドメインクライアントのみが2012サーバーと通信するように見えますが、実際には何が起こっているのかはわかりません。
私の推測では、2012年のサーバーは当初DHCPを取得せず、アドレスを自動生成していました。マシン上のDHCPサーバーがその時点でアクティブになりました。その後、静的IPを設定しましたが、DHCPサービスを再起動しなかったため、DHCPサービスを利用しませんでした。サーバーの再起動後は、おそらく正常に見えます。
このような問題を引き起こす最初の理由は、これがまだ接続されているネットワークカードであることです。物理的な接続がない場合でも、IP 169.254.xxシリーズを受信するため、このような問題が発生する可能性があります。解決策として、このネットワークカードに対してIPv4を無効にすることができます。または、netshを使用してこのアドレスを削除できます（ http://technet.Microsoft.com/en-us/library/cc731521（WS.10）.aspx＃BKMK_deleteaddress ）