Мту вроде не причина отказа в соседстве оспф, хотя и ругается. Заснифь hello от обеих сторон. Посмотри в чем расходятся. Смотри обязательные параметры для соседства - area, hello int., auth и т.д.

мту имеет право не совпадать, если админ явно указывает такую необходимость. характерный симптом при несовпадении мту - одна сторона другую держит в exchange, вторая первую - в exstart

Ну что, котаны, ждём, когда фичу завезут в RouterOS 8? 😹

Блин. Как настроить wireguard? Чтоб микротик выдавал qr код. Его на телефоне сканируешь и радуешься

Блин. Как настроить wireguard? Чтоб микротик выдавал qr код. Его на телефоне сканируешь и радуешься

вроде разобрался, используется команда show-client-config

вроде разобрался, используется команда show-client-config

Подскажите, если на RouterOS firewall с правилами по умолчанию, имеющий SSTP-сервер, нужно ли на input добавлять правило на открытие 443 порта? Просто без правила все работает и устройства подключаются. Вот и возникли сомнения.

Так у вам есть разрешающее правило....

Понял, спасибо. Правила по дефолту, но вы правы, 8 правило можно сделать более жестким. Думаю в этом причина.

у меня перестали подключаться по sstp l2tp pptp с мобильных мегафона и мтс. и с некоторых wifi... а так попробуй последнее дроп правило сделать более жестким.

8 это не дефолт

я думаю да. у меня мегафон мтс не могут теперь подключиться ни по одному из протоколов что умеет mikrotik. с домашнего провайдера получается еще хотя у нас стоит тспу. с ростелека местного тоже л2тп работает. и с еще одно местного что за ttk тоже есть линк. брат говорит что у него не подключается никак, но там домашний провайдер это дочка мегафона, так что там вероятно блок. правда и микротик у меня в германии если верить хотстеру, но при этом во франции если верить локации адреса.

Подскажите, если на RouterOS firewall с правилами по умолчанию, имеющий SSTP-сервер, нужно ли на input добавлять правило на открытие 443 порта? Просто без правила все работает и устройства подключаются. Вот и возникли сомнения.

8 правило

в личном кабинете при этом лицензия появляется но в CHR не устанавливается

А не пробовали получить лицензию не через "наше" подключение?

судя по никнеймам отметившимся в теме на форуме микротика, проблема интернациональная. я попробовал routeros 6 накатить и его лицензию активировать , те же яйца

Сайт лицензирования скорее всего один для обеих версий ос. Тогда только ждать когда исправят

Как объединить в микротике две сети ? 192.168.56.0 и 10.254.72.0

Вопрос не совсем понятен, расшифровать бы

Мое устройство сидит коммутаторе access vlan 90 192.168.56.0 На коммутатор приходит транком влан 10.254.72.0 vlan 50. Мне микротик нужно настроить так чтобы мое устройство оставалось на 90vlan но имело доступ к vlan 50.

Добрый день, коллеги. Есть некоторый тик на 7.13.1 у которого в DNS Static прописаны две зоны для авторизации в домене: *.mydomain.local *_msdcs.mydomain.local Тип FWD и ссылаются они на DNS сервер основного контроллера домена. В целом всё работает хорошо, но пару раз за выходные словил проблему, при которой в адресах из этих зон были нули, TTL порядка 60 минут. Возможно по какой-то причине, запись или не обновилась или обновилась криво. Компы не смоги попасть в домен и пользователи горько плакали. Flush cache на тике и всё стало хорошо. TTL в этих записях вроде бы выставить нельзя, он скорее всего забирается с основной записи сервера. Как избежать, диагностировать и не допускать подобного? Готов выслушать и обсудить предложения по теме.

Добрый день, коллеги. Есть некоторый тик на 7.13.1 у которого в DNS Static прописаны две зоны для авторизации в домене: *.mydomain.local *_msdcs.mydomain.local Тип FWD и ссылаются они на DNS сервер основного контроллера домена. В целом всё работает хорошо, но пару раз за выходные словил проблему, при которой в адресах из этих зон были нули, TTL порядка 60 минут. Возможно по какой-то причине, запись или не обновилась или обновилась криво. Компы не смоги попасть в домен и пользователи горько плакали. Flush cache на тике и всё стало хорошо. TTL в этих записях вроде бы выставить нельзя, он скорее всего забирается с основной записи сервера. Как избежать, диагностировать и не допускать подобного? Готов выслушать и обсудить предложения по теме.

Добрый день, коллеги. Есть некоторый тик на 7.13.1 у которого в DNS Static прописаны две зоны для авторизации в домене: *.mydomain.local *_msdcs.mydomain.local Тип FWD и ссылаются они на DNS сервер основного контроллера домена. В целом всё работает хорошо, но пару раз за выходные словил проблему, при которой в адресах из этих зон были нули, TTL порядка 60 минут. Возможно по какой-то причине, запись или не обновилась или обновилась криво. Компы не смоги попасть в домен и пользователи горько плакали. Flush cache на тике и всё стало хорошо. TTL в этих записях вроде бы выставить нельзя, он скорее всего забирается с основной записи сервера. Как избежать, диагностировать и не допускать подобного? Готов выслушать и обсудить предложения по теме.

Вынести роль DNS-сервера с микрота на, собственно, сервер или вм с bind \ powerdns на борту и кстати вместо зоны .local рекомендуют .intranet

В большом количестве филиалов делать отдельные DNS серверы где нет серверной инфраструктуры по-моему избыточное решение. Посмотрю как можно зону подвинуть с .local на .intranet но есть подозрение, что приведёт к каким-то проблемам) не сделать такое в пару кликов.

Вынести роль DNS-сервера с микрота на, собственно, сервер или вм с bind \ powerdns на борту и кстати вместо зоны .local рекомендуют .intranet

MS имеет вот такую статью по поводу именования доменных имён. https://social.technet.microsoft.com/wiki/contents/articles/34981.active-directory-best-practices-for-internal-domain-and-network-names.aspx

"Recommendation Microsoft strongly suggests to work with subdomains, within a publicly registered TLD domain"

насколько я помню микротиковцы писали что DNS-служба в routeros предназначена больше на кеш посещений интернета, и типа "не используйте его на что-то серьезное и критичное". диагностировать можно может периодически запрашивая со стороны и проверяя ответ. а потом со статистикой на форум. микротик

да, у них было что-то типа "если у вашей конторы есть публичный домен, то для ад используйте поддомен этого публичного домена". Но это на этапе планирования, а в существующем менять как..

да, у них было что-то типа "если у вашей конторы есть публичный домен, то для ад используйте поддомен этого публичного домена". Но это на этапе планирования, а в существующем менять как..

Извиняюсь за оффтоп... Мало что объясняет... тем более что: This Internet-Draft will expire on October 12, 2021.

Извиняюсь за оффтоп... Мало что объясняет... тем более что: This Internet-Draft will expire on October 12, 2021.

Всем добрый день. Ребята, что может мешать снять галку? При нажатии Ок или Apply она возвращается.

проверил, нет такого.

Всем добрый день. Ребята, что может мешать снять галку? При нажатии Ок или Apply она возвращается.

А если через терминал сделать? (можно и с дебагом) Там может быть написана причины неснимания галочки в явном виде

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

Добрый день, коллеги. Есть некоторый тик на 7.13.1 у которого в DNS Static прописаны две зоны для авторизации в домене: *.mydomain.local *_msdcs.mydomain.local Тип FWD и ссылаются они на DNS сервер основного контроллера домена. В целом всё работает хорошо, но пару раз за выходные словил проблему, при которой в адресах из этих зон были нули, TTL порядка 60 минут. Возможно по какой-то причине, запись или не обновилась или обновилась криво. Компы не смоги попасть в домен и пользователи горько плакали. Flush cache на тике и всё стало хорошо. TTL в этих записях вроде бы выставить нельзя, он скорее всего забирается с основной записи сервера. Как избежать, диагностировать и не допускать подобного? Готов выслушать и обсудить предложения по теме.

а вопрос есть, на несколько сервров можно сделать forward или по прежнему нет ?

У меня три контроллера домена и на всех трёх стоят DNS-серверы, которые обслуживают локальную зону. Можно сделать несколько одинаковых FWD записей и сослать на разные DNS серверы?