Вы просматриваете старую версию данной страницы. Смотрите текущую версию.

Сравнить с текущим просмотр истории страницы

Версия 1 Следующий »

Требования

  • Eltex WLC не ниже версии 1.30.6
  • Eltex AP не ниже версии 2.8.0 с моделью из списка: WEP-30L,WEP-30L-Z,WEP-30L-NB,WOP-30L,WOP-30LI,WOP-30LS.

Описание

Cisco ISE - Гостевой портал саморегистрации + схема портальной авторизации контроллера ELTEX WLC (Dynamic_URL, namedACL, CoA)

Данная схема работает исключительно по средствам MAB авторизации

  1. На ТД настраивается preAuth_ACL (namedACL)
  2. Ссылка редиректа на портал и имя ACL пересылаются точке доступа в пакете Radius Access-Accept по средствам атрибутов:

    cisco-av-pair = url-redirect-acl=<<Имя настроенного на контроллере ACL>>
    cisco-av-pair = url-redirect=<<Ссылка на портал Cisco-ISE>>

Описание взаимодействия ТД с порталом Cisco ISE

  1. При первом подключении клиента (ISE ничего о нем не знает, ТД тоже), ТД пытается пройти MAB авторизацию на NAC сервере, подставляя MAC адрес клиента в атрибуты User-Name и User-Password запроса access-request к Radius серверу. ISE ничего не знает о данном клиенте (не находит его в своей базе гостевых endpoints), шлет access-accept содержащий два атрибута (ссылку редиректа на гостевой портал и имя ограничивающего доступ preAuth-ACL):

    cisco-av-pair = url-redirect-acl=test1
    cisco-av-pair = url-redirect=https://100.110.0.161:8443/portal/gateway?sessionId=646e00a1crG8uOFjddsRpNqJaT0taePWbRimqRw1M3d0sv_xEcs&portal=4f22cb25-630a-4c50b257-4aa2c04fd552&action=cwa&token=edccfff2ba55759ac1f762

  2. Клиент получает ограниченный доступ (правилами ACL) и редиректится на портал
  3. Пользователь попадает на страницу саморегистрации, где вводит идентификационные данные
  4. Портал генерирует пароль для придуманного пользователем логина и в нашем случае демонстрирует клиенту страницу с идентификационными данными для последующей аутентификации на портале
  5. Клиента редиректит на страницу портальной аутентификации. После ввода логина и пароля, и подтверждения введенных данных, портал инициирует процесс ре-аутентификации клиента, отправляя на ТД CoA-request c атрибутом:

    Cisco-AVPair: subscriber:command=reauthenticate

  6. ТД запускает повторную MAB авторизацию, отправляя запроса access-request к Radius серверу, и получает в ответ пакет Access-Accept не содержащий дополнительных атрибутов (ссылки редиректа и ACL)
  7. ТД предоставляет клиенту полный доступ и редиректит на заданную в сценарии портальной авторизации страницу (в нашем случае https://eltex-co.ru/)

В нашем (демонстрационном случае) используется упрощенная схема подтверждения идентификационных данных. 
Описание использования SMS шлюзов, телефонных шлюзов, почтовых серверов, соц.сетей и тд, для подтверждения идентификационных данных, выходит за рамки данной статьи

Диаграмма подключения

Диаграмма портальной авторизации на ТД, подключенной через контроллер WLC:

В общем случае клиент проходит следующие шаги в ходе выполнения портальной авторизации:

  1. Подключается к ТД.
  2. ТД выполняет MAB аутентификацию устройства пользователя.
  3. WLC выполняет проксирование RADIUS запроса авторизации, что бы со стороны Cisco-ISE выглядело как подключение со стороны одного устройства (WLC).
  4. RADIUS-запрос приходит в Cisco-ISE и он в соответствии с настройкой политик проверяет наличие гостевого эндпоинта в БД.
  5. Т.к. подключение происходит в первый раз - эндпоинт не найден, вместе с ответом Access-Accept возвращаются параметры с адресом портала для редиректа и именем ACL (настроенном на WLC, включающий список разрешенных ресурсов, в который должен быть включен  адрес портала)
  6. WLC проксирует ответ на ТД, от которой был получен запрос.
  7. Клиент получает IP-адрес и пытается получить доступ в Интернет. В ответ ТД начинает возвращать редирект со ссылкой на портал.
  8. Пользовательское устройство получая ссылку редиректа открывает всплывающий браузер и открывает страницу портальной авторизации.
  9. Успешно пройдя саморегистрацию и авторизацию на портале (по средствам зарегистрированного логина и сгенерированного порталом пароля) для устройства клиента добавляется запись о гостевом эндпоинте, содержащая мак-адрес клиента.
  10. После успешной авторизации на портале на WLC отправляется запрос CoA re-authenticate.
  11. WLC перенаправляет данный запрос на ТД.
  12. ТД выполняет повторную ре-аутентификацию устройства пользователя с использованием MAB аутентификации.
  13. Cisco-ISE, повторно получив запрос, в соответствии с настройкой политик проверяет наличие гостевого эндпоинта в БД. 
  14. Т.к. ранее пользователь прошел регистрацию на портале - гостевой эндпоинт в БД есть. На ТД отправляется Access-Accept и пользователь получает доступ в сеть.

Настройка контроллера

Далее приведен приведен пример настройки Eltex WLC-30 (v.1.30.6) с точкой WEP-30L(2.8.0). Предполагается что на контроллере уже настроен IP-адрес, обеспечена сетевая связность с сервером Cisco-ISE. Руководство по обновлению ПО Eltex WLC-30 можно найти по ссылке. Полностью ознакомится с документацией по настройке контроллера можно на официальном сайте компании https://eltex-co.ru. За основу будет взята заводская конфигурация, пример настройки которой доступен по ссылке.

Настройка конфигурации контроллера



Добавить Cisco-ISE, как радиус сервер, и настроить проксирование RADIUS-запросов от ТД на него. Так же требуется настроить проксирование CoA запросов со стороны Cisco-ISE на ТД через WLC:

radius-server local
  nas AP_subnet                    # Подсеть ТД, на которые будет выполняться проксирование CoA-запросов
    key ascii-text testing123
    network 192.168.1.0/24
  exit
  nas cisco_ise
    key ascii-text testing123
    network 100.110.0.161/32       # Адрес Cisco-ISE, для которого будет выполняться проксирование CoA-запросов на ТД
  exit
  virtual-server default
    mode proxy
    upstream-pool cisco_ise
    das-server enable
    nas-ip-address 100.127.2.200   # Адрес WLC, который будет заменять в поле NAS-IP-Address адрес ТД при выполнении проксирования RADIUS-запросов
    enable
  exit
  upstream-server cisco_ise
    host 100.110.0.161             # Адрес Cisco-ISE, на который выполняется проксирование RADIUS-запросов от ТД
    server-type all
    key ascii-text testing123
  exit
  upstream-pool cisco_ise
    server-type all
    upstream-server cisco_ise
  exit
  enable
exit

Создать ACL с тем же именем, которое было указано при настройке профиля авторизации в Cisco-ISE:

ip access-list extended test1
  rule 1
    action permit
    match destination-address 100.110.0.161 255.255.255.255   # Адрес Cisco-ISE
    enable
  exit
  rule 2
    action permit
    match protocol udp
    match destination-port port-range 53
    enable
  exit
  rule 3
    action permit
    match protocol udp
    match source-port port-range 68
    match destination-port port-range 67
    enable
  exit
exit

В настройке WLC настроить профиль SSID, включить портальную авторизацию, создать профиль для портала,  включить das-server на ТД и в настройках RADIUS профиля указать настройку, чтобы MAC-адрес пользователя подставлялся в пароль:

wlc
  outside-address 192.168.1.1                    # Адрес WLC для точек доступа
  service-activator
    aps join auto
  exit
  ap-location default-location
    mode tunnel
    ap-profile default-ap
    ssid-profile default-ssid
  exit
  ssid-profile default-ssid
    ssid "!F.E.portal-CoA"
    radius-profile default-radius
    portal-enable
    portal-profile default-portal
    vlan-id 3
    band 2g
    band 5g
    enable
  exit
  ap-profile default-ap
    password ascii-text password
    services
      das-server enable
      das-server key ascii-text testing123
    exit
    ipv4-acl test-acl
  exit
  portal-profile default-portal
    preauth-filter-mode acl
    disconnect-on-reject
    verification-mode external-portal
  exit
  radius-profile default-radius
    auth-address 192.168.1.1                    # Адрес WLC во влане точек. Необходимо указать его, как адрес RADIUS-сервера для ТД.
                                                # Иначе WLC не сможет выполнять проксирование и подмену NAS-IP при отправке RADIUS-запроса к Cisco-ISE.
    auth-password ascii-text testing123
    session password mac
    auth-acct-id-send                           # Данная настройка является критичной, так как уникальность сессии определяется по атрибуту Acct-Session-Id
    acct-enable
    acct-address 192.168.1.1
    acct-password ascii-text testing123
    acct-periodic
    domain default
  exit
  ip-pool default-ip-pool
    description "default-ip-pool"
    ap-location default-location
  exit
  enable
exit

Добавить правила firewall:

object-group service das
  port-range 1700
exit
 
security zone-pair untrusted self
  rule 2
    action permit
    match protocol udp
    match destination-port object-group radius_auth  # Разрешить UDP трафик для RADIUS-аутентификации
    enable
  exit
  rule 3
    action permit
    match protocol udp
    match destination-port object-group das          # Разрешить UDP трафик для CoA-запросов
    enable
  exit
  rule 4
    action permit
    match protocol tcp
    match destination-port object-group ssh          # Разрешить подключение по SSH (Используйте осторожно, если контроллер подключен напрямую к ISP)
    enable
  exit
  rule 5
    action permit
    match protocol icmp
    enable
  exit
exit



Полная конфигурация Eltex WLC-30 (v.1.30.6) Развернуть исходный код

Настройка точки доступа

В заводской конфигурации WLC-30 предусмотрено автоматическое подключение точек доступа к контроллеру. Для этого требуется подключить точку доступа в порт gi1/0/2 и контроллер WLC сам выполнит обновление, если версия ПО на точке доступа не соответствует версии, которая размещена на контроллере, выполнит конфигурирование в соответствие с настройками: выбранными профилями конфигурации и SSID. Инструкцию по загрузке актуальной версии ПО точек доступа на контроллер можно найти по ссылке.

Настройка Cisco ISE

Создаем Network Device Profile

В разделе "Administration" → "Network Resources" → "Network Device Profiles" необходимо создать профиль (В нашем случае на скриншот ниже 'Eltex-AP_for-CoA' )

  1. Указываем протокол взаимодействия - Radius. В параметрах указываем атрибуты радиус по которым ISE будет определять типы Authentication/Authorization. Для этого настраиваем Flow Type Conditions (который в последствии будем использовать в качестве фильтра в правиле Policy Sets)

    Information

    В качестве вендора необходимо указывать Cisco и выбирать в качестве RADIUS Dictionaries тоже Cisco, так-как мы используем вендор специфик атрибуты Cisco-av-pair

    При выборе вендора Eltex случались разные казусы с невозможностью использовать два атрибута Cisco-av-pair подряд в пакете Access-Accept, для передачи url редиректа и имени ACL


  2. Для нашего условия Wireless MAB detected будем использовать  два Radius атрибута:

    Radius:NAS-Port-Type = Wireless - IEEE 802.11
    Radius:Service-Type = Call Check

  3. Также в "Host Lookup (MAB)" включаем Process Host Lookup, включаем используемый ТД протокол обмена подтверждениями, в нашем случае оставляем только Via PAP/ASCII.
  4. Включить чек бокс Set ACL в блоке "Permissions" и указать атрибут, который будет использоваться при передачи имени preAuth_ACL:

    Cisco:cisco-av-pair

  5. Необходимо изменить номер Default CoA Port в блоке "Change of Authorization (CoA)" на стандартный 1700 (используемый на ТД)
  6. Указать для работы CoA атрибуты, которые будут содержаться при отправки пакетов:

    Disconnect - RFC 5176 (это достаточно)
    Re-authenticate - Cisco:cisco-av-pair = subscriber:command=reauthenticate

  7. Настраиваем раздел Redirect, как отображено на скриншоте ниже



Создаем новый профиль сетевых устройств

В разделе "Administration" → "Network Resources" → "Network Device" необходимо создать устройство (В нашем случае на скриншот ниже 'F.E.-Eltex_AP' )

  1. Указать можно, как подсеть из устройств, так и одно устройство (например, если настроено проксирование через WLC)
  2. В поле Device Profile выбираем ранее созданный профайл 'Eltex-AP_for-CoA' 
  3. Настраиваем взаимодействие с ТД по протоколу Radius. Необходимо указать secret key для протокола Radius, ранее настроенный на ТД (testing123)
  4. И убедиться что указан порт CoA 1700 (который использует WLC)


Настраиваем последовательность действий для гостевого портала (Guest Portal Sequence)

  1. Переходим в настройки Work Centers > Guest Access > Identities > Identity Source Sequence > Guest Portal Sequence - это предустановленная последовательность аутентификации гостевых пользователей
  2. В поле Authentication Search List выбираем порядок аутентификации пользователей (или можем удалить все лишнее и оставить только Internal Endpoints )


Создаем правило с разрешенными протоколами

В нашем случае 'Allowed_for_AP-CoA' (скриншот ниже)

  • В нем разрешаем:

    Authentication Bypass > Process Host Lookup
    Authentication Protocols > Allow PAP/ASCII


Настраиваем гостевой портал

  1. Создаем гостевой портал. В нашем случае с именем 'Portal_4test-Redirect&CoA' (скриншот ниже)
  2. Логическую последовательность процедуры портальной авторизации можно увидеть на диаграмме Guest Flow (Based on settings)
  3. В Authentication method указываем настроенный нами ранее Guest Portal Sequence
  4. В параметрах входа в систему выбираем дефолтное значение Daily (или можно настроить и применить свое правило, со своими правилами и сроками действия созданных учеток) 
  5. В подменю Registration Form Settings можно оставить, как отображено на скриншоте. Учетные записи будут создаваться в гостевом типе Daily, срок жизни учетки будет 1 день, в форме нужно будет указать (придумать) только логин, и после регистрации будет показываться страница Self-Registration Success page с данными аутентификации
  6. В подменю Self-Registration Success Settings включаем показ только User name и Password
  7. В подменю Guest Device Registration Settings включаем только Automatically register guest devices
  8. В подменю Authentication Success Settings включаем показывать определенный URL, в нашем случае это  https://eltex-co.ru/  (можно включить и Originating URL, тогда после авторизации, клиента перенаправит на страницу, запрошенную изначально при подключении к WIFI)
  9. В базовом варианте настройки прочие изменения не требуются.

Guest Type

Используем существующую политику Daily (default). 

  • При необходимости редактируем ее параметры или создаем свою и используем ее в настройка портала


Endpoint Identity Group

В нашем сценарии используем существующее хранилище 'GuestEndpoints' (ранее задали его в настройках портала и 'Guest Type')

  • В него будут вноситься мак адреса конечных устройств (клиентов) прошедших аутентификацию на портале


Настраиваем Authorization Profiles

Данная политика авторизации будет навешиваться на не-аутентифицированного пользователя (не прошедшего авторизацию на портале). И предусматривает применение на сессию клиента ACL и редиректа на гостевой портал саморегистрации (скриншот ниже).

  1. На вкладке  Work Centers > Guest Access > Policy Elements > Results > Authorization Profiles > Add создаем профиль авторизации (в нашем случае это 'AP-TEST_CoA')
  2. Для Access Type указываем использование пакета ACCESS_ACCEPT
  3. Для Network Device Profile указываем ранее созданный профиль разрешенных протоколов 'Eltex_for_AP-CoA'
  4. В Common Tasks включаем и настраиваем Web Redirector:
    1. Выбираем Centralized Web Auth
    2. Указываем имя ACL (настроенный ранее на ТД с помощью WLC)
    3. Выбираем имя ранее созданного гостевого портала (в нашем случае 'Portal_4test-Redirect&CoA')
  5. Детали выполненной настройки можно увидеть в выпадающем окне Attributes Details. В нашем случае это:

    Access Type = ACCESS_ACCEPT
    cisco-av-pair = url-redirect-acl=test1
    cisco-av-pair = url-redirect=https://100.110.0.161:port/portal/gateway?sessionId=SessionIdValue&portal=4f22cb25-630a-4c50-b257-4aa2c04fd552&daysToExpiry=value&action=cwa

Информация

В данный сценарий можно включать параметры авторизации клиента, такие как CVLAN, shaper и т.п. через добавления различных атрибутов (который поддерживают или будут поддерживать ТД Eltex)


Настройка Policy Sets

Создание политики авторизации

  1. На вкладке Work Centers > Guest Access > Policy Sets создаем политику доступа для WiFi пользователей
    • В данном случае, с названием 'Eltex-AP-Portal-CoA' (скриншот ниже). В эту политику попадают клиенты приходящие с SSID "!F.E.portal-CoA" (и другие, на которых должна работать данная авторизация)
    • Поле посередине кликабельно. В нем необходимо настроить Flow Type Conditions
  2. Flow Type Conditions соответствуют Wireless_MAB (который мы настраивали при создании Network Device Profiles)
  3. В Allowed Protocols / Server Sequence выбираем созданную ранее политику (в данном случае 'Allowed_for_AP-CoA')


Создание правил аутентификации и авторизации в данной политике

Перейти в политику можно по синей стрелке справа ">"

Настраиваем  Authentication Policy и Authorization Policy как отображено на скриншоте:

  1. В правиле аутентификации проверяется МАС-адрес в базе EndPoints (MAB). И если пользователь не найден (If User not found), то следует продолжение работы политики CONTINUE
  2. В первом правиле авторизации с именем 'MAB_Access', под которое запрос попадает, если он относится к Wireless_MAB потоку,  и имя пользователя (MAC-адрес) имеется в хранилище 'GuestEndpoints' навешивается действие 'PermitAccess'. То есть Radius сервер в ответ на Access-Request отправит Access-Accept, без дополнительных атрибутов (preAuth_ACL, url_redirect)
    • В дефолтном правиле авторизации, туда попадет запрос, если он не попал в верхнее правило (то-есть если портал еще не знает клиента). Запрос попадет под созданную ранее политику авторизации 'AP-TEST_CoA' и тогда в пакете Access-Accept на ТД (NAS-server) прилетят дополнительные атрибуты (preAuth_ACL, url_redirect) и клиент получит ограниченный доступ и редирект на гостевой портал


Radius обмен между WLC и Cisco-ISE в процессе авторизации


Radius пакеты и атрибуты:
Radius обмен процесса авторизации

No. Time           Source       Destination    Protocol Length    Info
11  0.000000    100.127.2.200   100.110.0.161   RADIUS  316 Access-Request id=66
2   0.054155    100.110.0.161   100.127.2.200   RADIUS  427 Access-Accept id=66
3   46.933863   100.110.0.161   100.127.2.200   RADIUS  230 CoA-Request id=101
4   46.978071   100.127.2.200   100.110.0.161   RADIUS  316 Access-Request id=67
5   46.979828   100.127.2.200   100.110.0.161   RADIUS  88  CoA-ACK id=101
6   47.014845   100.110.0.161   100.127.2.200   RADIUS  209 Access-Accept id=67
7   47.016633   100.127.2.200   100.110.0.161   RADIUS  262 Accounting-Request id=68
8   47.026206   100.110.0.161   100.127.2.200   RADIUS  64  Accounting-Response id=68


Атрибуты пакета Access-Request (MAB аутентификации)

RADIUS Protocol
    Code: Access-Request (1)
    Packet identifier: 0x42 (66)
    Length: 272
    Authenticator: 4410fb4412b13fc162d59f59c8bd68e3
    [The response to this request is in frame 2]
    Attribute Value Pairs
        AVP: t=User-Name(1) l=19 val=78-98-e8-1e-67-07
        AVP: t=User-Password(2) l=34 val=Encrypted
        AVP: t=Framed-IP-Address(8) l=6 val=0.0.0.0
        AVP: t=Framed-MTU(12) l=6 val=1500
        AVP: t=Connect-Info(77) l=23 val=CONNECT 0Mbps 802.11a
        AVP: t=Vendor-Specific(26) l=12 vnd=Eltex Enterprise, Ltd.(35265)
        AVP: t=Vendor-Specific(26) l=12 vnd=Eltex Enterprise, Ltd.(35265)
        AVP: t=Called-Station-Id(30) l=35 val=68-13-e2-c2-28-e0:!F.E.portal-CoA
        AVP: t=Calling-Station-Id(31) l=19 val=78-98-e8-1e-67-07
        AVP: t=NAS-Port(5) l=6 val=1
        AVP: t=Framed-MTU(12) l=6 val=1500
        AVP: t=NAS-Port-Type(61) l=6 val=Wireless-802.11(19)
        AVP: t=Acct-Session-Id(44) l=19 val=06FB2545-40E87D76
        AVP: t=NAS-IP-Address(4) l=6 val=100.127.2.200
        AVP: t=NAS-Identifier(32) l=19 val=68-13-E2-C2-28-E0
        AVP: t=Service-Type(6) l=6 val=Call-Check(10)
        AVP: t=Message-Authenticator(80) l=18 val=2fa7c052431324b024d1d5d5490badcd


Атрибуты пакета Access-Accept в ответ на первичную MAB аутентификацию

RADIUS Protocol
    Code: Access-Accept (2)
    Packet identifier: 0x42 (66)
    Length: 383
    Authenticator: b5df40483c0b863ff0a967af7b60618d
    [This is a response to a request in frame 1]
    [Time from request: 0.054155000 seconds]
    Attribute Value Pairs
        AVP: t=User-Name(1) l=19 val=78-98-E8-1E-67-07
        AVP: t=Class(25) l=78 val=434143533a363436653030613163724738754f466a64647352704e714a61543074616550…
        AVP: t=Message-Authenticator(80) l=18 val=90d3bb0e49b633199d8a7f74f3b6270a
        AVP: t=Vendor-Specific(26) l=30 vnd=ciscoSystems(9)
            Type: 26
            Length: 30
            Vendor ID: ciscoSystems (9)
            VSA: t=Cisco-AVPair(1) l=24 val=url-redirect-acl=test1
        AVP: t=Vendor-Specific(26) l=218 vnd=ciscoSystems(9)
            Type: 26
            Length: 218
            Vendor ID: ciscoSystems (9)
             […]VSA: t=Cisco-AVPair(1) l=212 val=url-redirect=https://100.110.0.161:8443/portal/gateway?sessionId=646e00a1crG8uOFjddsRpNqJaT0taePWbRimqRw1M3d0sv_xEcs&portal=4f22cb25-630a-4c50-b257-4aa2c04fd552&action=cwa&token=edccfff2ba55759ac1f762


Атрибуты пакета CoA-Request

RADIUS Protocol
    Code: CoA-Request (43)
    Packet identifier: 0x65 (101)
    Length: 186
    Authenticator: 0cf0bae02528f6bfb818044c8ffd7784
    [The response to this request is in frame 5]
    Attribute Value Pairs
        AVP: t=NAS-IP-Address(4) l=6 val=100.127.2.200
        AVP: t=Calling-Station-Id(31) l=19 val=78-98-e8-1e-67-07
        AVP: t=Event-Timestamp(55) l=6 val=Apr 25, 2025 10:09:00.000000000 Новосибирское стандартное время
        AVP: t=Message-Authenticator(80) l=18 val=a728bf9cd14be304bcd08aba426eab54
        AVP: t=Vendor-Specific(26) l=41 vnd=ciscoSystems(9)
            Type: 26
            Length: 41
            Vendor ID: ciscoSystems (9)
            VSA: t=Cisco-AVPair(1) l=35 val=subscriber:command=reauthenticate
        AVP: t=Vendor-Specific(26) l=76 vnd=ciscoSystems(9)
            Type: 26
            Length: 76
            Vendor ID: ciscoSystems (9)
            VSA: t=Cisco-AVPair(1) l=70 val=audit-session-id=646e00a1crG8uOFjddsRpNqJaT0taePWbRimqRw1M3d0sv_xEcs


Атрибуты пакета Access-Accept авторизации с полным доступом

RADIUS Protocol
    Code: Access-Accept (2)
    Packet identifier: 0x43 (67)
    Length: 165
    Authenticator: 43f595d49019bc7414a99db904f62b5e
    [This is a response to a request in frame 4]
    [Time from request: 0.036774000 seconds]
    Attribute Value Pairs
        AVP: t=User-Name(1) l=7 val=fea_1
        AVP: t=Class(25) l=78 val=434143533a3634366530306131412f474b735631715236796c573765734c396c5342345f…
        AVP: t=Message-Authenticator(80) l=18 val=865b02be3cd7340ea4566bd0375d5525
        AVP: t=Vendor-Specific(26) l=42 vnd=ciscoSystems(9)
            Type: 26
            Length: 42
            Vendor ID: ciscoSystems (9)
            VSA: t=Cisco-AVPair(1) l=36 val=profile-name=Windows10-Workstation


Dump файл Radius обмена ТД и Cisco ISE 

dump_radius+CoA.pcap


Radius/Live Logs (Cisco-ISE)

Цепочка аутентификации и авторизации

Авторизация пока еще неизвестного клиента, с целью редиректа на портал регистрации

Регистрация и авторизация на портале

Отправка команды на реаунтификацию по средствам CoA

Финальный Permit-Access

Аккаунтинг


  • Нет меток