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/ |