新しいDebianシステムをセットアップしています。/ etc / networks / interfacesのインターフェースに静的IPを構成しています。
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth4
iface eth4 inet static
address <redacted>
netmask 255.255.254.0
network <redacted>
broadcast <redacted>
gateway <redacted>
dns-nameservers <redacted>
dns-search <redacted>
私はアドレスを隠しましたが、構成はもちろんIPアドレスを除いて古いDebianシステムと一致します。私は 'ifup eth4'で起動でき、しばらくは問題なく動作しますが、最終的には1〜24時間後にクラッシュします。ログにダウンの理由に関する情報が表示されません。翌日、物理的なコンソールから起動できます... 'ifdown eth4'を実行すると、そもそも起動していないことが報告されます。「ifup eth4」を実行すると、問題なく起動します。
私はそれを整理したいのですが、eth4に関するエラーを探しているときに、dhclientがバックグラウンドで実行され、2分ごとにeth4でDHCPREQUESTを実行していることに気付きました。静的IPが構成された状態でeth4が適切に実行されている間、それは今でも起こっています。何が原因で、インターフェースがダウンしているのでしょうか？それが問題を引き起こしているかどうかに関係なく、dhclientが不必要にこれを行うのを止めるべきだと思われます。古いシステムでは、「dhclient」プロセスが実行されていません。
これが基本的なものである場合は申し訳ありませんが、私のLinuxの知識にはいくつかの穴があります。
ああ、それは理にかなっています。私は先に進んで再起動しただけで、実際になくなっています。これもインターフェイスのダウンの原因と考えられますか、それとも別の問題ですか？
—
スコットJ
... eventually crashes ...： これは何を意味するのでしょうか？カーネルパニック？それともインターフェースがダウンしているだけですか？
ログに痕跡が残らないため、おそらくカーネルの問題ではありません。ある時点で、ネットワークインターフェイスは単にダウンします。ただし、dhclientプロセスを停止するために再起動したので、これはもう発生していないため、おそらくインターフェースがダウンする原因となっていました。教訓...ネットワークを大幅に変更した後で、それを回避するために必要な知識が十分にない場合は、再起動してください。
—
スコットJ
dhclient静的構成に変更したときにすでに実行されていた場合、この動作が発生します。殺すだけdhclient。