Size: a a a

2020 May 25

EV

Evgeniy Veselov in MikrotikClub
Алексей
Клауд не совсем то.Я думал на два адреса плвесить одну и туже запись А,но увы тоже мимо
у вас через клауд Ip будет обновляться раз в в минуту, ttl 1мин у клиента
источник

YP

Yakov Portnov in MikrotikClub
Алексей
Клауд не совсем то.Я думал на два адреса плвесить одну и туже запись А,но увы тоже мимо
включаете клауд, адрес присваивается текущему активному "интернету", своем DNS заводите алиас на этот адрес и все счастливы
источник

F

Firgat in MikrotikClub
Yakov Portnov
через шедуллер
а это адекватным считается, если шедулер запускается каждые 1-3 секунды например?

может есть способ использовать что то вроде
(ниже пример скрипта, который без остановки сниффит пакеты, пока не пропадет связь с x.x.x.x)

{
:local test true
while condition=($test) do={
/interface wireless sniffer sniff wlan2 duration=100s
:if ([/ping x.x.x.x count=3] = 0) do={
:set test false
}
}
}
источник

R

Rose in MikrotikClub
Aaron, приветствуем тебя в профессиональном клубе по интересам. Тема чата – MikroTik и всё с ним связанное.
Соблюдай простые правила, и всё будет хорошо. Прочесть их можно по кнопке ниже.
В целях защиты от спама, ссылки и пересланные сообщения от новых пользователей автоматически удаляются. Ограничение действует первые сутки.
Если вдруг забыл правила, их всегда можно прочитать командой /rules
Незнание правил не освобождает от ответственности.
источник

MS

Maxim Shekhovtsov in MikrotikClub
Алексей
Привет.Подскажите как быть в такой ситуации:Имею два провайдера,как сделать так чтоб в случаи падения одного из них пользунам не приходилось рдп перенастраивать(внешний ип)
Со статическими адресами, к сожалению, правильных и честных вариантов нет. Или руками менять адрес к которому подключаешься, или пытаться сделать запись А с мелким TTL и менять её при падении одного из каналов. Но тут боль в том, что DNS-кэш клиента или промежуточного звена может залипнуть на время больше чем TTL.
источник

А

Алексей in MikrotikClub
Maxim Shekhovtsov
Со статическими адресами, к сожалению, правильных и честных вариантов нет. Или руками менять адрес к которому подключаешься, или пытаться сделать запись А с мелким TTL и менять её при падении одного из каналов. Но тут боль в том, что DNS-кэш клиента или промежуточного звена может залипнуть на время больше чем TTL.
Уже столкнулся с этим
источник

А

Алексей in MikrotikClub
Хорошо,а чем заменить л2тп можно,или сменить впн сервер на более широкий канал?
источник

MS

Maxim Shekhovtsov in MikrotikClub
По своему опыту могу сказать, что у меня на адрес vpn.mycompany.ru прилеплено два адреса. При падении одного из провайдеров - из 100 клиентов проблемы примерно у 5-7. Перезагрузка компа и роутера дома помогает как минимум трём. Остальным шаманство с ifconfig /flushdns и прочее
источник

Д

Драничек in MikrotikClub
@nickolostsoul а в чем была трудность импорта сертификатов на семерке?
источник

А

Алексей in MikrotikClub
У меня есть имя домен.ру и 2 внешних ип.Записи А не катят,клауд как я понял тоже,т.к там хрень какая то а не доменное имя и ип адрес первого провайдера
источник

S

Sasha in MikrotikClub
Алексей
У меня есть имя домен.ру и 2 внешних ип.Записи А не катят,клауд как я понял тоже,т.к там хрень какая то а не доменное имя и ип адрес первого провайдера
Почему же днс не катят? Round Robin) только для впн это не подойдёт скорее всего.
источник

А

Алексей in MikrotikClub
Sasha
Почему же днс не катят? Round Robin) только для впн это не подойдёт скорее всего.
Для рдп тоже
источник

А

Алексей in MikrotikClub
Активен то один провайдер
источник

S

Sasha in MikrotikClub
Для такого подойдет route53 у aws наверное
источник

MS

Maxim Shekhovtsov in MikrotikClub
Sasha
Почему же днс не катят? Round Robin) только для впн это не подойдёт скорее всего.
Почему для VPN не подойдёт, поясните пожалуйста.
источник

S

Sasha in MikrotikClub
Maxim Shekhovtsov
Почему для VPN не подойдёт, поясните пожалуйста.
Технология эта отдает рандомно ip назначения. Сессии при обрыве будут прыгать с сервера на сервер
источник

MS

Maxim Shekhovtsov in MikrotikClub
Sasha
Технология эта отдает рандомно ip назначения. Сессии при обрыве будут прыгать с сервера на сервер
К счастью, RR не Random .... a Round Robin и должен отдавать их циклически. Так вот если к первому VPN почему то не удалось подключиться, при следующем запросе должен прилететь второй адрес. И в моём случае проблемы лишь у 5% клиентов возникают.  О каких прыгающих сессиях идёт речь?
источник

S

Sasha in MikrotikClub
Maxim Shekhovtsov
К счастью, RR не Random .... a Round Robin и должен отдавать их циклически. Так вот если к первому VPN почему то не удалось подключиться, при следующем запросе должен прилететь второй адрес. И в моём случае проблемы лишь у 5% клиентов возникают.  О каких прыгающих сессиях идёт речь?
И да и нет) bind отдает рандомно. ) это тут офтоп.
источник

C

Cumberbatch in MikrotikClub
Алексей
У меня есть имя домен.ру и 2 внешних ип.Записи А не катят,клауд как я понял тоже,т.к там хрень какая то а не доменное имя и ип адрес первого провайдера
Проверяйте доступность железок. Что доступна делайте cname на cloud  имя.
источник

А

Алексей in MikrotikClub
Железка то одна rb2011
источник