Почему dhclient все еще работает, когда я выбираю статический IP?
Я изменяю dhcp к помехам в/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
Затем перезапустите интерфейс.
$ 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 одновременно?
Большое спасибо.
3 ответа
- сначала необходимо завершить работу, интерфейс (в dhcp режиме)
sudo ifdown eth0 -
Тогда редактируют конфигурацию
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 -
, Возвращают интерфейс
sudo ifup eth0
Иначе dhclient, не делает правильно закрывается,
У меня была та же проблема (Ubuntu 16.04). Однако это было облачным экземпляром, и я не мог ifdown интерфейс настолько легко.
Короткий ответ: Я удалил файл /etc/network/interfaces.d/50-cloud-init.cfg ifup, был инициирован тем определенным файлом.
ответ Long: Я настроил интерфейс с помощью /etc/network/interfaces со статическим IP-адресом, но я все еще нашел в daemon.log, что dhclient все еще запрашивал IP от DHCP, и dhclient был запущен через systemd. А именно, systemd названный networking.service единицей, который названный ifup, которые читают и файл интерфейсов и 50 облаков init.cfg файл. Приведение к некоторым конфликтам, но все еще функциональной сети.
Я нашел для меня, это происходило из-за NetworkManager гнома, все еще работающего, и думающего его ответил за устройство. Задним числом это должно было быть очевидно, поскольку ps показал, что dhclient запускался NetworkManager.
, Как только я перезапустил свою систему, устройство перешло к "неуправляемому" в NetworkManager, и это прекратило пытаться настроить его. Возможно, я, возможно, достиг того же самого только путем остановки/перезапуска NetworkManager, я не уверен.