Он скрывает так 3389 :)

У него снаружи 14661.

Вы говорите про 3389, а на скриншоте 33899

Я 33899 перекидываю на 3389 на внутренний сервер, по tcp второе правило по udp,

Я 33899 перекидываю на 3389 на внутренний сервер, по tcp второе правило по udp,

Работать то работает, если отключу фаервол, не пойму что блокирует он, и что разрешить

Так не надо фаер виндовый полностью отключать. Создайте разрешающие правила для тсп и удп 3389 и все

Микротика фаервол имел ввиду

Так я вот и не знаю какое сделать, что бы разрешить трафик с ната, это цепочка форвард, что мне нужно разрешить?

А все, надо почему-то форвард разрешать 3389, а не тот на который ломился, видимо это input

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

^Секъюрность,^

Мне просто в 1 узле надо было максимум зарезать и минимум разрешить

Всем доброго времени суток! ) Есть два провайдера. Второй выдает свои DNS (другие работать не будут), для первого прова должны использоваться, гугловские. Однако, при подключении через первого - запросы идут на DNS-серверв второго, и наоборот. Задача - "разрулить" DNS-запросы по провайдерам. Написал раздельные маршруты и запрещающие правила файервола, но все равно, в логах видно, что запросы идут абы-как... Что, не так сделал? https://pastebin.com/wGUNixJH

Всем доброго времени суток! ) Есть два провайдера. Второй выдает свои DNS (другие работать не будут), для первого прова должны использоваться, гугловские. Однако, при подключении через первого - запросы идут на DNS-серверв второго, и наоборот. Задача - "разрулить" DNS-запросы по провайдерам. Написал раздельные маршруты и запрещающие правила файервола, но все равно, в логах видно, что запросы идут абы-как... Что, не так сделал? https://pastebin.com/wGUNixJH

У вас подключения pppoe? Оба?

не пробовали файер настроить чтоб гугловские днс не могли ходить через isp2 и наоборот?

не пробовали файер настроить чтоб гугловские днс не могли ходить через isp2 и наоборот?

wan1 - прямое кабельное подключение, wan2 - DOCSIS-модем

маршрут не через Interface нужно делать а через шлюз

Явно указывать адрес основного шлюза?

Да

Да

Роутов достаточно. Просто нужно правильно прописать их

Не всегда, если один пров свалится, днсы могут полететь неправильно, я обычно дропаю ещё помимо роутов

А в правилах файервола - интерфейс?

Чтобы каждому запретить отправлять запросы не туда

Зачем?

Кому запретить?

допустим у нас резервный пров isp2, который не пропускает 8.8.8.8 и если мы просто пропишем роут 8.8.8.8 через isp1 (какой то ip), то в случае если isp1 свалится 8.8.8.8 побегут через isp2, как через текущий дефолтный маршрут, или я не прав?

допустим у нас резервный пров isp2, который не пропускает 8.8.8.8 и если мы просто пропишем роут 8.8.8.8 через isp1 (какой то ip), то в случае если isp1 свалится 8.8.8.8 побегут через isp2, как через текущий дефолтный маршрут, или я не прав?

Правы. Но от того что вы запретите, служба днс все равно может слать запросы на днс запрещённый. Тут как вариант мониторить состояние первого канала и убирать днс из списка днс. А при включении - добавлять

а разве просто drop output 8.8.8.8 isp2 не будет отрабатывать?

Правы. Но от того что вы запретите, служба днс все равно может слать запросы на днс запрещённый. Тут как вариант мониторить состояние первого канала и убирать днс из списка днс. А при включении - добавлять

Через скрипты в netwatch?

Будет. Но не факт что след запрос будет опять не на 8.8.8.8.

Через скрипты в netwatch?

так если все 4 днса прописать в днс, он же поочередно будет пробовать если нет ответа от 8.8.8.8 например?

Скорее всего случайным образом

Всем доброго времени суток! ) Есть два провайдера. Второй выдает свои DNS (другие работать не будут), для первого прова должны использоваться, гугловские. Однако, при подключении через первого - запросы идут на DNS-серверв второго, и наоборот. Задача - "разрулить" DNS-запросы по провайдерам. Написал раздельные маршруты и запрещающие правила файервола, но все равно, в логах видно, что запросы идут абы-как... Что, не так сделал? https://pastebin.com/wGUNixJH

Попробовал построчно сконфигурировать перезагружая после каждой строки, чтобы понять на каком этапе возникает сбой, а он не возникает, все работает, что за фигня?)

Скорее всего с питанием что-то, либо БП, либо в самой железке есть на входе микросхема стабилизатора напряжения, на железках старых моделей бывает вылетает

Ilya Yakushin: Всем привет! Извините за чайниковский вопрос; не понимаю, как правильно архитектуру реализовать. У меня в офисе есть маршрутизатор Mikrotik с выходом в интернет; я хочу к нему подключить сеть в Azure таким образом, что бы можно было VM из этой сети выпускать в интернет через этот Микротик. В идеале - хочется сделать отдельную таблицу маршрутизации в Azure (которая отправляет 0.0.0.0/0 в микротик) и все необходимые VM - привязывать к этой таблице. Если этот вариант не доступен, то подключать каждую VM (windows 2019) к Mikrotik'у (посоветуйте, что лучше работает; пока смотрю в сторону SSTP). Ещё рассматриваю вариант размещения в облаке Azure виртуалки c CHR и коннекта её к Микротику в офисе. Какие будут соображения? Вопрос задал @Harliff, тэгайте его.

Добрый день. Подскажите что сделать что бы cap ac в режиме capsman был доступен через eth1? В общий бридж добавлять не хочется. Где то в правилах искать?

Добрый день. Подскажите что сделать что бы cap ac в режиме capsman был доступен через eth1? В общий бридж добавлять не хочется. Где то в правилах искать?

Спасибо, что восстановили сообщение.

Mac telnet с капсман менеджера

Ilya Yakushin: Всем привет! Извините за чайниковский вопрос; не понимаю, как правильно архитектуру реализовать. У меня в офисе есть маршрутизатор Mikrotik с выходом в интернет; я хочу к нему подключить сеть в Azure таким образом, что бы можно было VM из этой сети выпускать в интернет через этот Микротик. В идеале - хочется сделать отдельную таблицу маршрутизации в Azure (которая отправляет 0.0.0.0/0 в микротик) и все необходимые VM - привязывать к этой таблице. Если этот вариант не доступен, то подключать каждую VM (windows 2019) к Mikrotik'у (посоветуйте, что лучше работает; пока смотрю в сторону SSTP). Ещё рассматриваю вариант размещения в облаке Azure виртуалки c CHR и коннекта её к Микротику в офисе. Какие будут соображения? Вопрос задал @Harliff, тэгайте его.

А есть вариант что бы подключил ноут к менеджеру и на любую ТД винбоксом подключился? Все ТД соответственно eth1 подключены

А есть вариант что бы подключил ноут к менеджеру и на любую ТД винбоксом подключился? Все ТД соответственно eth1 подключены