Причины возникновения и решение таймаута загрузки сетевых интерфейсов
Waiting for network configuration...
Waiting up to 60 more seconds for network configuration...
Waiting up to 60 more seconds for network configuration...
В интернетах распространено решение редактированием параметра sleep
в файле /etc/init/failsafe.conf
, но мало кто понимает причину возникновения данной ситуации. На самом деле все просто - не верно сконфигурирована сеть. Всего-то надо правильно описать настройки сети в файле /etc/network/interfaces
.
Пара примеров некорректной настройки сети, с которыми сталкивался лично:
Прописано два шлюза
Неверный конфиг:
auto eth0 iface eth0 inet static address 192.168.0.10 netmask 255.255.255.0 gateway 192.168.0.1 auto eth1 iface eth1 inet static address 1.2.3.4 netmask 255.255.255.0 gateway 1.2.3.1
Машине присвоен одновременно и белый IP адрес, и серый, находящийся за NAT'ом. Для решения один из gateway надо убрать.
Default gateway находится в другой подсети
Актуально для некоторых dedicated серверов с виртуальной Linux машиной.
Неверный конфиг:
auto eth0 iface eth0 inet static address 1.2.3.4 netmask 255.255.255.0 gateway 5.6.7.8
Система при старте не может поднять маршрут. т.к. шлюз находится в другом сегменте сети.
Решением является поднятие маршрутов после поднятия интерфейса.
Верный конфиг:
auto eth0 iface eth0 inet static address 1.2.3.4 netmask 255.255.255.0gateway 5.6.7.8post-up route add 5.6.7.8 eth0 post-up route add default gw 5.6.7.8 dev eth0
Заметка морально припоздала, т.к. даже в Debian 8 Jessie уже перешли на systemd, где не верно сконфигурированная сеть вообще не показывает сообщений при загрузке. В примере с двумя шлюзами основным становится тот, который идет в конфиге первым по счету. В любой другой ситуации происходит занесение информации о событии в /var/log/daemom.log
. Если же допущены грубые ошибки, то система стартует без сети, так же заполняя лог.