LINUX.ORG.RU

Сетевые проблемы на клонированных системах

 , , , ,


0

1

Суть проблемы в следующем: существует контора, в конторе стоят 7 компьютеров, на каждом из них было необходимо установить Alt Linux, при чем корпоративную версию с определенным набором программ, т.к. ставить по отдельности на каждый ПК системы было физически невозможно, системы устанавливались следующим образом: Был взят 1 HDD, на него была установлена система с набором программ, затем данный HHD был клонирован посекторно еще на 6 дисков такого же объема, потом данные 7 дисков были поочередно помещены в один и тот же системник и окончательно настроены под каждого из 7 разных пользователей - введены в домен под уникальными адресами, настроены ВМ (на каждом из этих дисков имеется ВМ под windows 10) и тд. Затем данные 7 дисков были установлены в целевые ПК и изменены сетевые настройки Alt Linux под статические нужные в их сети (настраивались они в другой сети и на одном и том же ПК (системнике), потом они были изъяты и подсунуты в 7 разных других).

И вот после начала работы выяснилась следующая странная проблема - во первых, сначала DHCP назначил windows’ам у этих 7 разных компьютерах одинаковые ip адреса (на linux’ах они выставлены статические), затем, обнаружилось что данные 7 компьютеров «мешают» друг другу работать в сети, как бы это было если бы у них были одинаковые ip адреса, однако они разные, при этом, если пинговать какой то из этих компьютеров возникает следующая картина:

ping 172.19.144.58 -t

Обмен пакетами с 172.19.144.58 по с 32 байтами данных:

Ответ от 172.19.144.58: число байт=32 время 9мс TTL=128

Ответ от 172.19.144.58: число байт=32 время 10мс TTL=128

Превышен интервал ожидания для запроса.

Ответ от 172.19.144.58: число байт=32 время 10мс TTL=128

Превышен интервал ожидания для запроса.

Превышен интервал ожидания для запроса.

Ответ от 172.19.144.27: Заданный узел недоступен.

Ответ от 172.19.144.27: Заданный узел недоступен.

Ответ от 172.19.144.27: Заданный узел недоступен.

Ответ от 172.19.144.37: Заданный узел недоступен.

Ответ от 172.19.144.58: число байт=32 время 10мс TTL=128

Ответ от 172.19.144.58: число байт=32 время 10мс TTL=128

Превышен интервал ожидания для запроса.

Ответ от 172.19.144.37: Заданный узел недоступен.

Ответ от 172.19.144.58: число байт=32 время 10мс TTL=128

Ответ от 172.19.144.58: число байт=32 время 10мс TTL=128

Ответ от 172.19.144.2: Заданный узел недоступен.

Ответ от 172.19.144.2: Заданный узел недоступен.

Тут видно, что помимо заданного адреса выдаются другие - .27, .37, .2 - и эти адреса, это адреса других компьютеров из этих 7, которые были запущенны на клонированных дисках, и которые включены и активны в сети в данный момент. Если их все кроме одного выключить - то пинг идет нормально, а проблемы с соединением на последнем оставшемся в сети компьютере исчезают (к примеру, с подключением по ssh - когда активны все 7 сессия прерывается спустя несколько секунд после подключения).

Смена mac адресов проблему не решила.

Возможно, кто-то сможет подсказать в чем может быть проблема или как можно попробовать ее решить. (Кроме варианта переустанавливать систему на каждом пк отдельно - такой возможности просто нет).



Последнее исправление: walet123 (всего исправлений: 3)

(Кроме варианта переустанавливать систему на каждом пк отдельно - такой возможности просто нет).

Переустанавливать точно ничего не надо. «ip a» на каждом прям вот разные IP показывает и разные MAC? Если сеть настроена именно через etcnet, то MAC-и там положено задавать в файлике /etc/net/ifaces/<интерфейс>/iplink (https://www.altlinux.org/Etcnet#Управление_канальными_параметрами_интерфейсов). Но если MAC не задан, то должен аппаратный браться от сетевой карты. Они же не одинаковые там?..

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 2)
Ответ на: комментарий от AS

Да, сеть настроены через etcnet, но в директории /etc/net/ifaces/vmbr0/ ни файла ни директории iplink нет Если это должен быть файл, может быть его можно вручную создать и прописать там mac и mtu?

walet123
() автор топика
Ответ на: комментарий от walet123

Да, сеть настроены через etcnet, но в директории /etc/net/ifaces/vmbr0/ ни файла ни директории iplink нет

Это должен быть файл. Если нет и надо, можно создать. Только вопросов стало больше: какой такой vmbr0?? Должен быть или eth0, или ether0, или, по новомоднему, enp<буквы-цифры>0. А vmbr - это какой-то бридж для какой-то виртуалки, точно не помню. Но точно не физический ethernet. Как бы не получилось, что сеть настроена, всё же, через Network Manager, или systemd-networkd.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от walet123

Как раз одинаковые - файлы iplink нет, а установка и настройка производилась на одной и той же сетевой карте.

В этой ситуации MAC берётся из BIOS сетевой карты. В общем проверь, что «ip a» показывает.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

Да, интерфейс называется enp3s0

У меня получается по пути /etc/net/ifaces/ есть 2 паки: enps30 и vmbr0 Я создал в обоих файл iplink c новым mac в формате

address e1:ab:91:14:ad:48

mtu 1500

но это не помогло - после перезагрузки этот mac не устанавливается, остается старый

walet123
() автор топика
Ответ на: комментарий от walet123

У меня получается по пути /etc/net/ifaces/ есть 2 паки: enps30 и vmbr0 Я создал в обоих файл iplink c новым mac в формате

address e1:ab:91:14:ad:48

В смысле? Именно e1:ab:91:14:ad:48 дважды? Так нельзя, MAC-и разные должны быть. Но примениться всё равно должно было, может enps30 не через etcnet тогда настраивается.

enps30

В /etc/net/ifaces/enps30/options что написано?

AS ★★★★★
()
Ответ на: комментарий от AS

В /etc/net/ifaces/enps30/options что написано?

TYPE=eth

DISABLED=no

NM_CONTROLLED=yes

BOOTPROTO=static

CONFIG_IPV4=yes

В смысле? Именно e1:ab:91:14:ad:48 дважды? Так нельзя, MAC-и разные должны быть. Но примениться всё равно должно было, может enps30 не через etcnet тогда настраивается.

Да, файлы одинаковые, скопировал просто Но сеть точно через etcnet настроена - networkmanager отключен

walet123
() автор топика
Ответ на: комментарий от walet123

NM_CONTROLLED=yes

Значит интерфейс обслуживает не etcnet, а Network Manager. Причём он, кажется, и в конфиг etcnet не смотрит в плане параметров.

networkmanager отключен

тогда его вовсе никто не настраивает и я не понимаю, как оно работает.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

тогда его вовсе никто не настраивает и я не понимаю, как оно работает.

Статус NetworkManager’а - inactive (dead)

Настроено судя по всему действительно как-то по индусски, но почему именно так - неизвестно

Проблема судя по всей видимости вот в этом mac адресе:

https://drive.google.com/file/d/1oNpKJMiDoOH69_WFfgrdkCVDeImytTq0/view?usp=sharing

Он одинаковый у всех компьютеров, и вот его нужно каким-то образом изменить на разные

walet123
() автор топика
Ответ на: комментарий от walet123

Проблема судя по всей видимости вот в этом mac адресе:

https://drive.google.com/file/d/1oNpKJMiDoOH69_WFfgrdkCVDeImytTq0/view?usp=sh...

Обязатально фоткой что ли... Ну так ищи, в каком он конфиге. Наверняка открытым текстом в каком-то файлике в /etc/*

AS ★★★★★
()
Ответ на: комментарий от walet123

Вот это делали?
https://serveradmin.ru/kak-izmenit-machine-id-v-linux-dlya-sbrosa-privyazki-v

Это прочитали? Файл /etc/machine-id сделали разными на разных компах? В приведенной заметке сказано, что плевать хотел DHCP сервер на смену MAC сетевухи. Если machine-id не изменить - будет выдавать один и тот же адрес.
Тоже взял себе на заметку - ранее всегда думал что смена МАС решает проблему адресов.

sigurd ★★★★★
()
Ответ на: комментарий от sigurd

Это, строго говоря, зависит как от настроек dhcp-сервера, так и клиента.
Есть такая штука Client ID (DHCP Option 61). Клиент может генерировать его разными способами, не обязательно из machine-id, главное что эта штука не должна меняться произвольным образом.
А сервер хотя и отдает приоритет client id при выдаче ip адреса, но при этом вовсе не обязан поддерживать эту опцию.

Khnazile ★★★★★
()
Ответ на: комментарий от walet123

На винде есть похожая штука, но я не помню как она там называется. Обычно она же создаёт проблемы со вводом клонированных машин в домен. Но раз у вас машины в домен успешно ввелись, полагаю проблема не в этом.

Khnazile ★★★★★
()
Ответ на: комментарий от router

А если так?

На самом деле он там скриншот альтератора показал. Если мне склероз не изменяет, альтератор только для etcnet и network manager пока настройки делать умеет, так что вряд ли systemd-networkd.

AS ★★★★★
()
Ответ на: комментарий от walet123

Наверняка так и есть, где-то он должен быть, но найти ничего похожего не вышло

Можно ещё регистр игнорировать. По идее один в один должно бы быть, но мало ли. Кроме grep можно и в mc поиск по содержимому файлов сделать. Ну или IP, уж адрес-то без букв, а должно быть где-то рядом.

AS ★★★★★
()

Ответ от 172.19.144.58: число байт=32 время 9мс TTL=128

Так, стоп. Так у тебя с виндовыми ВМ проблемы, а не с linux хостами?

Ну, т.к. тупо скопировал жесткий диск, то настройки ВМ остались идентичными. У этих ВМ в конфиге прописан одинаковый MAC на виртуальной сетевой карте

router ★★★★★
()
Ответ на: комментарий от AS

Проблему вышло решить - переименовав каталог /etc/net/ifaces/vmbr0 в /vmbr1, после перезагрузки используемый мост поменялся на vmbr1 с уже другим MAC адресом (что странно - при смене названия обратно на vmbr0 вернулся тот же самый старый MAC). Поменял на всех 7 компьютерах названия на vbmr-1-2-3-4-5-6-7 и проблема с сетью пропала.

walet123
() автор топика
Ответ на: комментарий от router

Так, стоп. Так у тебя с виндовыми ВМ проблемы, а не с linux хостами?

Нет, проблема была именно с самой linux, т.к. подключение там было через интерфейс моста vmbr0, а не через enp3s0 который сетевая карта (это, наверное, как-то совсем неправильно, но почему именно так - неизвестно).

А в ВМ изменить МАС можно же в настройках самой ВМ как я понимаю, там где «сеть».

walet123
() автор топика
Ответ на: комментарий от walet123

(что странно - при смене названия обратно на vmbr0 вернулся тот же самый старый MAC)

Видимо где-то живёт конфиг с привязкой того MAC к имени vmbr0. По хорошему бы стоило найти, а то мало ли, когда всплывёт.

AS ★★★★★
()
Ответ на: комментарий от walet123

Нет, проблема была именно с самой linux, т.к. подключение там было через интерфейс моста vmbr0, а не через enp3s0 который сетевая карта (это, наверное, как-то совсем неправильно, но почему именно так - неизвестно).

Могу предположить, что в vmbr собраны enp3s0 и виртуальная сетевая карта из ВМ, чтобы в ВМ тоже сеть была.

AS ★★★★★
()

MAC адреса у Линукс хостов разные, а MAC адреса у виртуалок на этих хостах одинаковые. Потому что MAC адрес виртуалки хранится в конфигурации виртуалки, и ты ее склонировал. Придётся менять.

iliyap ★★★★★
()
Ответ на: комментарий от walet123

Нет, проблема была именно с самой linux, т.к. подключение там было через интерфейс моста vmbr0, а не через enp3s0 который сетевая карта (это, наверное, как-то совсем неправильно, но почему именно так - неизвестно).

Сделал бы сеть не мост для виртуалок, а нат, и нет проблемы. У меня с мостом была такая же проблема.

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

Да я понимаю что оно все очень странно и неправильно настроено и по хорошему нужно как-то по другому это делать, но задача поставленная именно такие настройки предполагает, и требуется лишь заставить оборудование на них как-то работать.

walet123
() автор топика

Мак адреса на физических интерфейсах в linux априори разные, а вот мак адреса на виртуалках в qemu или другой системе виртуализации, если вм создавалась до клонирования будут одинаковые. Меняй в виртуалках мак адреса.

kostik87 ★★★★★
()
Ответ на: комментарий от walet123

Да, так и есть, эти системы рассчитаны как раз на постоянную работу из ВМ в корпоративной сети, а клиент linux должен просто онлайн висеть для виду

Перевод рабочих мест на линукс, какой мы заслужили.

Loki13 ★★★★★
()