dhclient, не работающий при начальной загрузке

find /path/to/folder -size +100k

Не ясно, желаете ли Вы видеть размер отдельных файлов, которые больше, чем некоторое значение, или хотите ли Вы видеть папки, больше, чем некоторое значение.

2
задан 30 May 2013 в 00:13
2 ответа

РЕДАКТИРОВАТЬ:

Вообще говоря, вы должны получить свой шлюз по умолчанию со своего DHCP-сервера через вариант 003 . Лучшим подходом было бы настроить ваш DHCP-сервер так, чтобы он правильно предоставлял эту информацию клиентам. Если вы не можете сделать это по какой-либо причине, я считаю, что вы можете вручную указать это в своем файле / etc / network / interfaces с помощью директивы шлюза (см. manpage ). Я никогда не делал этого, но считаю, что это должно работать для интерфейсов, которые не t статически настроен.

Если это не так, вы можете добавить его вручную, используя сценарий инициализации.

Похоже, вы правильно получаете аренду DHCP с помощью dhclient. Я подозреваю, что NetworkManager не был полностью удален или у вас есть другая утилита автоконфигурации сети, которая запускается (возможно, привязанная к среде вашего рабочего стола) и пытается изменить настройки вашей сети.

Сначала убедитесь, что ваш / etc / network / interfaces настроен правильно, запустив сценарий сетевой инициализации:

sudo /etc/init.d/networking restart

или просто используя ifup и ifdown :

sudo ifdown eth0 && ifup eth0


Затем убедитесь, что у вас их нет оставшиеся следы Network Manager :

sudo apt-get purge network-manager
1
ответ дан 3 December 2019 в 12:59

В моем случае в CentOS 6 / Fedora это было связано с несоответствием между / etc / sysconfig / network-scripts / ifcfg-eth0 и /etc/udev/rules.d/70-persistent-net.rules.

В обоих файлах Объявлен MAC, связанный с интерфейсом eth0. При клонировании виртуальной машины новый MAC был назначен, но не отражен здесь (это должен был сделать администратор).

При загрузке в dmesg вы можете увидеть, что настоящий eth0 переименован в eth1 (вступает в конфликт с ifcfg-eth0), затем автоматически создается новая запись в 70-persistent-net.rules, связывающая найденный MAC с eth1.

dhclient не запускается (или, если он запущен, прерывается) - в результате система не получает IP-адрес от DHCP-сервера.

Примечательно, что запуск dhclient вручную принудительно вызывает получение IP-адреса для фальшивый eth1 и сеть после этого нормально работает .... до следующей перезагрузки.

0
ответ дан 3 December 2019 в 12:59

Теги

Похожие вопросы