Ubuntu 18.04 пропали IP адреса в ifconfig
Ubuntu 18.04 пропали IP адреса в ifconfig
Ubuntu 18.04 пропали IP адреса в ifconfig - при этом они есть визуально в панели и v-list-sys-ips тоже их отображает, конфиг /etc/network/interfaces тоже верный формата
...
# Added by vesta
auto ens3:7
iface ens3:7 inet static
address 137.74.137.159
netmask 137.74.137.159/32
...
Но в ifconfig их нету, соответственно они не работают и не резолвятся.
...
# Added by vesta
auto ens3:7
iface ens3:7 inet static
address 137.74.137.159
netmask 137.74.137.159/32
...
Но в ifconfig их нету, соответственно они не работают и не резолвятся.
Re: Ubuntu 18.04 пропали IP адреса в ifconfig
Проблема появляется после ребута. Использую OVH и у меня 16 дополнительных IP адресов, некоторые из них, видимо, иногда недоступны - понял это по логу запуска nginx который тоже не запускается, а вместе с ним и все остальное.
Вопрос - как сделать чтобы игнорировались недоступные IP на текущий момент и сеть работала нормально, стартовал Nginx и все остальное, ifconfig хотя бы не очищался?
Code: Select all
root@139:~# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: [emerg] bind() to 51.79.226.117:80 failed (99: Cannot assign requested address)
nginx: configuration file /etc/nginx/nginx.conf test failed
Re: Ubuntu 18.04 пропали IP адреса в ifconfig
В общем разобрался, если вдруг остались веста-дрочеры вроде меня и у вас тоже есть проблема с тем что после ребута ОС пропадают записи из ifconfig + не поднимается nginx/apache в связи с этим.
Цепочка такая:
1. ОС роутинги не прописывает потому как на момент ребута не успевает получить response от них (как я понял из за крайне низкого дефолтного значения на время ответа от IP адресов), и прописывает в логи
И как следствие
Иногда на 1 ип, иногда на целую пачку, но даже 1 такой строки достаточно чтобы все нафиг посыпалось.
2. Веста считает что IP есть, а, нгинс/apache пытается по вестовскому конфигу со списком URL работать, но ловит ошибку отсуствия роутингов, и не хочет подниматься.
Само собой 3proxy тоже не работает т.к. IP адресов в системе нету роутингов, они как бы в весте только есть по всем конфигам.
Лечится так:
Проверяем какие роутинги есть в системе
ifconfig после ребута скорее всего обнулится
сюда пишем все наши IP Адреса , чтобы было вот так, Все IP кроме основного VPS, macadress не забываем на свой поправить и название интерфейса (ens3 для VPS OVH, проверяется ifconfig)
Проверяем конфиг network try
Цепочка такая:
1. ОС роутинги не прописывает потому как на момент ребута не успевает получить response от них (как я понял из за крайне низкого дефолтного значения на время ответа от IP адресов), и прописывает в логи
Code: Select all
systemd-networkd-wait-online[649]: ignoring: lo
Code: Select all
nginx ignore failed (99: Cannot assign requested address)
2. Веста считает что IP есть, а, нгинс/apache пытается по вестовскому конфигу со списком URL работать, но ловит ошибку отсуствия роутингов, и не хочет подниматься.
Само собой 3proxy тоже не работает т.к. IP адресов в системе нету роутингов, они как бы в весте только есть по всем конфигам.
Лечится так:
Проверяем какие роутинги есть в системе
Code: Select all
networkctl status -a
Code: Select all
mcedit /etc/netplan/50-cloud-init.yaml
Code: Select all
# This file is generated from information provided by the datasource. Changes
# to it will not persist across an instance reboot. To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
ethernets:
ens3:
dhcp4: true
match:
macaddress: fa:16:3e:fa:03:a7
set-name: ens3
addresses: [178.32.43.111/32, 54.36.248.111/32, 137.74.137.111/32]
version: 2