We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
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