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