システムが静的IPアドレスを失う

私のヘッドレスシステムの1つ/etc/network/interfacesに、有線イーサネット経由で静的IPアドレスが割り当てられています。DHCPサーバーでもあるルーターに接続されています。数日後、静的アドレスは削除され、DHCPアドレスに置き換えられます。なぜでしょうか？

• 私が行う場合sudo ifdown eth0 && sudo ifup eth0またはsudo service networking restartまたは再起動を、システムが再びその静的アドレスになりますが、その後、数日後に、IPアドレスが動的なものに変更されます。
• （誤って）同じ静的アドレスを持つ他のシステムがネットワーク上にない。
• NetworkManagerがシステムで実行されていません。
• 私は、アドレスが変更されるとすぐにメールで通知するようにシステムを設定しましたが、それが発生する時間は完全にランダムに見えます。DHCPリース時間は24時間ですが、それは相関していないようで、静的アドレスでは問題になりません。
• 私の/ etc / network / interfacesはこれです：

    オートロー
    iface lo inetループバック
    自動eth0
    iface eth0 inet static
    アドレス192.168.124.104
    ゲートウェイ192.168.124.253
    ネットマスク255.255.255.0

それはちょっとしたパズルです。

代わりに、システムが静的アドレスを放棄し、DHCPアドレスを要求する原因は何ですか？どのログファイルで何を探すべきですか？

最近この問題に遭遇しましたが、調査の結果、/ etc / dhcp / dhcp.confに次のようなブロックを追加する（またはコメントを解除する）必要があることがわかりました。

エイリアス{インターフェース "eth0";   
固定アドレス10.1.1.1;   
オプションサブネットマスク255.0.0.0; }

お役に立てれば！

よろしく、グレンドングロス

うーん、奇妙なことです。重要なことはわかりませんが、わかりやすくするためにnetmask、「ゲートウェイ」の後ろではなく、「アドレス」の直後にパラメータを配置します。また、ホストから（isc-）dhcp-clientパッケージをアンインストール/非アクティブ化し、ipv6とresolveconfパッケージに注意する必要があります。その前に：何が起こっているのかを知るためにAの方法、場所で受け入れ＆へとDHCPポート（サーバー67 UDPとクライアント68 UDP）からのすべてのトラフィックをログに記録するファイアウォールルールを入れたり、デバイスの状態のログを作成することですdhcp-clientかあなたのトラフィックを嗅ぎます。

ただし、回避策（または代替ソリューション）は、一部のホストにDHCP予約を構成するか、ホストのDHCPアドレスに無限のリース時間を設定することです。私にとってそれは本当にうまく機能し、利点は集中管理です。DHCPサーバーがモデム/ルーターの場合は、おそらくWebインターフェース（リース時間または予約）で構成でき、一部のルーターでは「固定アド​​レス」チェックボックスをオンにすることもできます。独自のサーバー（Ubuntu？）を構成した場合は、次のdhcpd.confような行を追加してファイルを編集する必要があります。

host Accountant {
  hardware ethernet 00:1F:6A:XX:XX:XX;
  fixed-address 192.168.124.104;
}

私はこれが古いことを知っていますが、私が苦労していた同様の問題に遭遇しました。Canonicalにもサポートを依頼するケースをオープンしました。

私はその後問題を解決し、この投稿に戻ってきました。これがこの問題に遭遇した可能性のある他の誰かに役立つことを願っています。結局のところ、私の問題は「wicd-daemon」でした。パッケージがどのように、またはなぜインストールされたのかはわかりませんが、静的アドレスを削除し、他のネットワーク問題を引き起こした主な原因でした。

私の問題の症状は、ネットワークケーブルを抜いて再び差し込むとdhclientが起動することでした。ここで報告された問題と同様に、別のIPアドレスを取得します。NICを手動で設定した場合は問題ありませんでしたが、後でランダムに時間が経過すると別のIPが取得されます（dhclientがバックグラウンドで実行されているため）。dhclientが実行されているかどうかを確認します。なぜdhclientが実行されているのかについては、それが別の問題です。以下では、dhclientが何を解決したかを説明します。これにより、いくつかのパス（avahi、ntpd、ifupなど）をたどってしまいました。私の場合、それはwicd-daemonでした。

この問題は、ネットワークケーブルを物理的に移動する必要があるネットワークを切り替えていたため、テストで最初に明らかになりました。これが原因で、本来あるべきではないネットワークの問題が発生しました。また、静的IPが削除または変更されるとは予想されていなかったため、問題を発見するのにも少し時間がかかりました。

最後に、wicd-daemonとpython-wicdをパージすることで問題が解決されました。ネットワークケーブルを取り外しても、システムで静的IPアドレスが保持されるようになりました。dhclientも起動しないので、問題も解決したと思います。私は他のパスも下に行き、私が抱えている問題に影響を与えているように見えるavahiを見て、ntpdも見てみました（奇妙なことに、他の問題と同時にsyslogに表示されていました） NTPDはおそらくそれとは何の関係もありませんでしたが、疑わしいログを生成していました）。私は他のテストを実行しているときに偶然にwicdプロセスの実行に遭遇するまで、いくつかのウサギの穴を駆け下りました。

つまり、dhclientが実行されているかどうか、システムでwicdなどのネットワークマネージャーが実行されているかどうかを簡単に確認します。静的アドレスで問題が発生している可能性があります。