И почему то телеграмм не работает когда через микрот сижу)

Спасибо. Эти правила помогли.

Telegram клиент позволяет отвечать на сообщения. Иначе не понятно к чему относятся ваши Сообщения.

И почему то телеграмм не работает когда через микрот сижу)

Ну тут нужно смотреть

Telegram клиент позволяет отвечать на сообщения. Иначе не понятно к чему относятся ваши Сообщения.

Спасибо)

Ну тут нужно смотреть

Не критично. Но сломать телегу случайно можно(

Добрый вечер, есть пару вопросов дома стоит микрот, провайдер для входящего коннекта дает пару портов с одного своего ip, а в интернет ходит через другой динамический ip. Вопрос как сделать чтоб cloud определял именно постоянный ip с которого проброшены порты?

И еще вопрос, делаю 2 правила dstnat inport port 6666 to ip192.168.5.200 port 80 (на ip192.168.5.200 не прописан шлюз) по этому второе правило srcnat to adress 192.168.5.0/24 src to adress 192.168.5.1. и не открывает веб интерфейс регистатора

Добрый вечер, есть пару вопросов дома стоит микрот, провайдер для входящего коннекта дает пару портов с одного своего ip, а в интернет ходит через другой динамический ip. Вопрос как сделать чтоб cloud определял именно постоянный ip с которого проброшены порты?

Никак. А зачем?

Привет, чтоб доступ получить именно по ссылке облака

Привет, чтоб доступ получить именно по ссылке облака

Попросить провайдера прописать DNS запись. Либо бесплатной службой ddns воспользоваться. А провайдер вам порты на какой порт пробрасывает? Куда скажете?

Да

Напужные дает свободные, а внутрь на какой скажу

Да

Ну пусть пробросит vpn. Вы соединяетесь через vpn и настраиваете. Либо с днс морочиться

Не делать кроме того что есть не хочет

И еще вопрос, делаю 2 правила dstnat inport port 6666 to ip192.168.5.200 port 80 (на ip192.168.5.200 не прописан шлюз) по этому второе правило srcnat to adress 192.168.5.0/24 src to adress 192.168.5.1. и не открывает веб интерфейс регистатора

Покажите оба правила

Не делать кроме того что есть не хочет

Либо свой днс. Либо впн

Либо свой днс. Либо впн

В смысле статическую запись?

Покажите оба правила

10 мин подождите пожалуйста доеду

Ну на своём днс прописываете mk.myzone.ru in A ip_isp

Либо свой днс. Либо впн

А клоуд использую потому что 2 провайдер, первый и вход и выход через 1 ip

А когда переключается то клоуд оприделяет 1 ip а вход проброшен через другой

10 мин подождите пожалуйста доеду

Первым dst nat для dst=ваш микрот со стороны isp вторым src nat для dst = ваша камера

А клоуд использую потому что 2 провайдер, первый и вход и выход через 1 ip

Придумал. Можно попробовать при запросе на cloud.mikrotik.com or cloud2.mikrotik.com UDP/15252 out int=isp который пробрасывает делать src nat (на адрес через который проброс идёт) если isp не фильтрует src (а это его же также ip) то все сработает

а как на домен это сделать?

добавить в лист?

а как на домен это сделать?

Через лист

это первое правило

это первое правило

это второе

второе, ip этого микротика 192,168,0,1

это второе

Src addr !192.168.0.0/24 Dst addr 192.168.0.201

не открылось

но по 3 пакета добавилось

не открылось

А из локальной сети 80 порт на 201 открывается?

да

по настройкам все верно, я сам не понимаю

по настройкам все верно, я сам не понимаю

Снифером смотрите по адресу 201 в обе стороны

так пошло, извеняюсь

так пошло, извеняюсь

Как так?

не знаю(

а для чего добавить Src addr !192.168.0.0/24

чтоб траффик шедший на 192.168.0.0/24 не подменялся?

а для чего добавить Src addr !192.168.0.0/24

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

а они ж не идут на микрот

а они ж не идут на микрот

Ну а вдруг (прокси арп например)

согласен

а в целом было вернро настроено?

а в целом было вернро настроено?

Нет

ну если в дст указать конкретный ip а срц всю сетку

это второе

Вот трафик в сторону любого хоста из локальной сети менял бы src на .0.1

все, понял спасибо

как netwatch-ем проверить отвал клиента pppoe?

как netwatch-ем проверить отвал клиента pppoe?

В профиле задать Remote address. И его мониторить.

В профиле задать Remote address. И его мониторить.

он меняется

он меняется

Говорю. Задать. Статично

Говорю. Задать. Статично

O_o 1. как? 2. Я не сломаю туннель?

O_o 1. как? 2. Я не сломаю туннель?

Нет. В профиле для pppoe

Нет. В профиле для pppoe

а-ааа, понял, сорри, торможу )

Придумал. Можно попробовать при запросе на cloud.mikrotik.com or cloud2.mikrotik.com UDP/15252 out int=isp который пробрасывает делать src nat (на адрес через который проброс идёт) если isp не фильтрует src (а это его же также ip) то все сработает

но оут интерфейс использовать нужный порт куда выходит это провайдер?

но оут интерфейс использовать нужный порт куда выходит это провайдер?

Да

завтра отпишусь по клауд

но когда с постоянного ip приходит запрос роутер от отправляет его назад? может както направить запросто на клауд насильно через нужный ip

но когда с постоянного ip приходит запрос роутер от отправляет его назад? может както направить запросто на клауд насильно через нужный ip

DDNS DDNS or Dynamic DNS is a service that updates the IPv4 address for A records and the IPv6 address for AAAA records periodically. Such a service is very useful when your ISP has provided a dynamic IP address that changes periodically, but you always need an address that you can use to connect to your device remotely. Below you can find operation details that are relevant to the IP/Cloud's DDNS service: • Checks for outgoing IP address change: every 60 seconds • Waits for the MikroTik's Cloud server's response: 15 seconds • DDNS record TTL: 60 seconds • Sends encrypted packets to cloud.mikrotik.com or cloud2.mikrotik.com using UDP/15252 port Since RouterOS v6.43 if your device is able to reach cloud2.mikrotik.com using IPv6, then a DNS AAAA record is going to be created for your public IPv6 address. If your device is only able to reach cloud2.mikrotik.com using IPv4, then only a DNS A record is going to be created for your public IPv4 address.

не сработал метод с подменой сорс адреса на ip

не сработал метод с подменой сорс адреса на ip

Нужно смотреть что и как отправляется. Возможно менять нужно не каждый пакет. А определенный

в общем не реально?

в общем не реально?

Не знаю

наверное у них там маскарадинг стоит

просто на против правила даже нет пакетов

просто на против правила даже нет пакетов

Значит что-то не так делаете

Знакома ли вам ситуация, когда в сети WiFi пару из 30 устройств 2-3 начинают забивать логи бесконечными переподключениями?

Знакома ли вам ситуация, когда в сети WiFi пару из 30 устройств 2-3 начинают забивать логи бесконечными переподключениями?

Знакома, у меня так яблочные ноуты хреновничали у которых карты wi-fi "старые".

Читал трэды о том. что помогает переход на другую частоту - так решали?

Причем это была достаточно конкретная карта, реалтековская какая-то, потому что у меня в самсе(ноуте) такая же была, потом поменял. А лечить для яблок забил, их у меня 2 на всю контору, особо картину не портят

А точнее 1 остался, второй мак по проводу сидит.

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

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

Ну проверьте идентичны ли Настройки под каждый сид? Можете воспользоваться моим примером и по аналогии настроить. https://t.me/mikrotikclub/128905

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

а это случано не lease time виноват?

а это случано не lease time виноват?

не, был сначала lease time 10 минут. но я увеличил до 8 часов

Ну проверьте идентичны ли Настройки под каждый сид? Можете воспользоваться моим примером и по аналогии настроить. https://t.me/mikrotikclub/128905

Спасибо, вы были правы. В настройках dhcp сидов отличались Authoritative yes/after 2 s delay после переключения логи затихли. Получается проблема была как раз в том, что устройства уже были ранее зарегистрированы в другом dhcp пругим ssid и не все смогли моментально перестроиться.