Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    DHCP + RADIUS — обновление не проверяет RADIUS

    DHCP + RADIUS — обновление не проверяет RADIUS

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    DHCP + RADIUS — обновление не проверяет RADIUS, RouterOS
     
    ZeroByte
    Guest
    #1
    0
    14.12.2017 21:05:00
    Я работаю над решением, в котором одним из компонентов является DHCP с поддержкой RADIUS. К сожалению, DHCP-сервер в ROS ведёт себя как раз наоборот по сравнению с задумкой. Короче говоря, когда я включаю RADIUS на сервере, он отправляет запросы аутентификации RADIUS для новых клиентов, но если уже существующий клиент обновляет аренду, сервер просто подтверждает обновление и продлевает срок аренды, не спрашивая при этом RADIUS-сервер. Это проблема, потому что что если мы отключим пользователя в RADIUS? Сервер продолжит позволять этому клиенту оставаться в сети бесконечно, если только не будет административного вмешательства — например, удаления аренды, отключения физического порта или устройства и т.д. Цель — полностью управлять рутинным администрированием пользователей через профили в базе RADIUS, чтобы сотрудники техподдержки первого уровня могли без проблем выполнять большую часть простых задач... Есть ли обходной путь, который я просто не заметил? Иногда в документации есть интересные настройки, про которые я никогда не задумывался, например, relay=255.255.255.255, чтобы принимать любой ретранслятор как клиента.
     
     
     
    softov
    Guest
    #2
    0
    07.06.2019 23:15:00
    Это пока не работает в RouterOS v6.45beta54. Я хочу блокировать/разблокировать пользователей с помощью address-list или blocked-pool/normal-pool, но что-то должно работать, например, обновление на другой IP (pool), COA для изменения Address-list или DM (Disconnect Message) для обновления всей информации. Я провёл множество тестов, например:

    echo > packet.txt  
    echo "Framed-IP-Address='10.90.97.123'" >> packet.txt  
    echo "Acct-Session-Id='83700002'" >> packet.txt  
    cat packet.txt | /usr/local/bin/radclient -s -x 10.90.90.200:3799 disconnect 12345678

    или

    echo > packet.txt  
    echo "Acct-Session-Id='83700001'" >> packet.txt  
    echo "User-Name='30:B5:C2:A6:30:C3'" >> packet.txt  
    echo "Framed-IP-Address='10.99.97.2'" >> packet.txt  
    cat packet.txt | /usr/local/bin/radclient -d /brb_main/cfg/radius/raddb -D /brb_main/cfg/radius/dictionary -s -x 10.90.90.200:3799 disconnect 12345678

    Во всех случаях приходит одинаковый ответ:  

    Received Disconnect-NAK Id 195 from 10.90.90.200:3799 to 0.0.0.0:0 length 36  
    Error-Cause = Session-Context-Not-Found

    Похоже, что пользователя не удаётся найти или что-то вроде того. Аккаунт тоже не работает, даже с лизой на 1 минуту, 5, 10 — не важно. Есть ли правильный способ отправить radius disconnect-запрос?
     
     
     
    mducharme
    Guest
    #3
    0
    09.01.2020 04:28:00
    Ваш RADIUS-сервер отправит значение Session-Timeout в первоначальном Access-Accept. Если время продления нового лизинга превышает оставшееся время сессии в исходном атрибуте Session-Timeout, который был отправлен изначально, это вызовет полную повторную аутентификацию пользователя. Если Session-Timeout не задан, продление будет происходить постоянно без дополнительной проверки с RADIUS-сервером.
     
     
     
    softov
    Guest
    #4
    0
    13.07.2020 01:42:00
    Я уже пробовал много различных вариантов, ни один из них не сработал. Может, кто-то понял, как изменить список DHCP-адресов или Mikrotik-Rate-Limit с помощью COA? И желательно с задержкой по времени. Если кто-то это читает, выполните /ip/dhcp-server/lease/print, чтобы увидеть radius session-id, потому что, как я предполагаю, эта инфа там есть. Это поможет при сравнении данных, ведении логов и так далее.
     
     
     
    mducharme
    Guest
    #5
    0
    13.07.2020 01:49:00
    MikroTik не поддерживает CoA с DHCP RADIUS, так что это невозможно. Как я уже говорил, ваш RADIUS-сервер должен отправить значение Session-Timeout в первоначальном Access-Accept. Если время обновления нового лиза превышает оставшееся время сессии, указанное в оригинальном атрибуте Session-Timeout RADIUS, это приведёт к полной повторной аутентификации пользователя. Если Session-Timeout не установлен, обновление будет происходить снова и снова без повторной проверки на RADIUS-сервере. Этот метод официально поддерживается и должен работать. На мой взгляд, они никогда не добавят поддержку CoA для DHCP RADIUS, потому что нельзя сообщить DHCP-клиенту, что его лизинг досрочно истёк.
     
     
     
    softov
    Guest
    #6
    0
    23.10.2020 03:04:00
    Привет! CoA не предназначен для обновления или чего-то подобного. Предположим, у меня есть DHCP-клиент с IP 192.168.1.2 и Address-List: has-internet.

    Теперь я хочу поменять пользователя на Address-List: no-internet и применить некоторые правила фаервола (заблокировать интернет). Но при этом клиент должен иметь доступ к «Интранету», например, к порталу для оплаты и так далее.

    Или я просто хочу изменить Rate-Limit с 1 Мбит/с на 2 Мбит/с, а потом снова вернуть на 1 Мбит/с или даже на 512 Кбит/с и так далее. Всё это можно сделать без необходимости обновлять DHCP-сессию — просто поменять address-list или rate-limit.

    Плюс, я смог в Mikrotik одновременно делать Access-Request и периодические Account-Request. Нужно только указать интервал, при котором будет ответ на Access-Accept — тогда учёт работает. Без этого учёт срабатывает только один раз в начале, а при обновлении (когда приходит 1 Stop и 1 Start с новым session ID) никак не работает.
     
     
     
    norigashi
    Guest
    #7
    0
    29.01.2022 01:07:00
    Привет, softov! Можешь, пожалуйста, рассказать, как ты решил вопрос с промежуточными обновлениями учетных данных? Кто-нибудь может помочь с этим: как можно исправить промежуточные обновления каждую минуту? Отключить пользователя, чтобы изменить его сервис/пул. Спасибо, Darkng
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры