| forum.bitel.ru http://forum.bitel.ru/ |
|
| Интеграция с chillispot http://forum.bitel.ru/viewtopic.php?f=5&t=165 |
Страница 1 из 1 |
| Автор: | Mr.Chaos [ 26 мар 2007, 16:15 ] |
| Заголовок сообщения: | Интеграция с chillispot |
Будет ли в дальнейшем возможность привязки wifi AP с протоколом chillispot с радиусом бгбиллинг? |
|
| Автор: | Администратор [ 26 мар 2007, 16:54 ] |
| Заголовок сообщения: | |
По-моему chillispot с RADIUS авторизацией уже используется с нашим биллингом. А какие проблемы возникли? |
|
| Автор: | Mr.Chaos [ 26 мар 2007, 17:11 ] |
| Заголовок сообщения: | |
Рассматриваю вариант подключения прошивки http://www.dd-wrt.com/ к бгбиллингу. Не могу понять какая логическая схема будет |
|
| Автор: | Администратор [ 26 мар 2007, 17:25 ] |
| Заголовок сообщения: | |
Эта штука поддерживает RADIUS авторизацию? |
|
| Автор: | Mr.Chaos [ 26 мар 2007, 17:34 ] |
| Заголовок сообщения: | |
В точке доступа присутствует chilli клиент. Пользователь авторизуется автоматом на точке без авторизации. При открывании браузером любой страницы его перебрасывает на страницу авторизации. Там он вводит логин , пароль. Эти данные передаются точкой доступа на chilli сервер для проверки валидности. В chilli клиенте указываются адреса радиус сервера. Но тут непонятно как происходит отключение пользователя при превышении наработанного лимита. То ли chilli сервер даёт команду на отключение, то ли радиус это делает Схема очень симпотична, это подобие продукта UTM Hotspot, но не требуется отдельного сервера для каждого хотспота как у UTM. Т.е. если это прикрутить к бгбиллингу то однозначно выбор биллинга при организации хотспотов будет в вашу пользу для многих провайдеров. |
|
| Автор: | Администратор [ 26 мар 2007, 17:55 ] |
| Заголовок сообщения: | |
По-моему Chilli позволяет передавать некий атрибут с лимитом трафика.. А наш биллинг умеет считать его значение. http://bgbilling.bitel.ru/v4.1/doc/ch05s06.html В конце посмотрите. |
|
| Автор: | SVK [ 27 мар 2007, 11:27 ] |
| Заголовок сообщения: | |
А как обстоит дело с отключением клиента по превышении лимита? |
|
| Автор: | Администратор [ 27 мар 2007, 14:55 ] |
| Заголовок сообщения: | |
Такой возможности нет. |
|
| Автор: | SVK [ 27 мар 2007, 15:00 ] |
| Заголовок сообщения: | |
Вроде как openwrt, dd-wrt крутятся под linux.... может попробовать поковырять? |
|
| Автор: | Администратор [ 27 мар 2007, 17:51 ] |
| Заголовок сообщения: | |
Кстати вспомнил еще вроде на Chili есть сброс клиента посредством PoD пакета. Вроде даже кто-то настраивал полноценный реалтайм обсчет используя UPDATE режим + отключение PoD инспектором. |
|
| Автор: | Mr.Chaos [ 18 апр 2007, 20:51 ] |
| Заголовок сообщения: | |
Администратор писал(а): По-моему Chilli позволяет передавать некий атрибут с лимитом трафика..
А наш биллинг умеет считать его значение. http://bgbilling.bitel.ru/v4.1/doc/ch05s06.html В конце посмотрите. Там указаны октеты. Это байты? |
|
| Автор: | Администратор [ 19 апр 2007, 11:00 ] |
| Заголовок сообщения: | |
да |
|
| Автор: | SPY [ 05 июн 2007, 13:52 ] |
| Заголовок сообщения: | |
Возник вопрос: Организуем связку BgBilling с Chillispot и столкнулись с проблемой. Конфиг модуля DiaUp взят из примера, за малыми добавлениями. Содержимое логов: radius.log Код: INFO 05.06.2007 11:33:56 Starting AdminPortListener on 1955 INFO 05.06.2007 11:34:41 AUTH: Type=AUTHENTICATION_REQUEST Attributes: NAS-IP-Address=81.4.***.*** Called-Station-Id=00-01-03-82-38-1D Framed-IP-Address=192.168.182.2 Calling-Station-Id=00-10-4B-EC-B4-5F ?? CHAP-Password=?g?8??¬/???? Message-Authenticator=?¬/??:§fT-?v? Acct-Session-Id=4665097200000000 NAS-Identifier=ChilliSpot CHAP-Challenge= ?j???*?z?B??! Service-Type=1 User-Name=shmool NAS-Port-Type=19 NAS-Port=0 WISPr-Logoff-URL=http://192.168.182.1:3990/logoff INFO 05.06.2007 11:34:42 RESPONSE: Type=AUTHENTICATION_REJECT Process time:189 Attributes: DEBUG 05.06.2007 11:35:56 Start kill: sessions 0 DEBUG 05.06.2007 11:35:56 End kill: sessions 0 DEBUG 05.06.2007 11:37:56 Start kill: sessions 0 DEBUG 05.06.2007 11:37:56 End kill: sessions 0 DEBUG 05.06.2007 11:39:56 Start kill: sessions 0 DEBUG 05.06.2007 11:39:56 End kill: sessions 0 processor.log Код: INFO 05.06.2007 11:51:55 Loading NAS list...
ERROR 05.06.2007 11:51:55 NAS: 81.4.***.*** can't create connection inspector, className is NULL! INFO 05.06.2007 11:51:55 LOADED NAS: [ NAS-Identifier: ChilliSpot; NAS-IP-Address: 81.4.245.2; SECRET: verysecret; Vendor: 1 ] ...... DEBUG 05.06.2007 11:34:41 Process auth Type=AUTHENTICATION_REQUEST Attributes: NAS-IP-Address=81.4.***.*** Called-Station-Id=00-01-03-82-38-1D Framed-IP-Address=192.168.182.2 Calling-Station-Id=00-10-4B-EC-B4-5F ?? CHAP-Password=?g?8??¬/???? Message-Authenticator=?¬/??:§fT-?v? Acct-Session-Id=4665097200000000 NAS-Identifier=ChilliSpot CHAP-Challenge= ?j???*?z?B??! Service-Type=1 User-Name=shmool NAS-Port-Type=19 NAS-Port=0 WISPr-Logoff-URL=http://192.168.182.1:3990/logoff DEBUG 05.06.2007 11:34:41 Finding login.. DEBUG 05.06.2007 11:34:41 Login found. DEBUG 05.06.2007 11:34:41 Checking access allow.. DEBUG 05.06.2007 11:34:41 Checking password.. DEBUG 05.06.2007 11:34:42 Checking tariff.. Результат работы всей системы в целом, это то, что chillispot нет авторизует клиента, оно и видно, потому что UTHENTICATION_REJECT. Как разработчики это могут прокомментировать? Еще вопрос в том, почему чилиспот передает параметр Service-Type=1 это связано как то с настройкой самого модуля dialUp или это некий параметр который использует чили? Особое внимание вызывает строчка "can't create connection inspector", что есть это? Заранее спасибо. |
|
| Автор: | SPY [ 05 июн 2007, 15:24 ] |
| Заголовок сообщения: | |
Так-с, с надписью в логе "can't create connection inspector" разобрались, добавили Код: dialup.workmode=1
nas.inspector.class=bitel.billing.server.processor.PoDNASConnectionInspector nas.inspector.pod.host=81.4.***.*** nas.inspector.pod.port= nas.inspector.pod.secret=нашсекрет атрибуты Но результат пока тот-же, и все еще не понятен: Type=AUTHENTICATION_REJECT |
|
| Автор: | Администратор [ 05 июн 2007, 15:57 ] |
| Заголовок сообщения: | |
В мониторе DialUP какая ошибка? |
|
| Автор: | SPY [ 05 июн 2007, 16:06 ] |
| Заголовок сообщения: | |
Проанализировав логи freeradius Код: Tue Jun 5 10:25:57 2007
Acct-Status-Type = Interim-Update User-Name = "steve" Class = 0x30373032333435363738 Calling-Station-Id = "00-10-4B-EC-B4-5F" Called-Station-Id = "00-01-03-82-38-1D" NAS-Port-Type = Wireless-802.11 NAS-Port = 0 NAS-Port-Id = "00000000" NAS-IP-Address = 0.0.0.0 NAS-Identifier = "nas01" Framed-IP-Address = 192.168.182.2 Acct-Session-Id = "4664f95700000000" Acct-Input-Octets = 79452 Acct-Output-Octets = 184524 Acct-Input-Gigawords = 0 Acct-Output-Gigawords = 0 Acct-Input-Packets = 652 Acct-Output-Packets = 562 Acct-Session-Time = 1134 Client-IP-Address = 81.4.***.*** Acct-Unique-Session-Id = "47b69d1f0167c238" Timestamp = 1181024757 Заметили, что причина скорее всего в непраивльном NAS-Port-Type, в биллинге этот параметр равен 19, а freeradius распознает его как NAS-Port-Type = Wireless-802.11. Для freeradius этот формат упоминается в файле /usr/share/freeradius/dictionary.rfc2865 Есть подозрение, что должен существовать некий файл сопоставления (словарь) в котором описаны форматы сообщений радиуса. так ли это? или мы копаем в неправильном направлении? |
|
| Автор: | SPY [ 05 июн 2007, 17:18 ] |
| Заголовок сообщения: | |
Спаисбо за то, что посоветовали заглянуть в монитор, ришили ряд проблем и теперь пришли к новой. В мониторе модуля dialUp появляется ошибка [07] no found service id. Видел на форуме совет одного из участников пересоздать NAS и добавить поновой тарифный план, но это не спасло положение. Код: DEBUG 05.06.2007 15:15:39 Process auth
Type=AUTHENTICATION_REQUEST Attributes: NAS-IP-Address=81.4.***.*** Called-Station-Id=00-01-03-82-38-1D Framed-IP-Address=192.168.182.2 Calling-Station-Id=00-10-4B-EC-B4-5F CHAP-Password=?I??»???<?4=??"? Message-Authenticator=B?[?K??§{r?r? Acct-Session-Id=4665097200000000 NAS-Identifier=ChilliSpot ? CHAP-Challenge=J?b-??[·!?%?p? Service-Type=1 User-Name=shmool NAS-Port-Type=19 NAS-Port=0 WISPr-Logoff-URL=http://192.168.182.1:3990/logoff DEBUG 05.06.2007 15:15:39 Finding login.. DEBUG 05.06.2007 15:15:39 Login found. DEBUG 05.06.2007 15:15:39 Checking access allow.. DEBUG 05.06.2007 15:15:39 Checking password.. DEBUG 05.06.2007 15:15:39 Checking tariff.. DEBUG 05.06.2007 15:15:39 Checking balance.. Вобщем остановились на "Checking balance..", какие будут комментарии? Заранее спасибо. |
|
| Автор: | Администратор [ 05 июн 2007, 17:52 ] |
| Заголовок сообщения: | |
Не прописаны коды услуг в конфигурации NAS а. |
|
| Автор: | SPY [ 06 июн 2007, 09:54 ] |
| Заголовок сообщения: | |
Спасибо, я так и думал. Но вся трудность в том, что они там уже прописаны. Мне стоило привести конфиг NAS, вот он: Код: #телефоны по портам, * - все порты
nas.port_phone.*=900111 #интервал между посылками на вышибание клиента nas.inspector.sleep_time=60 #SNMP порт и пароль nas.inspector.snmp.port=161 nas.inspector.snmp.community=public nas.inspector.snmp.kill.max_messages=3 #числовые коды услуг времени, трафика входящего и исходящего #nas.port_time.default.*=10 nas.port_traffic.default.*=11:RADIN;12:RADOUT #разрешение активировать вс типы карточек на этом NASе card.activate.service=1 #поддержка CallBack (1-включите) callback.support=1 dialup.workmode=2 nas.inspector.class=bitel.billing.server.processor.PoDNASConnectionInspector nas.inspector.pod.host=81.4.***.*** nas.inspector.pod.port= nas.inspector.pod.secret=verysecret #перечисление атрибутов, необходимых в PoD пакете, если пустое - высылаются все атрибуты #nas.inspector.pod.attributes=User-Name;Framed-IP-Address;Acct-Session-Id;NAS-Port Насколько я понял "11:RADIN;12:RADOUT" - это и есть описание услуг, где 11 и 12 - это коды услуг, которые можно усмотреть в редакторе модулей. Есть подозрение, что я что-то забыл, но где? Кроме этого хотел убедиться что в нашем случае настройки SNMP не имеют значения, потому что всё разруливает Chilli, я прав? Заранее спасибо. |
|
| Автор: | Администратор [ 06 июн 2007, 13:22 ] |
| Заголовок сообщения: | |
Это раскомментируйте: Код: #nas.port_time.default.*=10
услуга время должна быть, просто считается по нулевой цене. |
|
| Автор: | SPY [ 06 июн 2007, 13:55 ] |
| Заголовок сообщения: | |
Вобщем-то все, проблема удачно решена установкой сервера биллинга и всех сопутствующих модулей версии 4.1. (до этого было: server 4.0, dialup4.0, radius 4.1) Впереди новые задачи и идеи, так что может еще отпишусь в этой теме. Спасибо всем, кто принимал участие в обсуждении вопроса! Хочу добавить, может пригодится: Цитата: то раскомментируйте:
Код: #nas.port_time.default.*=10 Услуга время должна быть, просто считается по нулевой цене. Пробовали и с ней и без неё, результат одинаков. |
|
| Автор: | SPY [ 27 сен 2007, 18:08 ] |
| Заголовок сообщения: | |
Уважаемые разработчики, вынужден снова обратиться с вопросом: После замены точек доступа мы стали наблюдать непонятную вещь: Раньше в логах radius.log и processor.log было примерно следующее: Код: Attributes: NAS-IP-Address=127.0.0.1 Called-Station-Id=00-01-03-82-38-1D Framed-IP-Address=192.168.182.2 Calling-Station-Id=00-10-4B-EC-B4-5F ?? CHAP-Password=?g?8??¬/???? Message-Authenticator=?¬/??:§fT-?v? Acct-Session-Id=4665097200000000 NAS-Identifier=ChilliSpot CHAP-Challenge= ?j???*?z?B??! Service-Type=1 User-Name=shmool NAS-Port-Type=19 NAS-Port=0 WISPr-Logoff-URL=http://192.168.182.1:3990/logoff А теперь: Код: Attributes:
NAS-Identifier=ChilliSpot User-Password=¦?°?7g??±?Q9B?? NAS-IP-Address=127.0.0.1 Called-Station-Id=EC-CF-58-DB-19-00 Framed-IP-Address=192.168.182.18 Service-Type=1 NAS-Port-Type=19 Calling-Station-Id=00-14-A5-41-25-B7 User-Name=spy Message-Authenticator=C5?±?Kt?9??1g:? NAS-Port=0 Acct-Session-Id=46fbbfd600000000 WISPr-Location-Name=VIPTechISP,1_RTPC WISPr-Location-ID=ru,cc=7,ac=8352,network=VIPTech_HotSpots WISPr-Logoff-URL=http://192.168.182.1:3990/logoff Тоесть отсутствуют строки, где упоминалось про "CHAP". С чем это может быть связано? Результат всего этого в том, что пользователь не авторизуется и в мониторе DialUp появляется сообщение [02] login password error. Заранее спасибо. |
|
| Автор: | Администратор [ 27 сен 2007, 18:28 ] |
| Заголовок сообщения: | |
Видимо идет PAP авторизация, User-Password пароль кракозябрами может идти если радиус секреты не совпадают.. |
|
| Автор: | SPY [ 27 сен 2007, 18:41 ] |
| Заголовок сообщения: | |
Еще раз проверил все секреты - они все одинаковые, мы их не меняли. В самом мониторе в комментарии к ошибке отображается следующее: Код: Type=AUTHENTICATION_REQUEST
Attributes: NAS-Identifier=ChilliSpot User-Password=\u63\u63\u63\u13v\u63\u8/\u1\u166\u63\u63\u63\u63\u96. NAS-IP-Address=127.0.0.1 Called-Station-Id=EC-CF-58-DB-19-00 Framed-IP-Address=192.168.182.18 Service-Type=1 NAS-Port-Type=19 Calling-Station-Id=00-14-A5-41-25-B7 User-Name=spy Message-Authenticator=\u63\u63\u63\u11\u125\u63\u63\u25g\u63\u14\u63o\u14J\u34 NAS-Port=1 Acct-Session-Id=46fbda1d00000001 WISPr-Location-Name=VIPTechISP,1_RTPC WISPr-Location-ID=ru,cc\u617,ac\u618352,network\u61VIPTech_HotSpots WISPr-Logoff-URL=http://192.168.182.1:3990/logoff Настораживают символы которыми отображается пароль. Больше всего меня волнует: может ли это хот как-то зависеть от оборудования? И в какую сторону смотреть? |
|
| Автор: | SPY [ 27 сен 2007, 18:50 ] |
| Заголовок сообщения: | |
Каюсь, вот что значит побыть в отпуске.... Для любителей chillispot рекомендую не путать radiussecret - который должен совпадать с тем, что указан в биллинге и uamsecret - который должен совпадать с тем, что указан в hotspotlogin.cgi от chillispot Админу респект за мысль с секретами |
|
| Автор: | SPY [ 29 янв 2008, 20:10 ] |
| Заголовок сообщения: | |
Решил отписаться в нашей старой теме и задать вопрос разработчикам. Недавно совсем неожиданно всплыла проблема, которую ранее просто не замечали. При старте сессии обсчет трафика не происходит и состояние баланса не меняется. Состояние меняется только при завершении сессии. В связи с тем, что мы используем в качестве NAS chillispot, возникает затруднение в определении первопричины проблемы. На данный момент ситуация такая: при логине пользователя радиус проверяет баланс, далее разрешает чилиспоту пропускать клиента, чилиспот регулярно шлёт update пакеты, на которые радиус делает запрос в биллинг, получает ответ, что "все хорошо" и баланс положительный и далее отвечает чилиспоту. НО, баланс не изменяется! Привожу ниже конфиги и логи.... глаз никак не может найти где ошибка, помогите разобраться. processor.log Код: Type=AUTHENTICATION_REQUEST Attributes: NAS-Identifier=ChilliSpot User-Password=12345 NAS-IP-Address=127.0.0.1 Called-Station-Id=EC-CF-58-DB-19-00 Framed-IP-Address=192.168.183.215 Service-Type=1 NAS-Port-Type=19 Calling-Station-Id=00-01-03-82-38-1D User-Name=spy Message-Authenticator=???{¶ =???? ???? NAS-Port=0 Acct-Session-Id=479f6d9800000000 WISPr-Location-Name=VIPTechISP,1_RTPC WISPr-Location-ID=ru,cc=7,ac=8352,network=VIPTech_HotSpots WISPr-Logoff-URL=http://192.168.182.1:3990/logoff DEBUG 29.01.2008 21:17:48 Finding login.. DEBUG 29.01.2008 21:17:48 Login found. DEBUG 29.01.2008 21:17:48 Checking access allow.. DEBUG 29.01.2008 21:17:48 Checking password.. DEBUG 29.01.2008 21:17:48 Checking tariff.. DEBUG 29.01.2008 21:17:48 Checking balance.. DEBUG 29.01.2008 21:17:48 Set address time: 2 radius.log Код: Type=ACCOUNTING_REQUEST Attributes: Acct-Input-Packets=5627 NAS-IP-Address=127.0.0.1 Called-Station-Id=EC-CF-58-DB-19-00 Framed-IP-Address=192.168.183.215 Acct-Status-Type=3 NAS-Port-Id=00000000 Acct-Output-Octets=8782001 Calling-Station-Id=00-01-03-82-38-1D Acct-Output-Packets=8738 Acct-Session-Id=479f6d9800000000 NAS-Identifier=ChilliSpot Acct-Output-Gigawords=0 User-Name=spy NAS-Port-Type=19 Acct-Session-Time=567 Acct-Input-Gigawords=0 Acct-Input-Octets=1008873 NAS-Port=0 WISPr-Location-Name=VIPTechISP,1_RTPC WISPr-Location-ID=ru,cc=7,ac=8352,network=VIPTech_HotSpots INFO 29.01.2008 21:27:15 RESPONSE: Type=ACCOUNTING_RESPONSE Attributes: конфиг модуля Код: #вендоры - производители оборудования и их коды vendors=9=Cisco;2011=Huawei;2021=Unix PPP;529=Lucent;6618=Quintum;529=Ascend;311=Microsoft #минимальная и максимальная длина пароля min.password.length=5 max.password.length=10 #требование чтобы в пароле были только цифры #passw.content=onlydigit #сколько лет отображать в просмотре сессий через web showyears=5 #XSL для печати и отправки на почту сессий xslt.1=dialup_login_sessions.xsl reportTitle.1=Отчет по сессиям DialUp #XSL для печати и отправки на почту наработки по логинам xslt.2=dialup_login_amount.xsl reportTitle.2=Отчет по наработке на логины DialUp# #в просмотре сессий в клиенте кол-во выводимых на странице сессий show.sessions.on.page=25 #пункты WEB - меню web.menuItem1=Просмотр сессий DialUp web.menuItem2=Наработка по логинам DialUp web.menuItem3=Cмена пароля на логины DialUp #граница некарточных логинов top.nocard.login=10000 #адрес и порт управления RADIUS сервера для возможности завершения сессий в мониторе модуля #адрес должен совпадать с адресом где стоит RADIUS сервер, порт с admin.port из radius.properties radius.manage=127.0.0.1:1955 ############### опции RADIUS сервера ####################### #код модуля "карточки", 0 - модуль "карточки" не используется card.module.id=3 #интервал, с которым запускается проверяльщик killer.sleep=10 #время в сек., через которое происходит пересчет update.time=10 #время в сек., через которое проверяется необходимость пересчета run.sleep=3 #глобальный пул адресов pools.global=192.168.169.3-192.168.170.0;192.168.150.0 #для DialUP - режим работы #1- режим UPDATE - пересчет во время прохождения UPDATE пакетов #2 - режим CHECKER - пересчет по таймеру, UPDATE пакеты используются для получения #информации о трафике dialup.workmode=1 #параметры отсылальщика ошибок #mailer.period=1800 #mailer.to=??? #разрешение пользователям без определенной группы REALM ов использовать группу default realmgr.default=default realm.default=Acct-Interim-Interval=60 #Атрибуты радиуса доступные в списке атрибутов в редактировании логина radius.attributes=Service-Type;Framed-Protocol;Framed-IP-Address;Framed-IP-Netmask;Framed-Routing;Filter-Id;Framed-MTU;Framed-Compression;Login-IP-Host;Login-Service;Login-TCP-Port;Old-Password;Reply-Message;Callback-Number;Callback-Id;Expiration;Framed-Route;Framed-IPX-Network;State;Class;Session-Timeout;Idle-Timeout;Termination-Action;NAS-Identifier;Proxy-State;Framed-Pool #Наборы атрибутов, доступные при редактировании логина #attrset.1.title= #attrset.1.attributes= конфиг наса Код: #телефоны по портам, * - все порты
nas.port_phone.*=900111 #интервал между посылками на вышибание клиента nas.inspector.sleep_time=1 #SNMP порт и пароль nas.inspector.snmp.port=161 nas.inspector.snmp.community=public nas.inspector.snmp.kill.max_messages=3 #числовые коды услуг времени, трафика входящего и исходящего #разрешение активировать все типы карточек на этом NASе card.activate.service=0 #поддержка CallBack (1-включите) callback.support=0 nas.port_time.default.*=3 nas.port_traffic.default.*=1:RADIN;2:RADOUT #Универсальный инспектор для всех NAS ов с поддержкой PoD и Account-Update пакетов, #использовать только в режиме обсчета update dialup.workmode=1 nas.inspector.class=bitel.billing.server.processor.PoDNASConnectionInspector nas.inspector.pod.host=127.0.0.1 #nas.inspector.pod.host=81.4.245.2 nas.inspector.pod.port=3799 nas.inspector.pod.secret=verysecret #nas.inspector.pod.secret=a17cb320286847a946f0dbbac7ea4c88 #перечисление атрибутов, необходимых в PoD пакете, если пустое - высылаются все атрибуты nas.inspector.pod.attributes=User-Name;Framed-IP-Address;Acct-Session-Id;NAS-Port |
|
| Автор: | SPY [ 29 янв 2008, 20:37 ] |
| Заголовок сообщения: | |
В общем разобрались с проблемой, но это было жестокое шаманство Итак, проблема решилась когда мы выставили вместо update.time=10 run.sleep=3 параметры update.time=10 run.sleep=10 Кроме этого изменение параметра realm.default=Acct-Interim-Interval=60 не приводит ни к какому эффекту. Видимо из-за недонастройки реалмов.... |
|
| Автор: | snark [ 24 ноя 2008, 22:37 ] |
| Заголовок сообщения: | |
SPY писал(а): изменение параметра realm.default=Acct-Interim-Interval=60 не приводит ни к какому эффекту
это скорее всего баг самого чили ... у меня такое с цисками было - на некоторых IOS-ах этот параметр от радиуса принимался, но абсолютно не работал и приходилось ручками писать в конфиге чтоб кот апдейты слал ... |
|
| Автор: | SPY [ 25 ноя 2008, 12:43 ] |
| Заголовок сообщения: | |
Да давным давно разобрались уже. Проблема была в чили, его просто ребутнули, что-то поменяли в конфиге и заработало |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|