静的IPを選択したときにdhclientがまだ実行されているのはなぜですか？

/ etc / network / interfacesでdhcpを静的に変更します（以下を参照）。

# The primary network interface
auto eth0
iface eth0 inet static
netmask 255.255.0.0
address 10.10.130.128
gateway 10.10.1.1

次に、インターフェースを再起動します。

$ sudo ifdown eth0; sudo ifup eth0
...
$ ifconfig
eth0      Link encap:Ethernet 
          inet addr:10.10.130.128  Bcast:10.10.255.255  Mask:255.255.0.0

したがって、新しいアドレスが有効になります。

しかし、DHCPはまだそこにありますか？

$ ps aux | grep dhc
root    ... dhclient3 -e IF_METRIC=100 -pf /var/run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -1 eth0

それは正常ですか？そうでない場合、静的IPでインターフェイスを再起動し、同時にDHCPを停止する方法は？

どうもありがとう。

1. 最初にインターフェイスをシャットダウンする必要があります（dhcpモードで） sudo ifdown eth0

2. 次に、構成を編集します nano /etc/network/interfaces

   # The primary network interface
   auto eth0
   iface eth0 inet static
   netmask 255.255.0.0
   address 10.10.130.128
   gateway 10.10.1.1
   

3. インターフェイスを元に戻す sudo ifup eth0

そうdhclientしないと、正しくシャットダウンされません。

同じ問題がありました（Ubuntu 16.04）。ただし、これはクラウドインスタンスであり、インターフェイスを簡単にダウンできませんでした。

短い答え：/etc/network/interfaces.d/50-cloud-init.cfgその特定のファイルによってトリガーされたファイルifup を削除しました。

長い答え：/etc/network/interfaces静的IPアドレスでを使用してインターフェイスを構成しましたが、dhclientがDHCPからIPを要求しており、dhclientがsystemdを介して開始されていることがdaemon.logでまだ見つかりました。具体的には、systemdはnetworking.serviceユニットを呼び出し、これはifupを呼び出し、interfacesファイルと50-cloud-init.cfgファイルの両方を読み取ります。いくつかの競合が生じますが、それでも機能的なネットワークです。

私が見つけたのは、これはgnomeのNetworkManagerがまだ実行中であり、デバイスを担当していると考えていたためです。後から考えると、psdhclientがNetworkManagerによって起動されていることが示されているように、これは明白なはずです。

システムを再起動すると、デバイスはNetworkManagerで「管理対象外」になり、構成を試行しなくなりました。NetworkManagerを停止/再起動するだけで同じことを達成できたかもしれませんが、よくわかりません。