BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 19 июн 2025, 14:26

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




Начать новую тему Ответить на тему  [ Сообщений: 20 ] 
Автор Сообщение
 Заголовок сообщения: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 05 ноя 2013, 18:50 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Произвожу разбор пакета с опцией 82 и устанавливаю там устройство и интерфейс:
При авторизации по механизму RejectToAccept при в логе вижу:
Код:
11-05/16:26:29  INFO [rdsLstnr-p-9-t-1] InetNas - Search serv on deviceId=7; interfaceId=6
11-05/16:26:30  INFO [rdsLstnr-p-9-t-1] InetDhcpHelperProcessor - Put auth accept 2:7:0:60EB69B38938


При обычной авторизации строка в логе такая:
Код:
11-05/16:26:29  INFO [rdsLstnr-p-9-t-1] InetNas - Search serv on deviceId=7; interfaceId=6
11-05/16:26:30  INFO [rdsLstnr-p-9-t-1] InetDhcpHelperProcessor - Put auth accept 2:7:6:60EB69B38938


Соответственно когда DHCP пытается выдать адрес в режиме RejectToAccept
то он выдает ошибку:
Код:
11-05/16:26:25 ERROR [dhcpLstnr-p-11-t-1] InetDhcpHelperProcessor - Not found params for request: 2:7:6:60EB69B38938 (pattern: $deviceId:$remoteId:$circuitId:$mac, servSearchMode: 1, deviceId: 2, agentDeviceId: 7, mac: 60EB69B38938)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 17:49 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Господа!!!!!!!!! Ну проблема сама собой не рассосется! Факт имеет место быть! Не работает RejectToAccept совместно с опцией 82!
я даже примерно место ошибки могу назвать! Ну давайте решим эту проблему, у нас скоро новый дом подключается и мне надо гостевой доступ сделать на 400 квартир!!!!
Пришел пакет, access его обработал, вот лог:
Код:
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] SmartEdgeClipsProtocolHandler - Start setAgentOptions
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] SmartEdgeClipsProtocolHandler - Parse as Qtech bytes (setAgentOptions)
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - REQUEST_AFTER_PREPROCESS:
Packet type: Access-Request
Identifier: 26
Authenticator: {CF D9 D0 62 08 29 06 C0 8F E6 19 89 65 E9 17 93}
Attributes:
  User-Name=001fce599769:566c616e3130302b45746865726e6574312f34
  NAS-Port-Id=3/3 vlan-id 100 clips 265754
  NAS-Identifier=RedBack
  User-Password=Redback
  NAS-IP-Address=172.16.98.7
  NAS-Port=50528256
  Service-Type=5
  Calling-Station-Id=60eb69b38938
  NAS-Port-Type=5
  Platform-Type=6
  Medium-Type=11
  Agent-Remote-Id={00 1F CE 59 97 69}
  UNKNOWN[2352-202]={0C 0C 0E 66 6F 78 70 64 6C 6C 2D 4C 65 6E 6F 76 6F}
  Agent-Circuit-Id={56 6C 61 6E 31 30 30 2B 45 74 68 65 72 6E 65 74 31 2F 34}
  OS-Version=11.1.2.7p2
  Mac-Addr=60-eb-69-b3-89-38
  NAS-Real-Port=855638116
  UNKNOWN[3561--1]={02 08 00 1F CE 59 97 69}
  UNKNOWN[3561--1]={01 15 56 6C 61 6E 31 30 30 2B 45 74 68 65 72 6E 65 74 31 2F 34}
Common options: {agentRemoteId=001FCE599769, interfaceId=4, deviceState=1}
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetNas - Found agentDevice:7
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetNas - Search serv on deviceId=7; interfaceId=4
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - [username=001fce599769:566c616e3130302b45746865726e6574312f34] InetServ not found.
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - [username=001fce599769:566c616e3130302b45746865726e6574312f34] Authenticated as inetServId:54
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - Write new waiting connection to DB
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - New connection id=65046
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - Return code=0
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetConnectionKeyMap - interfaceId not set
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetDhcpHelperProcessor - interfaceId not set
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:
Packet type: Access-Accept
Identifier: 26
Authenticator: {}
Attributes:
  Reply-Message=1
  Framed-IP-Address=192.168.172.28
  DHCP-Max-Leases=1
  Service-Name:1=RSE-SVC-EXT
  Service-Options:1=1
  Service-Parameter:1=Rate=1000 Burst=250000
  IP-Interface-Name=NOAUTH

Process time auth: 35

11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusListenerWorker - RESPONSE:
Packet type: Access-Accept
Identifier: 26
Authenticator: {28 28 1E 1A F4 71 34 83 B6 49 8F 33 71 A1 81 3A}
Attributes:
  Reply-Message=1
  DHCP-Max-Leases=1
  Service-Name:1=RSE-SVC-EXT
  Service-Options:1=1
  Service-Parameter:1=Rate=1000 Burst=250000
  IP-Interface-Name=NOAUTH

Во первых странно что
Код:
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetRadiusProcessor - Return code=0

Хотя я создал договор с балансом ниже лимита, и сервисом со статусом закрыт
Обратите внимание, что интерфейс не устанговлен,
Код:
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetConnectionKeyMap - interfaceId not set

хотя вот эта строка правильная, пакет пришел от устройства с id=7 и с интерфейса № 4
Код:
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetNas - Search serv on deviceId=7; interfaceId=4


Далее когда DHCP сервер пытается выделить адрес для этого запроса:
Код:
11-07/15:38:43  INFO [dhcpLstnr-p-11-t-2] SmartEdgeClipsProtocolHandler - Start preprocessDhcpRequest
11-07/15:38:43  INFO [dhcpLstnr-p-11-t-2] SmartEdgeClipsProtocolHandler - Parse as Qtech bytes (preprocessDhcpRequest)
11-07/15:38:43  INFO [dhcpLstnr-p-11-t-2] InetAbstractDhcpProcessor - REQUEST_AFTER_PREPROCESS:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: -2019271094, secs: 3, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.172.1
Client MAC: {60EB69B38938}
  Host name{12}={foxpdll-Lenovo}
  Parameter request list{55}={1, 28, 2, 3, 15, 6, 119, 12, 44, 47, 26, 121, 42, 121, -7, -4, 42}
  Agent information{82}=
    sub{1}={566C616E3130302B45746865726E6574312F34}
    sub{2}={001FCE599769}
Common options: {agentRemoteId=001FCE599769, interfaceId=4}
11-07/15:38:43 ERROR [dhcpLstnr-p-11-t-2] InetDhcpHelperProcessor - Not found params for request: 2:7:4:60EB69B38938 (pattern: $deviceId:$remoteId:$circuitId:$mac, servSearchMode: 1, deviceId: 2, agentDeviceId: 7, mac: 60EB69B38938)
11-07/15:38:43  INFO [dhcpLstnr-p-11-t-2] InetAbstractDhcpProcessor - RESPONSE_BEFORE_POSTPROCESS:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP NAK{6}
htype: 1, hlen: 6, hops: 1
xid: -2019271094, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.172.1
Client MAC: {60EB69B38938}
  Agent information{82}=
    sub{1}={566C616E3130302B45746865726E6574312F34}
    sub{2}={001FCE599769}

11-07/15:38:43  INFO [dhcpLstnr-p-11-t-2] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP NAK{6}
htype: 1, hlen: 6, hops: 1
xid: -2019271094, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.172.1
Client MAC: {60EB69B38938}
  Agent information{82}=
    sub{1}={566C616E3130302B45746865726E6574312F34}
    sub{2}={001FCE599769}

То он не находит параметры для запроса:
Код:
11-07/15:38:43 ERROR [dhcpLstnr-p-11-t-2] InetDhcpHelperProcessor - Not found params for request: 2:7:4:60EB69B38938 (pattern: $deviceId:$remoteId:$circuitId:$mac, servSearchMode: 1, deviceId: 2, agentDeviceId: 7, mac: 60EB69B38938)

Поскольку я подозреваю радиус не установил значение интерфейса
Код:
11-07/15:38:43  INFO [rdsLstnr-p-9-t-1] InetDhcpHelperProcessor - interfaceId not set


Я не уверен, заранее прошу извенить, если я не прав, но что-то надо сделать с проблемой!!!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 17:50 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
лиент: вер. 6.0 сборка 1239 от 10.09.2013 03:46:10
os: Windows Vista; java: Java HotSpot(TM) Client VM, v.1.6.0_07
ВНИМАНИЕ: Необходимо обновить таймзоны
Сервер: вер. 6.0 сборка 1578 от 10.09.2013 16:40:11
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_21
ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется

bill вер. 6.0 сборка 327 от 09.09.2013 13:04:08
card вер. 6.0 сборка 218 от 03.09.2013 18:56:25
inet вер. 6.0 сборка 1234 от 10.09.2013 16:40:10
npay вер. 6.0 сборка 217 от 03.09.2013 18:57:03
ru.bitel.bgbilling.plugins.cladr вер. 6.0 сборка 120 от 31.05.2013 13:57:05

P.S. Если в обработчике DHCP сделать вот такой костыль:
Код:
   @Override
   public void preprocessDhcpRequest( DhcpPacket request, DhcpPacket response )
       throws Exception
   {
           ...................
           //Тут я выбросил кусок кода для получения remoteIdString

            request.setOption( InetDhcpProcessor.AGENT_REMOTE_ID, remoteIdString); //Поиск агента по серийному номеру
            devicePort = 0; //Костыль!!!!!!!!!!!!!!!!!
            request.setOption( InetDhcpProcessor.INTERFACE_ID, devicePort ); //Поиск по порту
         return;
   }
}

То адрес DHCP выделяет нормально!!!


Последний раз редактировалось Угрюмов Роман 07 ноя 2013, 17:54, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 17:53 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Т.е. ошибка на гостевом доступе - когда сервис Inet не найден?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 17:55 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Amir писал(а):
Т.е. ошибка на гостевом доступе - когда сервис Inet не найден?

Нет!!! DHCP не выделяет адрес!!!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 18:01 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Я имею в виду, что если ошибка доступа, например, баланс ниже лимита - то отрабатывает нормально при этом?
Вы же хотите реализовать схему, когда абонент авторизируется, а ни договора, ни сервиса у него нет?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 18:17 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Amir писал(а):
Вы же хотите реализовать схему, когда абонент авторизируется, а ни договора, ни сервиса у него нет?

Да
Amir писал(а):
Я имею в виду, что если ошибка доступа, например, баланс ниже лимита - то отрабатывает нормально при этом?

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

Код:
protected void setAgentOptions( RadiusPacket request )
   {
           .....
           request.setOption( InetRadiusProcessor.AGENT_REMOTE_ID, remoteIdString); //Поиск агента по устройству
           request.setOption( InetRadiusProcessor.INTERFACE_ID, devicePort ); //Поиск по порту
        return;
   }

На каждого такого клиента заведен договор с сервисом с авторизацией по устройству и интерфейсу на устройстве и в этом случае авторизация проходит успешно.

Однако, для договора на гостевой доступ я завел договор с авторизацией по устройству, логину и паролю. А устройство при добавлении сервиса поставил корневое устройство, на котором нет интерфейсов. Прикол в том, что всегда независимо от состояния баланса биллин авторизует любое подключение с кодом 0, НО!!! в пакете Access-Accept правильно ставит IP-Interface-Name=NOAUTH, которое я прописал в
Код:
 radius.disable.attributes=IP-Interface-Name=NOAUTH;DHCP-Max-Leases=1;Service-Options:1=1;Service-Name:1=RSE-SVC-EXT;Service-Parameter:1=Rate=1000 Burst=250000


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 18:30 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Проблема вроде как только с абонентами, у которых нет договора. Быстро не исправить.

Попробуйте просто изменить шаблон привязки RADIUS/DHCP в конфигурации устройства-Redback:
dhcp.key.pattern=$deviceId:$remoteId:$mac

Вроде бы не должно возникнуть проблем, если на одном коммутаторе-$remoteId не может быть больше одного абонента с одним и тем же MAC-адресом.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 18:39 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Amir писал(а):
Попробуйте просто изменить шаблон привязки RADIUS/DHCP в конфигурации устройства-Redback:
dhcp.key.pattern=$deviceId:$remoteId:$mac

Не могу я этого сделать, поскольку в шаблоне dhcp.key.pattern=$deviceId:$remoteId:$circuitId:$mac
$circuitId - это номер порта в свиче! То есть мне надо обязательно знать, что с устройства $remoteId и по порту $circuitId пришел запрос на гостевой доступ.
Мы перенаправляем этого клиента на свою страницу, где он нажимает кнопку "Подключиться к нам" и я автоматически завожу договор на устройство:порт $remoteId:$circuitId


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 07 ноя 2013, 18:41 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Amir писал(а):
Проблема вроде как только с абонентами, у которых нет договора. Быстро не исправить..

Да, вроже проблема только для тех у кого нет договора. Сколько вам надо времени на исправление? Хоть примерно?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 11 ноя 2013, 12:08 
Не в сети

Зарегистрирован: 15 фев 2011, 14:35
Сообщения: 172
Откуда: STAVROPOL
Карма: 5
тоже интересна данная схема


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RejectToAccept при работе с Opt82
СообщениеДобавлено: 12 ноя 2013, 11:26 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Господа! Ну скажите что нибудь, мы дом подключаем с гостевым доступом


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 ноя 2013, 19:36 
Не в сети
Разработчик
Аватара пользователя

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 ноя 2013, 12:34 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Подправили, можно обновляться?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 ноя 2013, 18:44 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Господа!!! У нас в доме стоит уже оборудование!!!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 дек 2013, 19:24 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Попробуйте с последним билдом. Не забудьте сделать бэкап старых библиотек.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 дек 2013, 18:17 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
СПАСИБО!!!!!!!!!!!!!!!!!!!!!!!!!! Завтра попробуем!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 дек 2013, 15:07 
Не в сети
Клиент

Зарегистрирован: 30 янв 2013, 11:27
Сообщения: 305
Карма: 0
Господа! Ничего не изменилось. Все тоже самое!!!
Код:
[b]Клиент: вер. 6.0 сборка 1269 от 04.12.2013 18:03:00
    os: Windows Vista; java: Java HotSpot(TM) Client VM, v.1.6.0_07
    ВНИМАНИЕ: Необходимо обновить таймзоны
  Сервер: вер. 6.0 сборка 1643 от 09.12.2013 18:32:23
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_21
    ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется

  bill вер. 6.0 сборка 339 от 02.12.2013 17:09:58
  card вер. 6.0 сборка 222 от 02.12.2013 20:14:54
  inet вер. 6.0 сборка 1279 от 09.12.2013 18:32:19
  npay вер. 6.0 сборка 221 от 14.11.2013 19:04:53
  ru.bitel.bgbilling.plugins.cladr вер. 6.0 сборка 120 от 31.05.2013 13:57:05[/b]


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 янв 2014, 17:44 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Угрюмов Роман писал(а):
Господа! Ничего не изменилось. Все тоже самое!!!
Код:
[b]Клиент: вер. 6.0 сборка 1269 от 04.12.2013 18:03:00
    os: Windows Vista; java: Java HotSpot(TM) Client VM, v.1.6.0_07
    ВНИМАНИЕ: Необходимо обновить таймзоны
  Сервер: вер. 6.0 сборка 1643 от 09.12.2013 18:32:23
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_21
    ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется

  bill вер. 6.0 сборка 339 от 02.12.2013 17:09:58
  card вер. 6.0 сборка 222 от 02.12.2013 20:14:54
  inet вер. 6.0 сборка 1279 от 09.12.2013 18:32:19
  npay вер. 6.0 сборка 221 от 14.11.2013 19:04:53
  ru.bitel.bgbilling.plugins.cladr вер. 6.0 сборка 120 от 31.05.2013 13:57:05[/b]


Вы бы написали лучше в helpdesk


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 янв 2014, 18:12 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
stark писал(а):
Угрюмов Роман писал(а):
Господа! Ничего не изменилось. Все тоже самое!!!
Код:
[b]Клиент: вер. 6.0 сборка 1269 от 04.12.2013 18:03:00
    os: Windows Vista; java: Java HotSpot(TM) Client VM, v.1.6.0_07
    ВНИМАНИЕ: Необходимо обновить таймзоны
  Сервер: вер. 6.0 сборка 1643 от 09.12.2013 18:32:23
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_21
    ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется

  bill вер. 6.0 сборка 339 от 02.12.2013 17:09:58
  card вер. 6.0 сборка 222 от 02.12.2013 20:14:54
  inet вер. 6.0 сборка 1279 от 09.12.2013 18:32:19
  npay вер. 6.0 сборка 221 от 14.11.2013 19:04:53
  ru.bitel.bgbilling.plugins.cladr вер. 6.0 сборка 120 от 31.05.2013 13:57:05[/b]


Вы бы написали лучше в helpdesk

да тут для начала бы стоило
Клиент: вер. 6.0 сборка 1269 от 04.12.2013 18:03:00
os: Windows Vista; java: Java HotSpot(TM) Client VM, v.1.6.0_07
ВНИМАНИЕ: Необходимо обновить таймзоны
Сервер: вер. 6.0 сборка 1643 от 09.12.2013 18:32:23
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_21
ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется
коечто поправить

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 20 ] 

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


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

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


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

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.053s | 56 Queries | GZIP : On ]