IP не освобождается от интерфейса - Redhat 7 - PullRequest
Новая
       15

IP не освобождается от интерфейса - Redhat 7

0 голосов
/ 11 февраля 2020

Я пытаюсь использовать один IP в качестве «плавающего IP», назначая его вторичному интерфейсу eth1 между 2 виртуальными машинами. Основной интерфейс eth0 имеет 2 разных IP-адреса для обеих виртуальных машин. Только одна из виртуальных машин будет иметь IP, назначенный eth1 в любой момент времени. Если у нас возникнут какие-либо проблемы с первичной виртуальной машиной, мы откажемся от IP-адреса eth1 первичной виртуальной машины и переназначим его на вторичную виртуальную машину.

Мы отменяем назначение и назначаем IP-адрес с помощью -

/ sbin / ip addr $ {ACTION} $ {IP} dev $ {INTERFACE}

Однако, как только мы отменим IP-адрес от eth1 первичной виртуальной машины и назначим его на eth1 вторичной виртуальной машины, я не смогу s sh на вторичную виртуальную машину сразу. Я получаю -

s sh: подключение к хосту xxxx порт 22: истекло время ожидания соединения

Примерно через 15 минут некоторый кэш где-то очищается, а затем я могу s sh к вторичной коробке.

В sshd_config уже обновлен следующий параметр, и sshd был перезапущен.

GSSAPIA Аутентификация нет UseDNS нет

Мы используем Redhat 7.6

Любая помощь в устранение неполадок, которые могут быть причиной задержки в sh 'во вторичном блоке, очень ценится!

Спасибо!

Ответы [ 2 ]

0 голосов
/ 22 февраля 2020

Эта проблема решена. Нам пришлось обновить кэш arp neihbor, чтобы это работало, чтобы оно было включено в наш скрипт.

0 голосов
/ 12 февраля 2020

Ваша проблема связана с сетевым механизмом и клиентскими таблицами arp.

После изменения адреса проверьте таблицы arp с помощью arp -a на Linux и покажите ip arp (Cisco gear). Вы увидите старые MA C сопоставления адресов со старым IP-адресом сервера.

После изменения IP-адресов отправьте бесплатный arp, и это заставит все обновиться.

Предположим, ваш ethe rnet адрес 10.0.10.1, и вы используете eth1. 

yum install arping -y
arping -A -I eth1 10.0.10.1

Это очень похоже на то, что VMware делает, когда вы перемещаете виртуальную машину на другой хост. Он отправляет RARP, чтобы уведомить сеть, что адрес MA C перемещен в другой порт.

РЕДАКТИРОВАТЬ: Также обратите внимание, что в более старом сценарии RHEL ver ifup-eth использовался инструмент arping для отправки GARP. Это означает, что я мог бы также попробовать установить ip link set eth1 down и ip link set eth1 up, посмотреть, работает ли это.

...