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

Вопрос

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

Имеется 2 провайдера. Один с "белый" другой "серый" :)
Хотелось-бы иметь возможность назначать отдельно "прямой доступ" и "через облако" для каждого провайдера отдельно.
Когда стоит "прямой доступ", то при отвале "белого" провайдера доступа через "серого" не будет.
Вчера столкнулся с такой проблемой. Просто пожелания ....

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

  • 0
Опубликовано
В 31.01.2020 в 10:03, r13 сказал:

Можно сделать ddns имя, а keendns в облачном режиме использовать, как резерв

Идея норм.

Но возникает вопрос к впнам типа сстп и ике2 которые юзают именно кинднс.

Как с ними то быть?

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

Поддерживаю запрос, особо больно в таком режиме, когда основным стоит серый провайдер, что невозможно переключиться в прямой доступ и запустить ikev2. 
Хотелось бы иметь возможность привязаться прямым доступом к резервному каналу и запустить ikev2 на нем.

  • 0
Опубликовано
7 минут назад, mesb сказал:

Идея норм.

Но возникает вопрос к впнам типа сстп и ике2 которые юзают именно кинднс.

Как с ними то быть?

Сейчас уже не актуально, есть режим авто для keendns

  • 0
Опубликовано
8 минут назад, Valery Lutoshkin сказал:

Поддерживаю запрос, особо больно в таком режиме, когда основным стоит серый провайдер, что невозможно переключиться в прямой доступ и запустить ikev2. 
Хотелось бы иметь возможность привязаться прямым доступом к резервному каналу и запустить ikev2 на нем.

Если клиент позволяет указать server identity то думаю  вариант с dyndns заведется. 

Зы проще сделать основным линк с белым адресом, а локальных клиентов выводить наружу через серый линк используя политики кинетика.

  • 0
Опубликовано
10 минут назад, r13 сказал:

Сейчас уже не актуально, есть режим авто для keendns

Актуально, тото и оно.

Если вы в дефолтной политике первым поставите впн или канал где серый айпи, то кинднс пойдет через этот канал, а не тот что с белым айпи вторым например.

  • 0
Опубликовано
5 минут назад, mesb сказал:

Актуально, тото и оно.

Если вы в дефолтной политике первым поставите впн или канал где серый айпи, то кинднс пойдет через этот канал, а не тот что с белым айпи вторым например.

Ну так не ставте в дефолтной политике, а сделайте это в другой.

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

Вообще не понимаю принципа привязки sstp и ikev2 сервера к доменному имени keendns.

У меня на "белом" адресе вообще есть своё доменное имя, даже с прописанной обратной зоной, и с сертификатом, получаемым тем же роутером. А keendns вполне устраивает в облачном виде.

Почему нельзя (или как-то через cli можно?) привязать sstp или ikev2 к "независимому" домену?

Облачный keendns тем и хорош, что облачный, и поднимется на любом, самом неожиданном подключении к и-нету, и даст доступ к телу. А так - да. "Белый" гусь сдох, и приплыли... (Если sstp или ikev2, и "авто" не годится)

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

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

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

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

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

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

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

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

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

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

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

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