Переключение шлюза с использованием netplan

Вопрос или проблема

У меня возникли проблемы с настройкой 2 IP-адресов, чтобы, если один из них выйдет из строя, использовался резервный IP-адрес. Я настроил netplan, как показано на рисунке. Я могу подключаться через ssh, используя оба IP-адреса, я проверяю, какой IP-адрес является основным, с помощью speedtest-cli, используя панель управления сервера, я отключаю IP-адрес, который использовался speedtest-cli. Однако, когда я пытаюсь снова использовать speedtest-cli, это не работает, я ожидал, что он автоматически переключится на доступный IP. Я пытался пинговать известный IP-адрес, но это не сработало.

Кто-нибудь знает, почему это не работает так, как я ожидаю, и как я могу это исправить? enter image description here

Вы должны использовать один из следующих способов:

1- Метрика значений
2- Динамическая маршрутизация

Лучше изучить правило написания для netplan. Вы написали неправильно.
Вам нужно настроить что-то вроде следующего:

network:
  version: 2
  renderer: networkd
  ethernets:
    ens160:
      addresses:
        - 192.168.10.2/24
      nameservers:
        addresses:
          - 8.8.8.8
    ens192:
      addresses:
        - 192.168.20.2/24
      nameservers:
        addresses:
          - 8.8.8.8
  routes:
    - to: default
      via: 192.168.10.1
      metric: 100
    - to: default
      via: 192.168.20.1
      metric: 200

Как использовать несколько адресов с несколькими шлюзами

Ответ или решение

Настройка автоматического переключения шлюзов с использованием Netplan

Введение

Вопрос, связанный с настройкой автоматического переключения между двумя IP-адресами в случае сбоя одного из них, является распространенной задачей в административной практике управления сетями. Проблема, которую вы описали, затрагивает использование Netplan для настройки сетевых интерфейсов и маршрутов. В данном ответе я объясню, как правильно использовать метрики и маршруты для достижения желаемого поведения.

Проблема

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

Решение

Для корректной настройки сетевых интерфейсов и маршрутов в Netplan необходимо учитывать следующие аспекты:

  1. Метрики маршрутов: Они позволяют установить приоритет для каждого из маршрутов. Чем ниже значение метрики, тем более приоритетным считается маршрут.

  2. Структура конфигурации: Ваша конфигурация должна правильно определять адреса, интерфейсы и маршруты.

Пример конфигурации Netplan

Вот пример корректной конфигурации с использованием двух интерфейсов и их соответствующих маршрутов:

network:
  version: 2
  renderer: networkd
  ethernets:
    ens160:
      addresses:
        - 192.168.10.2/24
      nameservers:
        addresses:
          - 8.8.8.8
    ens192:
      addresses:
        - 192.168.20.2/24
      nameservers:
        addresses:
          - 8.8.8.8
  routes:
    # Основной маршрут с более низкой метрикой
    - to: default
      via: 192.168.10.1
      metric: 100
    # Резервный маршрут с более высокой метрикой
    - to: default
      via: 192.168.20.1
      metric: 200

Пошаговая настройка

  1. Измените конфигурацию: Используя вышеприведенный пример, модифицируйте ваш файл конфигурации Netplan, давая больший приоритет основному шлюзу с помощью низкой метрики.

  2. Примените изменения: После внесения изменений необходимо применить конфигурацию, выполнив команду:

    sudo netplan apply
  3. Проверка работы: Убедитесь, что обе IP-адреса доступны и что вы можете пинговать разные ресурсы. Первоначально попробуйте отключить один из шлюзов и проверьте, используя команду ip route show, чтобы подтвердить, что активен резервный маршрут.

Заключение

Используя метрики и правильно настраивая маршруты в Netplan, вы сможете реализовать автоматическое переключение между IP-адресами в случае сбоя одного из них. Важно помнить, что проверка работы конфигурации после её применения также играет ключевую роль в успешной настройке. Если вышеописанные шаги не помогают решить проблему, возможно, потребуется дополнительно исследовать конфигурацию сетевого оборудования или настройки фаервола, которые могут блокировать трафик.

Оцените материал
Добавить комментарий

Капча загружается...