Вообще при нормальном пароле на это можно насрать. А ещё лучше запретить логин по паролю и только по ключу пускать. А совсем лучше - Port knocking + исходящий впн для менеджмента. Всё остальное извне на инпут в дроп.

Попытка авторизации по паролю, если сервер хочет только ключ - грузит еще меньше

Парни, переходите на IPv6!!! Уже пора!

Парни, переходите на IPv6!!! Уже пора!

Сложно запоминается )

Сложно запоминается )

Если ты наизусть не помнишь IPV6-адрес сайта rutrecker.org - то для этого DNS и делался! :)

они их могут иметь в одном AddresList, Хотя IPSET адреса с подсетками делает по-разному!

Да причём тут это

Поставь DHCPv6 сервер с лизом на 200 лет на отдельно взятый MAC-адрес.

Привет, комрады. Настроил CAPsMAN для 6 точек. Вопрос нужно Mesh поднимать? Или настроив CAPsMAN я априори получаю безшовность?

0x - нет, ты не прав! Я при немалых AddressЛистах вижу, что ты не прав. А я могу заметит ь разницу в загрузке девайса при трафике, если у меня 1000 клиентов в адреслисте или 3000

Мистику какую-то рассказываете. Либо у Вас не hAP, а что-то серьёзнее.

так по итогу микрот поддерживает бесшовность или нет? капсман =! меш?

так по итогу микрот поддерживает бесшовность или нет? капсман =! меш?

Вопрос теоретический. Коллеги, подскажите следующий момент. Предположим что у нас есть установленная политика IPsec между двумя хостами. Я не пойму как мне закинуть маршрут для подсети, что бы Next Hop был в сторону удалённого пира IPsec? Ведь в таблице маршрутизации роутера после установки соединения IPsec ничего не появится. IPsec ведь не создает виртуальный интерфейс и его нужно создать вручную (IPIP, GRE,L2TP). Верно ли я это понимаю?

"Ололо, или "Бесшовный роуминг в 802.11 аКа Wi-Fi" или "Как маркетологи продают, а неучи верят" Краткие тезисы и пояснения сути. Клиент ищет точки, куда можно подключаться Клиент решает, когда переподключаться Клиент решает, куда подключаться Клиент инициирует переподключение Клиент выбирает, на какую частоту подключаться (2.4 или 5ггц) АП может: - Отвечать с задержкой на запросы аутентификации от клиента (как одна из реализаций band-steering, например) - Отказывать в аутентификации клиенту (по силе сигнала, при большой нагрузке на АП и тп) - Де-аутентифицировать клиента (должно использоваться как "крайняя мера". - Предоставлять клиенту оптимизированный список соседних АП для роуминга - 802.11k - Предоставлять информацию о загруженности других АП 802.11v - Ускорять процесс роуминга, используя "быструю аутентификацию" заместо полного процесса переаутентификации - 802.11r При этом, kvr - совершенно не обязательны и требуется поддержка оного и клиентом, и АП (пояснения специально упрощены для простого понимания, желающим глубже окунуться - читайте стандарты) Во всём этом, "МОЖЕТ" - ключевое слово. Несмотря на все вышеперечисленное, именно клиент решает, куда и как он хочет подключаться, и его решения могут целиком и полностью не совпадать с "рекомендациями и желаниями", полученными от АП. Потому что так решили те, кто писал драйвера и прошивку модуля. Отсюда появляются Типичные ситуации: - АП де-аутентифицирует\не аутентифицирует клиента. Он продолжает попытки коннекта к "старой" АП. Потому что хочет. Роуминга не происходит. Вифи у клиента не подключается. - Игнорирование клиентом одной из частот (2.4 или 5ггц) просто потому, что у него где-то внутри стоит приоритет одной из. Как "последнее слово" и итог: "Бесшовного" роуминга в 802.11 аКа Wi-Fi не существует в принципе. Максимум - "быстрый роуминг на стероидах". Повлиять на поведение клиента мы не можем от слова никак, лишь надеяться на адекватность его драйверов\прошивки. Как таковой "настоящий" роуминг, который "handover" - в 802.11 отсутствует и не предусмотрен стандартом. tl;dr Его не существует. Смиритесь. #бесшовный #kvr #ясделаль

Как бы мне это своему начальнику объяснить, который наивно верит, что покупка дорогостоящих в 15 раз (в отличии от MikroTik) точек доступа решит проблему с бесшовностью :-)

Как бы мне это своему начальнику объяснить, который наивно верит, что покупка дорогостоящих в 15 раз (в отличии от MikroTik) точек доступа решит проблему с бесшовностью :-)

Как бы мне это своему начальнику объяснить, который наивно верит, что покупка дорогостоящих в 15 раз (в отличии от MikroTik) точек доступа решит проблему с бесшовностью :-)

Верно понимаете. Какой маршрут вы хотите закинуть? Если до удаленной сети которая может быть доступна когда есть политика и активный пир то можете создать такой маршрут на пустой loopback например или указать ему тип blackhole.

https://www.anekdot.ru/id/781819

Всем привет. Есть три роутера hAP ac lite TC. Все три находятся за одним CCR, который предоставляет доступ в инет и основной DHCP-сервер. Один из трех hAP ac lite TC уже настроен на 2 WI-FI (каждый в двух диапазонах), один для офисных устройств, другой гостевых. Поэтому на нем настроен другой DHCP-сервер для гостей. Все работает, доступ в интернет есть в обоих сетях. Правила файрволла и queue регулирует CCR. Задача: прикрутить capsman на hAP ac lite TC, который уже настроен, так что бы все настройки были сохранены, что бы обе сети остались без изменений, но покрытие было уже между тремя hAP ac lite TC. Уже куча статей перелопатил, сайт mikrotika тож. Ни как не могу сообразить, как мне это завести. До этого capsman никогда не настраивал, да и вообще с mikrotik пока еще только на "ВЫ". было бы здорово, если кто нить какую-нить похожую статейку подкинул или инфу в виде примера.... Заранее благодарен...

Всем привет. Есть три роутера hAP ac lite TC. Все три находятся за одним CCR, который предоставляет доступ в инет и основной DHCP-сервер. Один из трех hAP ac lite TC уже настроен на 2 WI-FI (каждый в двух диапазонах), один для офисных устройств, другой гостевых. Поэтому на нем настроен другой DHCP-сервер для гостей. Все работает, доступ в интернет есть в обоих сетях. Правила файрволла и queue регулирует CCR. Задача: прикрутить capsman на hAP ac lite TC, который уже настроен, так что бы все настройки были сохранены, что бы обе сети остались без изменений, но покрытие было уже между тремя hAP ac lite TC. Уже куча статей перелопатил, сайт mikrotika тож. Ни как не могу сообразить, как мне это завести. До этого capsman никогда не настраивал, да и вообще с mikrotik пока еще только на "ВЫ". было бы здорово, если кто нить какую-нить похожую статейку подкинул или инфу в виде примера.... Заранее благодарен...

так что для работы capsman не обязателен сам физический модуль wireless? CCR же вроде как пока еще без "антенн"

и гостевую сеть тогда лучше сделать на CCR со своим DHCP именно при настройке capsman?