Рейтинг:0

Проблемы с сетью при установке сервера Ubuntu 20.04.3

флаг cn

Я установил сервер Ubuntu a много раз, в основном версии до 20.04, очевидно, но все же. Я делал именно это в прошлом в более ранней версии (версии 16 и 18 чаще всего с этой точной настройкой), и у меня никогда не было проблем. 20.04.3 ломает это и почему-то плохо.

Я создал виртуальную машину с двумя сетевыми интерфейсами, один в демилитаризованной зоне со статическим общедоступным IP-адресом в Интернете.
Второй интерфейс находится в частной сети класса C.

С помощью мастера установки один интерфейс оставляю в "DHCP", а другой настраиваю вручную.

В предыдущих итерациях это приводило к тому, что трафик проходил через оба интерфейса — трафик, идущий в сеть класса C, через его интерфейс, а все остальное — через статический интерфейс.

Он был улучшен до такой степени, что больше не работает.

Я могу подключиться по ssh через общедоступный статический IP-адрес с обоими интерфейсами. Я вообще не могу подключиться по ssh к интерфейсу класса C (из сети класса C). то есть до тех пор, пока не отключите общедоступный интерфейс - тогда он работает без проблем. Поднимите общедоступный интерфейс, и я потеряю доступ из класса C.

Если я отключу общедоступный интерфейс, ssh войду в класс C, а затем подниму общедоступный интерфейс, сеанс на адресе класса C будет немедленно заблокирован.

Сможет ли создание двух интерфейсов со статической адресацией снова нормально работать?

Боковая тирада, чтобы выразить некоторые разочарования - Похоже, что лучший подход — просто вернуться к версии 16 или 18, где с сетью все в порядке. Кто, черт возьми, придумал yaml cr@p для работы в сети? Различные структуры каталогов для файлов конфигурации и по большей части то, какой файл и в каком порядке они используются, в лучшем случае случайны - заменит ли какое-либо заданное значение предыдущее или это волшебное, которое объединяется с предыдущим?
Я хочу немного этого напитка — это мощная штука, которая заставит любого подумать, что это даже отдаленно хорошая идея.

Terrance avatar
флаг id
Вы можете отказаться от Netplan, если хотите. Мой сервер фактически использует старый ifupdown для связи. Вы можете увидеть: https://askubuntu.com/questions/1293208/cant-disable-local-addresses-on-network-interfaces/1293486#1293486
флаг cn
Это правильный подход, просто отказаться от netplan?
флаг cn
ifupdown и ifenslave, по-видимому, больше не доступны в репозитории — ifupdown сообщает «нет кандидата на установку», а ifenslave «не может найти цель».
Terrance avatar
флаг id
Они доступны, но у вас должен быть включен репозиторий Universe. `sudo add-apt-repository Universe`, затем `sudo apt update`
Terrance avatar
флаг id
Я не говорю, что это правильный подход, но, на мой взгляд, старый способ гораздо более стабилен, и я знаю, что люди будут спорить со мной по этому поводу, но для моего оборудования у меня не было проблем с сбросом сетевого плана.
флаг cn
хорошо спасибо. Я всегда использовал Ubuntu, потому что было очень легко настроить работающий сервер из установочного образа сервера. Если я иду по пути массовой настройки только для того, чтобы заставить его работать, привлекательности, безусловно, не хватает. Пора поискать в другом месте, я полагаю. Был хороший пробег. Грустный.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.