forum.bitel.ru • Просмотр темы

Сообщения без ответов | Активные темы

Список форумов » BGBilling » Модули Интернета » Модуль Inet

Часовой пояс: UTC + 5 часов [ Летнее время ]

802.1X + DHCP + ISG

Страница 2 из 3

[ Сообщений: 62 ]

На страницу Пред. 1, 2, 3 След.

Версия для печати

Пред. тема | След. тема

Автор

Сообщение

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 14:38

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Сейчас авторизация выглядит так:

Код:

radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] RadiusListenerWorker - REQUEST:
Packet type: Access-Request
Identifier: 1
Authenticator: {1E DA F1 FB 1A AB 6B 93 99 2B FA 7C A7 3C C3 4C}
Attributes:
  User-Name=00-30-48-5a-f2-31
߉��ser-Password=q�C�@�I��.�
  NAS-IP-Address=172.25.98.3
  Message-Authenticator={81 8B A6 67 D5 E3 9F 7D 35 58 1C 6F B6 7A 94 D5}
  NAS-Port=1
  Connect-Info=100Mbps
  Framed-MTU=1536
  NAS-Port-Type=15
  Calling-Station-Id=00:30:48:5A:F2:31
  Called-Station-Id=00:0C:46:EC:C7:69

radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - REQUEST_AFTER_PREPROCESS:
Packet type: Access-Request
Identifier: 1
Authenticator: {1E DA F1 FB 1A AB 6B 93 99 2B FA 7C A7 3C C3 4C}
Attributes:
  User-Name=00-30-48-5a-f2-31
  User-Password=
  NAS-IP-Address=172.25.98.3
  Message-Authenticator={81 8B A6 67 D5 E3 9F 7D 35 58 1C 6F B6 7A 94 D5}
  NAS-Port=1
  Connect-Info=100Mbps
  Framed-MTU=1536
  NAS-Port-Type=15
  Calling-Station-Id=0030485af231
  Called-Station-Id=00:0C:46:EC:C7:69
Common options: {agentRemoteId=172.25.98.3, macAddress=0030485af231, interfaceId=1, agentCircuitId=1}
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] RadiusProcessor - Create new radius session.
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] InetNas - agentRemoteId=172.25.98.3
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetNas - AgentDevice not found.
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] InetNas - findServ agentDeviceRuntime=null
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetNas - Search serv on deviceId=106; interfaceId=1
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] InetRadiusProcessor - Password verification disabled.
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - [username=00-30-48-5a-f2-31] Authenticated as inetServId:17
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] InetNas - agentRemoteId=172.25.98.3
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetNas - AgentDevice not found.
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] InetRadiusProcessor - Identifier from request: null
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] InetRadiusProcessor - MAC-address from request: 0030485AF231
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] InetAccountingPeriodList - Create:
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] InetAccountingPeriodList - AccountingPeriod: 2: 18.11.2012 00:00:00.0 - 18.11.2016 23:59:59.999
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetApplication - inetServ[id=17] balance ok: 0.00 [0]
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetApplication - TariffOptionMap: {}
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - Set ip from serv
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - Return code=0
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetDhcpHelperProcessor - Put auth accept 0030485AF231
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:
Packet type: Access-Accept
Identifier: 1
Authenticator: {}
Attributes:
  Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
  Framed-IP-Address=172.25.98.12

Process time auth: 4

radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] HourlyDataLogger - Create log file...
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] HourlyLogFileUtils - Next log file: /home/bgbilling/BGInetAccess/data/radius/source_106/2012/2012-11/2012-11-21/log_2012-11-21-12.001.bgdl
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] HourlyDataLogEntry - Create dataLog file: /home/bgbilling/BGInetAccess/data/radius/source_106/2012/2012-11/2012-11-21/log_2012-11-21-12.001.bgdl
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] BGDataLog - DataLog file [data/radius/source_106/2012/2012-11/2012-11-21/log_2012-11-21-12.001.bgdl] was opened
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] DataLog - Writing TLV finished(3)=[0]
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] DataLog - Writing TLV buffer(4)=[type=chunked, size=262144]
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] DataLog - Writing TLV compression(5)=[type=zlib, level=1, strategy=1]
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] DataLog - Writing TLV distributed(6)=[1]
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] DataLog - Writing TLV streaming(7)=[1]
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] BGDataLog - Header length=51
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] ZLIBWritableChannel - ZLIBWritableChannel bufferLength=262160
radius 11-21/12:34:46 DEBUG [rdsLstnr-p-9-t-1] ProcessorRequest - Sending to /172.25.98.3:1026
radius 11-21/12:34:46  INFO [rdsLstnr-p-9-t-1] InetRadiusListenerWorker - RESPONSE:
Packet type: Access-Accept
Identifier: 1
Authenticator: {B8 9D 19 E3 86 3F 70 AB 10 20 F7 04 A8 05 54 44}
Attributes:
  Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
  Framed-IP-Address=172.25.98.12

Process time auth: 9

connection 11-21/12:34:46  INFO [sa-p-13-t-3] ServiceActivatorSet - Connecting to device
connection 11-21/12:34:46 DEBUG [sa-p-13-t-3] AcknowledgeConsumer - Caught BGInetAccounting:Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaAccountingEvent] moduleId: 1; pluginId: no; cid: 1; scid: -1; userId: 0; type: 1; deviceId: 106; connectionId: 505; timestamp: 1353486886319
connection 11-21/12:34:46  INFO [sa-p-13-t-3] ServiceActivatorDeviceWorker - Do task deviceId: 106; Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaAccountingEvent] moduleId: 1; pluginId: no; cid: 1; scid: -1; userId: 0; type: 1; deviceId: 106; connectionId: 505; timestamp: 1353486886319
connection 11-21/12:34:46  INFO [sa-p-13-t-3] InetApplication - TariffOptionMap: {}
connection 11-21/12:34:46  INFO [sa-p-13-t-3] ServiceActivatorDeviceWorker - Command result event: ServiceActivatorEvent type=4; inetServId: 17; call: true; oldState: 1; newState: 1; oldOptionSet: ; newOptionSet:
connection 11-21/12:34:46  INFO [sa-p-13-t-3] ServiceActivatorDeviceWorker - Processing deviceId:106; command ServiceActivatorEvent type=4; inetServId: 17; call: true; oldState: 1; newState: 1; oldOptionSet: ; newOptionSet:
connection 11-21/12:34:46  INFO [sa-p-13-t-3] ServiceActivatorSet - Invoking onAccountingStart
connection 11-21/12:34:46  INFO [sa-p-13-t-3] ServiceActivatorDeviceWorker - Process event type[4] result=true
mq 11-21/12:34:46 DEBUG [event-proc-p-2-t-1] Consumer - Caught BGInetAccounting:Event[ru.bitel.bgbilling.modules.inet.accounting.event.InetAccountingEvent] moduleId: 1; pluginId: no; cid: 1; scid: -1; userId: 0; type: 1; deviceId: 106; connectionId: 505; timestamp: 1353486886319
mq 11-21/12:34:46  INFO [event-proc-p-2-t-1] InetConnectionManager - Add connection: InetConnection [id=505-0, iface=106:1, sessId=000001EF|00:0C:46:EC:C7:69|00:30:48:5A:F2:31|1|1, start=21.11.2012 12:34:46, uname=00-30-48-5a-f2-31, addr=[IpAddress:null]]
mq 11-21/12:34:46  INFO [event-proc-p-2-t-1] InetDhcpHelperProcessor - Ip is null 0030485AF231
connection 11-21/12:34:51  INFO [sa-p-13-t-3] ServiceActivatorSet - Disconnecting from device
dhcp 11-21/12:34:53 DEBUG [dhcpLstnr-p-11-t-1] InetDhcpDeviceMap - Found device by giaddr id=187
dhcp 11-21/12:34:53  INFO [dhcpLstnr-p-11-t-1] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: 479592022, secs: -256, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 172.25.98.1
Client MAC: {0030485AF231}
  Agent information{82}=
    sub{2}={020A0000AC1962010A000000}

dhcp 11-21/12:34:53 DEBUG [dhcpLstnr-p-11-t-1] InetAbstractDhcpProcessor - OP_BOOT_REQUEST
dhcp 11-21/12:34:53 DEBUG [dhcpLstnr-p-11-t-1] InetDhcpHelperProcessor - request.giaddr = 172.25.98.1
dhcp 11-21/12:34:53 DEBUG [dhcpLstnr-p-11-t-1] InetAbstractDhcpProcessor - DHCP_DISCOVER
dhcp 11-21/12:34:53  INFO [dhcpLstnr-p-11-t-1] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP Offer{2}
htype: 1, hlen: 6, hops: 1
xid: 479592022, secs: 0, flags: -32768
Client IP: 0.0.0.0
Your IP: 172.25.98.12
Server IP: 0.0.0.0
Relay IP: 172.25.98.1
Client MAC: {0030485AF231}
  Agent information{82}=
    sub{2}={020A0000AC1962010A000000}
  Router{3}=172.25.98.1
  Subnet mask{1}=255.255.255.0
  DNS{6}={0A0000010A00000208080808}
  IP Address Lease Time{51}=60
  Server Identifier{54}={00000000}

dhcp 11-21/12:34:53 DEBUG [dhcpLstnr-p-11-t-1] ProcessorRequest - Sending to /172.25.98.1:67

Accounting Start

Код:

radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] RadiusListenerWorker - REQUEST:
Packet type: Accounting-Request
Identifier: 203
Authenticator: {24 B1 AC 0F E7 39 E6 1C D8 C3 1F 7A 9D 91 3B 79}
Attributes:
  User-Name=00-30-48-5a-f2-31
  NAS-IP-Address=172.25.98.3
  NAS-Port=1
  Acct-Status-Type=1
  Framed-MTU=1536
  Acct-Session-Id=000001EF|00:0C:46:EC:C7:69|00:30:48:5A:F2:31|1|1
  Calling-Station-Id=00:30:48:5A:F2:31
  NAS-Port-Type=15
  Called-Station-Id=00:0C:46:EC:C7:69
  Acct-Authentic=1

radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] HourlyDataLogEntry - Create dataLog file: /home/bgbilling/BGInetAccounting/data/radius/source_106/2012/2012-11
/2012-11-21/log_2012-11-21-12.001.bgdl
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - REQUEST_AFTER_PREPROCESS:
Packet type: Accounting-Request
Identifier: 203
Authenticator: {24 B1 AC 0F E7 39 E6 1C D8 C3 1F 7A 9D 91 3B 79}
Attributes:
  User-Name=00-30-48-5a-f2-31
  User-Password=
  NAS-IP-Address=172.25.98.3
  NAS-Port=1
  Acct-Status-Type=1
  Framed-MTU=1536
  Acct-Session-Id=000001EF|00:0C:46:EC:C7:69|00:30:48:5A:F2:31|1|1
  Calling-Station-Id=0030485af231
  NAS-Port-Type=15
  Called-Station-Id=00:0C:46:EC:C7:69
  Acct-Authentic=1
Common options: {agentRemoteId=172.25.98.3, macAddress=0030485af231, interfaceId=1, agentCircuitId=1}
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] InetNas - AgentDevice not found.
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] InetNas - Search serv on deviceId=106; interfaceId=1
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - Creating NasConnection from radius accounting packet
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - Parent: null
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] InetApplication - TariffOptionMap: {}
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] Accounting - Write new connection to DB
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] Accounting - New connection id=505
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] Accounting - Write new session to DB
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] Accounting - New session's id=507
radius 11-21/12:34:46  INFO [rdsLstnr-p-8-t-4] RadiusListenerWorker - RESPONSE:
Packet type: Accounting-Response
Identifier: 203
Authenticator: {9E 0B 3C 98 6F 32 A1 70 31 45 C9 68 5B C2 C5 2B}
Attributes:

Process time start: 14

То есть, DHCP отрабатывает отлично.

Остается самое сложное - как то переписать в логин дочернего сервиса (севис в котором прописан IP для ISG) выданный DHCP сервером IP-Адрес.
Подскажите, как это можно сделать? Я не нашел поиском ничего, что могло бы как то связать пост-обработчик с текущим сервисом, чтобы там найти дочерний и прописать ему логин.
Хотя, если вручную прописать логин в дочерний сервис - все равно не авторизует, значит надо как-то по другому.

Выглядит авторизация ISG так

Код:

radius 11-21/12:44:29  INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - REQUEST_AFTER_PREPROCESS:
Packet type: Access-Request
Identifier: 26
Authenticator: {8F DE FE 06 9D BA 3D 92 23 05 C2 D0 9A 38 0B 12}
Attributes:
  User-Name=172.25.98.12
  NAS-Identifier=172.191.224.3
  User-Password=172.25.98.12
  NAS-IP-Address=172.191.224.3
  NAS-Port=1
  Service-Type=2
  NAS-Port-Type=5
  Calling-Station-Id=172.25.98.12
  Called-Station-Id=172.191.224.3
  cisco-avpair=client-mac-address=0011.bc49.3c00
Common options: {macAddress=0011.bc49.3c00, identifier=172.25.98.12}
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] RadiusProcessor - Create new radius session.
radius 11-21/12:44:29  INFO [rdsLstnr-p-9-t-2] InetNas - Search by username=172.25.98.12
radius 11-21/12:44:29  INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - [username=172.25.98.12] InetServ not found (and is not card).
radius 11-21/12:44:29  INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - Return code=1
radius 11-21/12:44:29  INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:
Packet type: Access-Reject
Identifier: 26
Authenticator: {}
Attributes:
  Reply-Message=1

Process time auth: 2

radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] HourlyDataLogger - Create log file...
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] HourlyLogFileUtils - Next log file: /home/bgbilling/BGInetAccess/data/radius/source_73/2012/2012-11/2012-11-21/log_2012-11-21-12.000.bgdl
radius 11-21/12:44:29  INFO [rdsLstnr-p-9-t-2] HourlyDataLogEntry - Create dataLog file: /home/bgbilling/BGInetAccess/data/radius/source_73/2012/2012-11/2012-11-21/log_2012-11-21-12.000.bgdl
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] BGDataLog - DataLog file [data/radius/source_73/2012/2012-11/2012-11-21/log_2012-11-21-12.000.bgdl] was opened
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV finished(3)=[0]
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV buffer(4)=[type=chunked, size=262144]
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV compression(5)=[type=zlib, level=1, strategy=1]
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV distributed(6)=[1]
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV streaming(7)=[1]
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] BGDataLog - Header length=51
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] ZLIBWritableChannel - ZLIBWritableChannel bufferLength=262160
radius 11-21/12:44:29 DEBUG [rdsLstnr-p-9-t-2] ProcessorRequest - Sending to /172.191.224.3:41382
radius 11-21/12:44:29  INFO [rdsLstnr-p-9-t-2] InetRadiusListenerWorker - RESPONSE:
Packet type: Access-Reject
Identifier: 26
Authenticator: {71 A0 5D 93 AC A1 91 08 C7 0C AD 8E CD 04 E5 3B}
Attributes:
  Reply-Message=1

Process time auth: 7

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 14:54

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Цитата:

Я так понимаю, что лучше выставить "Кол-во сессий=1" и
connection.start.fromAccept=0

После этого изменилось что-то? В режиме connection.start.fromAccept=1 сессия просто создается в базе со статусом 0 (waiting), на количество активных сессий не должно влиять.
А нужно, т.к. IP-адреса в старт-пакете не будет, чтобы запомнить тот, что выделили для выдачи по DHCP и знать что-за адрес у него после перезагруки Access/Accounting.

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 15:14

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Amir писал(а):

Цитата:

Я так понимаю, что лучше выставить "Кол-во сессий=1" и
connection.start.fromAccept=0

Ок, понял. Выставил как вы сказали. Особо изменений не заметно - работает и так и так.
Ситуацию с повторной авторизацией не проверял, но хотелось предусмотреть случай если, по каким то причинам, устройство 172.25.98.3 не получило Accept и отправило еще раз запрос.

А как понять, запомнил ли биллинг выделенный для выдачи DHCP адрес или нет?
Где он его запоминает это IP и как мне этот IP передать на дочерний сервис, чтобы авторизовать на него ISG?

Самое сложное - как то переписать в логин дочернего сервиса (севис в котором прописан IP для ISG) выданный DHCP сервером IP-Адрес.
Подскажите, как это можно сделать?
Если вручную прописать логин в дочерний сервис - не авторизует, значит надо как то пиначе действовать...
И я не нашел поиском ничего, что могло бы как то связать пост-обработчик с текущим сервисом, чтобы там найти дочерний и прописать ему логин.

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 15:26

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Для начала попробуйте, чтобы прописанный в логине вручную адрес отрабатывал - логин-адрес прописываете прямо в родительском сервисе?

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 17:03

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Пробовал прописывать и в дочернем и в родительском, если в связке - не работает.
Если сервис настроить как отдельный - то авторизация работает.
Если его сделать дочерним - перестает работать.

Можно его оставить как отдельный, но тогда надо придумать как переносить в логин, выданный другим сервисом, адрес.

Последний раз редактировалось Shadance 21 ноя 2012, 17:09, всего редактировалось 1 раз.

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 17:06

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Не совсем понял, пробовали в сервисе, у которого на скриншоте тип "Порт коммутатора"?

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 17:11

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Amir писал(а):

Не совсем понял, пробовали в сервисе, у которого на скриншоте тип "Порт коммутатора"?

Да, я все варианты перебрал

))

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 17:40

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

А на отдельном сервисе, когда работает, какое устройство прописываете? То же, что и на сервисе "Порт коммутатора"?
Чем они (сервисы "Порт коммутатора" второй, по который находит) отличаются, понять не могу пока.

Хотел предложить linux ISG сделать родительским устройством по отношению к DHCP Relay, но на поиск по логину это не должно влиять.

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 18:57

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Есть сервис, назван "Интернет (привязан к порту)".
Выгдядит как указано на скриншоте. (см. вложение)

Сервис завязан на корневое устройство "Доступ в Интернет", у которго в дочерних числится ISG сервер (в последствиии их там будет несколько, авторизовывать может любой).

Сервис "Порт Коммутатора" и "Интернет" отличаются тем, что:

Сервис "Порт коммутатора" определяет физическое подключение пользователя,
в нем назначено устройство и порт к которому привязан пользователь.
Так же сервис может содержать информацию о присовенном пользователю внутрисетевом адресе, а может выдавать из пулла (это пока работает).

Сервис "Интернет" определяет подключение услуг на ISG сервере, и может содержать назанченный пользователю Внешний IP адрес или выдавать из пулла внешних адресов.
Сервис привязан к ветке ISG-серверов.
Авторизация сервиса предполагается по Внутрисетевому адресу, который назначен пользователю или выдан динамически в сервисе "Порт коммутатора".

// -----------------

Если я сервис "Интернет" указываю дочерним для "Порт коммутатора", прописывая в поле логин для основного либо дочернего сервиса Внутрисетевой IP, то этот сервис не авторизует пользвателя.

Если я сервис "Интернет" оставляю сиротой, и прописываю ему в логин Внутрисетевой IP, то он работает.

Вложения:

Комментарий к файлу: Сервис "Интернет"

inet-service.png [ 52.61 КБ | Просмотров: 8139 ]

Последний раз редактировалось Shadance 21 ноя 2012, 19:07, всего редактировалось 1 раз.

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 19:03

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Попробуйте использовать один тип сервиса, т.е. сделать один сервис на договоре, вообще без дочерних, в котором будет и порт, и логин с адресом и покажите что в логах при таком варианте.

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 19:08

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Amir писал(а):

А как мне на этом сервисе указать два IP адреса? один для выдачи DHCP а второй для выдачи ISG?
К тому же они привязаны к разным устройствам.

Может создать один корневой, а к нему два дочерних?
На одном дочернем прописывать все к DHCP
На втором дочернем прописывать все к ISG?

Последний раз редактировалось Shadance 21 ноя 2012, 19:47, всего редактировалось 1 раз.

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 19:22

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Цитата:

А как мне на этом сервисе указать два IP адреса? один для выдачи DHCP а второй для выдачи ISG?

Упустил этот момент, надо подумать.

Цитата:

К тому же они привязаны к разным устройствам.

Для InetRadiusProcessor по умолчанию это не важно, главное чтобы устройство, к которому привязан сервис было ProcessGroup или дочерним к ProcessGroup.

Цитата:

Может создать один корневой, а к нему два дочерних?

Не сработает, дочерние сервисы не работают точно так же, как корневые (родительские).

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 19:44

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Еще, чтобы подумать: на одном порту могут сразу несколько работать или только один MAC-адрес будет одновременно?

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 21 ноя 2012, 19:49

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Не оговаривалось, но считается, что только один клиент. Сам мак не важен, мы же авторизуем того, что приписан к порту, и благодаря авторизации получаем мак.

Конечно, можно поддерживать несколько МАК-ов на порту. в таком случае, например, клиент бы мог без маршрутизатора подключать всю сетевую утварь, получать на каждое устройство по IP адресу и дружно выпускать в интернет.
Практически, возможно, что тут была бы уже проблема для ISG сервера как группировать устройства, если нужно резать скорость, например.

В остальном,
1 - по порту на устройстве авторизуем клиента и получаем в биллинге активную сессию с его MAC
2 - по МАСу, если он в списке авторизованных или выданных на клиента, выдаем DHCP (IPv4 и, в будущем, IPv6)
3 - по IP, если он в списке выданных клиенту, авторизуем ISG и озадачиваем навешиванием параметров услуги и считаем траффик.

В теории, схема масштабируема на любое количество устройств на порту (все вешается на одного клиента).
Я так понимаю, что первые два этапа работают в биллинге "из коробки" и мы их настроили.
Есть одно маленькое "но" - это как авторизоать по динамическим и статическим ресурсам клиента?
Или как перехватить процедуру поиска при авторизации и прогнать ее по активным ресурсам.

Я так понял, что, на сегодняшний день, если мы выдали клиенту 10 внутренних адресов, то чтобы выпускать их через ISG, надо создать 10 строк в сервисах с указанием в логине каждого выданного адреса...

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 23 ноя 2012, 00:46

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Amir писал(а):

Есть у вас идеи? может можно обработкой как то сделать?

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 27 ноя 2012, 18:43

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Можно и обработкой, но некрасиво получится, с отдельными сервисами.
Возможно лучше будет альтернативный RadiusProcessor.

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 27 ноя 2012, 19:56

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Amir писал(а):

А какой есть альтернативный RadiusProcressor? Я не нашел упоминаний о нем ни на форуме ни в докумментации.

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 27 ноя 2012, 20:02

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Я хотел сказать "Возможно лучше будет сделать альтернативный RadiusProcessor".
Который будет по IP-адресу активной сессии level1-2 определять сервис, по аналогии с InetDhcpHelperProcessor, который по активной сессии определяет кто это и какой IP-адрес нужно выдавать.

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 28 ноя 2012, 02:30

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Amir писал(а):

Да, это было бы замечательно. Как можно продвинуться в этом направлении?

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 17 дек 2012, 20:00

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

На этой неделе можем сделать InetRadiusHelperProcessor, если еще нужно.

Вернуться к началу

Shadance

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 17 дек 2012, 20:24

Зарегистрирован: 19 ноя 2012, 18:49
Сообщения: 53
Карма: 0

Amir писал(а):

На этой неделе можем сделать InetRadiusHelperProcessor, если еще нужно.

Нужно, очень нужно!!

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 25 дек 2012, 17:27

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Выложили обновление. Нужно тестировать/отлаживать.
Вместо обычного процессора в inet-access/inet-accounting.xml radiusProcessor нужно указать ru.bitel.bgbilling.modules.inet.radius.InetRadiusHelperProcessor.

В конфигурации корневого устройства указать radius.key.deviceTypeIds= код типа устройства - Cisco.
Т.е. по Access-Accept или Accounting-пакету соединения не этого(этих) типа устройства соединение будет запоминаться по IP, по Access-Request или Accounting-пакету c этого типа устройства сервис будет находиться по UserName.

Вернуться к началу

[LTC]Dimonyga

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 22 янв 2013, 21:40

Клиент

Зарегистрирован: 12 янв 2012, 16:12
Сообщения: 56
Откуда: г. Новосибирск
Карма: 8

Здравствуйте, не буду рассказывать как, но теперь этим проектом занимаюсь я.
Разобрался в схеме, поставил RadiusHelper и вот что получил:
L1

Цитата:

Packet type: Access-Request
Identifier: 1
Authenticator: {92 E6 FA C6 D6 D2 80 9B CB 2E CB C6 DF F4 12 71}
Attributes:
User-Name=00-30-48-5a-f2-31
User-Password=��BE&P▒▒+�ݴ�
NAS-IP-Address=172.25.98.3
Message-Authenticator={E1 E2 C4 D9 AE E5 9E D8 52 32 FC 6C B7 3E DA 74}
NAS-Port=1
Connect-Info=100Mbps
Framed-MTU=1536
NAS-Port-Type=15
Calling-Station-Id=00:30:48:5A:F2:31
Called-Station-Id=00:0C:46:EC:C7:69

Цитата:

Packet type: Access-Accept
Identifier: 1
Authenticator: {4D 23 B6 89 BB 4E 86 01 D0 23 BF 57 68 48 C1 93}
Attributes:
Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
Framed-IP-Address=172.25.98.12

Замечательно, L2

Цитата:

Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: 495847805, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 172.25.98.1
Client MAC: {0030485AF231}
Requested IP Address{50}=172.25.98.12
Host name{12}={ks3.hausnet.ru}
Parameter request list{55}={1, 28, 2, 3, 15, 6, 12, 42}
Agent information{82}=
sub{2}={020A0000AC1962010A000000}

Цитата:

Message type: BOOT_RESPONSE
Dhcp message type: DHCP ACK{5}
htype: 1, hlen: 6, hops: 1
xid: 495847805, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 172.25.98.12
Server IP: 0.0.0.0
Relay IP: 172.25.98.1
Client MAC: {0030485AF231}
Agent information{82}=
sub{2}={020A0000AC1962010A000000}
Router{3}=172.25.98.254
Subnet mask{1}=255.255.255.0
DNS{6}={0A0000010A00000208080808}
IP Address Lease Time{51}=600
Server Identifier{54}={00000000}

Тоже все замечательно, L3

Цитата:

radius 01-22/19:26:12 INFO [rdsLstnr-p-9-t-2] RadiusListenerWorker - REQUEST:
Packet type: Access-Request
Identifier: 17
Authenticator: {B6 59 56 38 2C E6 DF 50 28 6F 25 84 B6 00 D0 60}
Attributes:
User-Name=172.25.98.12
NAS-Identifier=***.***.***.*
User-Password=��O2��.��
NAS-IP-Address=***.***.***.*
NAS-Port=1
Service-Type=2
NAS-Port-Type=5
Calling-Station-Id=0030.485a.f231
Called-Station-Id=***.***.***.*
cisco-avpair=client-mac-address=0030.485a.f231

radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] RadiusProcessor - Create new radius session.
radius 01-22/19:26:12 INFO [rdsLstnr-p-9-t-2] InetNas - Search by username=172.25.98.12
radius 01-22/19:26:12 INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - [username=172.25.98.12] InetServ not found (and is not card).
radius 01-22/19:26:12 INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - Return code=1
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] HourlyDataLogger - Create log file...
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] HourlyLogFileUtils - Next log file: /home/bgbilling/BGInetAccess/data/radius/source_73/2013/2013-01/2013-01-22/log_2013-01-22-19.002.bgdl
radius 01-22/19:26:12 INFO [rdsLstnr-p-9-t-2] HourlyDataLogEntry - Create dataLog file: /home/bgbilling/BGInetAccess/data/radius/source_73/2013/2013-01/2013-01-22/log_2013-01-22-19.002.bgdl
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] BGDataLog - DataLog file [data/radius/source_73/2013/2013-01/2013-01-22/log_2013-01-22-19.002.bgdl] was opened
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV finished(3)=[0]
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV buffer(4)=[type=chunked, size=262144]
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV compression(5)=[type=zlib, level=1, strategy=1]
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV distributed(6)=[1]
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV streaming(7)=[1]
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] BGDataLog - Header length=51
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] ZLIBWritableChannel - ZLIBWritableChannel bufferLength=262160
radius 01-22/19:26:12 DEBUG [rdsLstnr-p-9-t-2] ProcessorRequest - Sending to /***.***.***.*:21193
radius 01-22/19:26:12 INFO [rdsLstnr-p-9-t-2] InetRadiusListenerWorker - RESPONSE:
Packet type: Access-Reject
Identifier: 17
Authenticator: {10 2D 2B 50 FB B5 8F F0 D6 3E 20 6E 8E 9C C2 CD}
Attributes:
Reply-Message=1

в конфигурации устройства дописал
radius.key.deviceTypeIds=9
radius.key.pattern=$ip по аналогии с DhcpHelper.
Что с паттэрном, что без разницы нет.

Вернуться к началу

[LTC]Dimonyga

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 22 янв 2013, 21:47

Клиент

Зарегистрирован: 12 янв 2012, 16:12
Сообщения: 56
Откуда: г. Новосибирск
Карма: 8

смущает еще то что судя по логам работает простой процессор, когда в конфиге явно написано про хелпер

Цитата:

radius 01-22/19:26:12 INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - Return code=1

Цитата:

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 23 янв 2013, 02:42

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Можно скриншот дерева устройств? Какой тип устройства с кодом 9? Должен быть - ISG.

При нормальной работе при авторизации L1 должен в лог писать InetConnectionKeyMap - Put connection add - ...
При поиске - Search serv by key...

У одного клиента с авторизацией option82 + ISG авторизация по IP завелась с последними билдами. Но там возникла проблема, что ISG закрывает сессию по таймауту (т.е. модуль может уже выдать IP другому клиенту, а ISG думать, что это та же самая сессия) - пришлось расширять стандартный ServiceActivator, чтобы слал account-logoff при закрытии dhcp82 сессии.

Цитата:

смущает еще то что судя по логам работает простой процессор, когда в конфиге явно написано про хелпер

Просто InetRadiusHelperProcessor расширяет InetRadiusProcessor.

Вернуться к началу

[LTC]Dimonyga

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 23 янв 2013, 18:28

Клиент

Зарегистрирован: 12 янв 2012, 16:12
Сообщения: 56
Откуда: г. Новосибирск
Карма: 8

Цитата:

radius.key.deviceTypeIds= код типа устройства - Cisco.

для меня cisco=9 а вы имели ввиду код устройства, но у нас не циска, прошу прощения, мой косяк.
Поставил нужный ID, лог не изменился.

Цитата:

radius 01-23/15:57:47 INFO [rdsLstnr-p-9-t-2] InetConnectionKeyMap - Put auth accept 172.25.98.12
radius 01-23/15:57:47 INFO [rdsLstnr-p-9-t-2] InetDhcpHelperProcessor - Put auth accept 0030485AF231
radius 01-23/15:57:54 INFO [rdsLstnr-p-9-t-3] InetConnectionKeyMap - Put auth accept 172.25.98.12
radius 01-23/15:57:54 INFO [rdsLstnr-p-9-t-3] InetDhcpHelperProcessor - Put auth accept 0030485AF231
radius 01-23/16:11:02 INFO [rdsLstnr-p-9-t-5] InetConnectionKeyMap - Put auth accept 172.25.98.12
radius 01-23/16:11:02 INFO [rdsLstnr-p-9-t-5] InetDhcpHelperProcessor - Put auth accept 0030485AF231
radius 01-23/16:11:07 INFO [rdsLstnr-p-9-t-6] InetConnectionKeyMap - Put auth accept 172.25.98.12
radius 01-23/16:11:07 INFO [rdsLstnr-p-9-t-6] InetDhcpHelperProcessor - Put auth accept 0030485AF231

Оно ?

Вложение:

tree.png [ 4.55 КБ | Просмотров: 7988 ]

и вот так

Вложение:

tree2.png [ 4.55 КБ | Просмотров: 7988 ]

не работает.

Вложение:

tree3.png [ 11.59 КБ | Просмотров: 7946 ]

radius.key.deviceTypeIds=73 прописано в Process Group

Последний раз редактировалось [LTC]Dimonyga 25 янв 2013, 13:57, всего редактировалось 1 раз.

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 25 янв 2013, 00:44

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Можете дать доступ, посмотреть?

Вернуться к началу

[LTC]Dimonyga

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 05 фев 2013, 20:24

Клиент

Зарегистрирован: 12 янв 2012, 16:12
Сообщения: 56
Откуда: г. Новосибирск
Карма: 8

Первая связка заработала, замечательно.
Теперь необходимо настроить дополнительные варианты не поломав то что есть
1 - авторизация только по айпи адресу.
Лог:

Цитата:

radius 02-05/18:09:28 INFO [rdsLstnr-p-9-t-2] RadiusListenerWorker - REQUEST:
Packet type: Access-Request
Identifier: 55
Authenticator: {CE BE 79 D5 D3 97 9A DA 2B D6 98 E4 A7 C6 A4 1E}
Attributes:
User-Name=172.25.98.14
NAS-Identifier=188.191.224.3
User-Password=ӓ� /�Hţ÷y|ը�
NAS-IP-Address=188.191.224.3
NAS-Port=1
Service-Type=2
NAS-Port-Type=5
Calling-Station-Id=001b.21ba.3341
Called-Station-Id=188.191.224.3
cisco-avpair=client-mac-address=001b.21ba.3341

radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] RadiusProcessor - Create new radius session.
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] InetRadiusHelperProcessor - Search serv by key 172.25.98.14
radius 02-05/18:09:28 INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - [username=172.25.98.14] InetServ not found (and is not card).
radius 02-05/18:09:28 INFO [rdsLstnr-p-9-t-2] InetRadiusProcessor - Return code=1
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] HourlyDataLogger - Create log file...
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] HourlyLogFileUtils - Next log file: /home/bgbilling/BGInetAccess/data/radius/source_73/2013/2013-02/2013-02-05/log_2013-02-05-18.000.bgdl
radius 02-05/18:09:28 INFO [rdsLstnr-p-9-t-2] HourlyDataLogEntry - Create dataLog file: /home/bgbilling/BGInetAccess/data/radius/source_73/2013/2013-02/2013-02-05/log_2013-02-05-18.000.bgdl
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] BGDataLog - DataLog file [data/radius/source_73/2013/2013-02/2013-02-05/log_2013-02-05-18.000.bgdl] was opened
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV finished(3)=[0]
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV buffer(4)=[type=chunked, size=262144]
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV compression(5)=[type=zlib, level=1, strategy=1]
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV distributed(6)=[1]
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] DataLog - Writing TLV streaming(7)=[1]
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] BGDataLog - Header length=51
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] ZLIBWritableChannel - ZLIBWritableChannel bufferLength=262160
radius 02-05/18:09:28 DEBUG [rdsLstnr-p-9-t-2] ProcessorRequest - Sending to /188.191.224.3:57733
radius 02-05/18:09:28 INFO [rdsLstnr-p-9-t-2] InetRadiusListenerWorker - RESPONSE:
Packet type: Access-Reject
Identifier: 55
Authenticator: {0C 29 8A CE D8 D1 AB 62 59 6B F3 C2 74 85 2E 86}
Attributes:
Reply-Message=1

Process time auth: 29

Конфигурация сервиса:

Цитата:

title.pattern=(LOGIN:${login})
serv.password.length.auto=0
serv.password.length.min=0
serv.identifier.auto=2
const.device.id=72

ЧЯДНТ ?
в логине пишем айпи адрес, до пароля пока не дошли, в задумке написать скрипт пред обработки запросов и выставлять логин=пароль=айпи.
2 - авторизация по мак адресу (дхцп + ИСГ)
ДХЦП выдает нак, при этом не может найти мак адрес, хотя в добавленном сервисе мак адрес я прописываю.
ситуация аналогична пункту 1.

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 07 фев 2013, 16:29

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Т.е. одновременно, чтобы работала связка 802.1X + DHCP + ISG и просто доступ по логину=IP к этой же ISG?

Вернуться к началу

Amir

Заголовок сообщения: Re: 802.1X + DHCP + ISG

Добавлено: 07 фев 2013, 16:29

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Т.е. одновременно, чтобы работала связка 802.1X + DHCP + ISG и просто доступ по логину=IP к этой же ISG?

Вернуться к началу

Страница 2 из 3

[ Сообщений: 62 ]

На страницу Пред. 1, 2, 3 След.

Список форумов » BGBilling » Модули Интернета » Модуль Inet

Часовой пояс: UTC + 5 часов [ Летнее время ]

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:

BiTel

802.1X + DHCP + ISG

Кто сейчас на конференции