Перейти к содержанию

Вопрос

Опубликовано

Предлагаю реализовать в веб-интерфейсе(WebUI) функцию Ping Check для VPN соединений. 

Сейчас можно организовать Ping Check через CLI https://help.keenetic.com/hc/ru/articles/213965889?source=search, пример для IKE:

Quote
ping-check profile _WEBADMIN_IKE0
host 8.8.8.8
port 53
update-interval 10
mode connect
max-fails 5
restart-interface
exit
interface IKE0 ping-check profile _WEBADMIN_IKE0
system configuration save

Рекомендуемые сообщения

  • 0
Опубликовано (изменено)

Хотелось бы иметь адекватный pingcheck внутри каждой политики доступа.

Ситуация. Есть несколько впн или прокси. Они заведены в одну политику. Каждая политика предполагает режимы резервирования и балансировки.
В лучшем случае одно из подключений отвалится и это система заметит. В худшем трафик будет заблокирован или удалённый сервер перестанет функционировать по какой-либо причине, а подключение останется висеть активным, и система это не заметит.
Как отслеживать такие ситуации и переводить трафик на другое соединение в политике сейчас не понятно.
Ещё более не понятно, как будет в такой ситуации работать балансировка.
Даже в существующей статье по балансировке интернет каналов нет ни слова о логике работы в случае если одно из подключений будет разорвано.
Указано, что в расчёт берётся скорость подключения физического соединения. А в случае впн/прокси, какая механика?

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

Изменено пользователем Vita73
  • 0
Опубликовано (изменено)
59 минут назад, Vita73 сказал:

Хотелось бы иметь адекватный pingcheck внутри каждой политики доступа.

Ситуация. Есть несколько впн или прокси. Они заведены в одну политику. Каждая политика предполагает режимы резервирования и балансировки.
В лучшем случае одно из подключений отвалится и это система заметит. В худшем трафик будет заблокирован или удалённый сервер перестанет функционировать по какой-либо причине, а подключение останется висеть активным, и система это не заметит.
Как отслеживать такие ситуации и переводить трафик на другое соединение в политике сейчас не понятно.
Ещё более не понятно, как будет в такой ситуации работать балансировка.
Даже в существующей статье по балансировке интернет каналов нет ни слова о логике работы в случае если одно из подключений будет разорвано.
Указано, что в расчёт берётся скорость подключения физического соединения. А в случае впн/прокси, какая механика?

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

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

Изменено пользователем Denis P

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

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

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.