BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 апр 2024, 01:17

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




Начать новую тему Ответить на тему  [ Сообщений: 183 ]  На страницу Пред.  1, 2, 3, 4, 5, 6, 7  След.
Автор Сообщение
СообщениеДобавлено: 09 июл 2012, 16:59 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Выложили обновление (правда в список изменения запись об этом почему-то не попала, но в билде изменения должны быть).
Код:
dhcp.servSearchMode=1,6
Попробуйте.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 июл 2012, 23:04 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Спасибо! Работает :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 июл 2012, 23:04 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Обнаружил странности в работе одновременного поиска по мак и порту. Смысл в следующем:
Есть устройство с Opt.82 к порту которого подключено несколько различных компов. Нужна авторизация по MAC. Но на этом же устройстве есть подключения и по Opt.82. dhcp.serSearchMode=6,1. В настройках сервиса MAC исключительно для учета есть поле "интерфейс", которое заполнено правильно (указан именно тот порт куда подключены устройства). Так вот в чем странность - при поиске сервиса с непонятной логикой и периодичностью может быть найден как правильный сервис с MAC, так и первый попавшийся но по порту. В результате пользователи авторизуются куда попало, или откидываются по "too many sessions". Если же в сервисе указать любой не занятый порт, то сессии абсолютно правильно тут же авторизуются по MAC.
Думаю что решить проблему можно создав фиктивное устройство, но не очень хочется. Да и если проблема в алгоритме поиска сервиса, то она еще где-нибудь вылезет.


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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 июл 2012, 19:58 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Да, пакеты всегда приходят c Opt.82. Это устройство поддерживает Opt.82, просто на некоторых портах только по одному клиенту, а на других через wifi мосты несколько.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 авг 2012, 19:17 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
up


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 авг 2012, 20:17 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Посмотрели - порядок никак не меняется при поиске. Сначала по MAC-адресу ищет, затем по порту.
Как-будто иногда по MAC-адресу не находит.
Может быть dhcp.serSearchMode=1,6 на каких-то устройствах осталось? MAC-адреса везде прописаны правильно?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 авг 2012, 22:59 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Проверил - dhcp.servSearchMode=6,1 на DHCP relay и все. Да и как я понимаю, на подчиненных устройствах это уже смысла не имеет. MAC адреса прописаны правильно, иначе бы после того как я сменил порт на не существующий люди перестали бы авторизоваться. Ладно, понял, покопаю у себя еще раз.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2012, 00:55 
Не в сети
Разработчик
Аватара пользователя

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 авг 2012, 19:24 
Не в сети
Клиент

Зарегистрирован: 02 авг 2011, 13:24
Сообщения: 607
Карма: 42
А возможно ли, что Inet-DHCP сервер работал без opt.82 с авторизацией по MAC, используя Relay IP?
На данный момент запросы без опции 82, я так игнорируются?
Вот кусок лога....
Код:
08-16/17:10:47  INFO [dhcpLstnr-p-10-t-7] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: 172731373, secs: 0, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.1.152
Client MAC: {000C424128F5}
  {61}={00000C424128F5}
  Parameter request list{55}={1, 121, 3, 33, 6, 42}
  Host name{12}={dhcp-client}

08-16/17:10:47  INFO [dhcpLstnr-p-10-t-7] InetAbstractDhcpProcessor - REQUEST_AFTER_PREPROCESS:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: 172731373, secs: 0, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.1.152
Client MAC: {000C424128F5}
  {61}={00000C424128F5}
  Parameter request list{55}={1, 121, 3, 33, 6, 42}
  Host name{12}={dhcp-client}

08-16/17:10:47 DEBUG [dhcpLstnr-p-10-t-7] InetDhcpProcessor - OP_BOOT_REQUEST
08-16/17:10:47  WARN [dhcpLstnr-p-10-t-7] InetDhcpProcessor - DHCP request without Options.82!
08-16/17:10:48 DEBUG [dhcpLstnr-p-10-t-8] InetDhcpDeviceMap - Found device by giaddr id=14

_________________
Работаем на 6.0 (Inet)
Подготовка к переходу на 6.2


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 авг 2012, 16:21 
Не в сети
Клиент

Зарегистрирован: 02 авг 2011, 13:24
Сообщения: 607
Карма: 42
UP.
А возможно ли, что Inet-DHCP сервер работал без opt.82 с авторизацией по MAC, используя Relay IP?

_________________
Работаем на 6.0 (Inet)
Подготовка к переходу на 6.2


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 авг 2012, 17:58 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
А что, DHCP relay не умеет добавлять Opt82?? Если умеет - смело добавляйте, а потом уже авторизуйте по MAC


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 авг 2012, 18:07 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
DHCP request without Options.82!
На данный момент пакеты без Option.82 не обрабатываются.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 авг 2012, 19:50 
Не в сети
Клиент

Зарегистрирован: 02 авг 2011, 13:24
Сообщения: 607
Карма: 42
Amir писал(а):
Цитата:
DHCP request without Options.82!
На данный момент пакеты без Option.82 не обрабатываются.

Понял... Спасибо.
Устройство DHCP relay может, а вот opt.82 добавлять не может...

_________________
Работаем на 6.0 (Inet)
Подготовка к переходу на 6.2


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 окт 2012, 15:48 
Не в сети
Клиент

Зарегистрирован: 17 дек 2010, 15:27
Сообщения: 147
Карма: 22
Amir писал(а):
Цитата:
DHCP request without Options.82!
На данный момент пакеты без Option.82 не обрабатываются.

А Можно добавить опцию чтобы обрабатывались ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 окт 2012, 14:56 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А как с безопасностью? Ведь не узнать, от кого в действительности пришел DHCP-пакет. Только MAC-адрес будет известен.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 окт 2012, 15:01 
Не в сети
Клиент

Зарегистрирован: 17 дек 2010, 15:27
Сообщения: 147
Карма: 22
Amir писал(а):
А как с безопасностью? Ведь не узнать, от кого в действительности пришел DHCP-пакет. Только MAC-адрес будет известен.

Хм у нас немного на другом уровне безопасность обеспечивается.

А вообще сначала попросил т.к текущие железки неумели опцию 82 .. счас вот на тестовом свиче доапгрейдил прошивку и теперь умеет..

И возникает еще вопрос а как вести себя с ipv6 ? там в стандартах есть что-то похожее на опцию 82, но вот в железе еще нету.


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

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


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

Зарегистрирован: 17 дек 2010, 15:27
Сообщения: 147
Карма: 22
Amir писал(а):
Какая схема доступа? DHCP нужен просто как вспомогательный для выдачи правильного адреса или для управления доступом тоже?

vlan per user, да только для выдачи правильного адреса


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 04 апр 2013, 09:50 
Не в сети

Зарегистрирован: 26 мар 2013, 06:03
Сообщения: 4
Карма: 0
Есть схема Access+Accounting -> linux router -> DES3200.
Авторизация по порту свитча, управление доступом на linux.
Все хорошо, но у клиента по истечении leaseTime сбрасываются настройки на подключении и получаются заново, по факту просто пропадает подключение к сети на пару секунд.
Если поставить session.close.timeout меньше leaseTime то сессия рвется на маршрутизаторе.


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Сегодня-завтра выложим обновление, чтобы InetDhcpProcessor поддерживал RENEW запросы (dhcp.renew=1).
Однако по RFC, DCHP-клиент в состояние REBINDING (если не получил ответы на RENEW запросы до времени T2) должен переходить до окончания lease, таким образом не должно быть никаких сбрасываний, даже если на RENEW ему никто не отвечает.
Цитата:
Times T1 and T2 are configurable by the server through options. T1
defaults to (0.5 * duration_of_lease). T2 defaults to (0.875 *
duration_of_lease). Times T1 and T2 SHOULD be chosen with some
random "fuzz" around a fixed value, to avoid synchronization of
client reacquisition.
К тому же RENEW запросы по RFC идут напрямую к DHCP-серверу (по адресу, указанному в опции serverIdentifier), коммутатор-релей такие запросы по RFC никак не отслеживает, а если получает ACK на RENEW запрос, до считает, что время lease продлено, т.е. в состояние REBINDING (когда запрос пойдет через коммутатор-релей) он вообще не перейдет. Поэтому не уверен как коммутатор в этом случае будет блокировать/разблокировать порт по option82.


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

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Добрый день. Столкнулся со следующей проблемой.
Встроенный Dhcp сервер при выдаче адреса клиенту не выдает dns, а только
адрес, маску и шлюз. И еще ругается на якобы конфликт адресов.
модуль inet.
В биллинге забита отдельная категория для динамики, а на корневом
устройстве указана опция dhcp.ipCategories
На всякий случай еще прописал дополнительно:
dhcp.net.option.x.x.x.a:255.255.254.0.gate=x.x.x.x
dhcp.net.option.x.x.x.a:255.255.254.0.dns=x.x.x.y
... но эти настройки никак не повлияли. все сервера перезапускал.
Вот лог access:
Код:
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-1] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: -2055167037, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: x.x.x.y
Client MAC: {001617529C80}
  {116}={01}
  {61}={01001617529C80}
  Requested IP Address{50}=x.x.x.a
  Host name{12}={ANDREY}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, -7, 43}
  {43}={DC00}
  Agent information{82}=
    sub{1}={00040FFC000E}
    sub{2}={0006E0247FBC6AD3}

dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-1] InetDhcpDevice - Search serv on deviceId: 6; 1; interfaceId: 14
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-1] InetDhcpProcessor - InetServ found: ContractId: 4; servId: 8
   mac:001617529C80
   Options [] TariffModuleTreeSet [1:08.04.2013-?; ]
   Device state: 1; optionSet:
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-1] InetApplication - inetServ[id=8] balance ok: 100.00 [-500.00]
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-1] InetApplication - TariffOptionMap: {}
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-1] InetApplication - OptionSet: []
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-1] InetDhcpProcessor - IP not found in service. Searching in device...
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-1] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP Offer{2}
htype: 1, hlen: 6, hops: 1
xid: -2055167037, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: x.x.x.a
Server IP: 0.0.0.0
Relay IP: x.x.x.y
Client MAC: {001617529C80}
  Agent information{82}=
    sub{1}={00040FFC000E}
    sub{2}={0006E0247FBC6AD3}
  Router{3}=x.x.x.b
  Subnet mask{1}=255.255.254.0
  DNS{6}={"Здесь почемуто ip в шеснадцетиричном виде"}

dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-2] InetAbstractDhcpProcessor - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: -2055167037, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: x.x.x.y
Client MAC: {001617529C80}
  {61}={01001617529C80}
  Requested IP Address{50}=x.x.x.a
  Host name{12}={ANDREY}
  {81}={000000414E445245592E}
  {60}={4D53465420352E30}
  Parameter request list{55}={1, 15, 3, 6, 44, 46, 47, 31, 33, -7, 43}
  {43}={DC0100}
  Agent information{82}=
    sub{1}={00040FFC000E}
    sub{2}={0006E0247FBC6AD3}

dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-2] InetDhcpDevice - Search serv on deviceId: 6; 1; interfaceId: 14
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-2] InetDhcpProcessor - InetServ found: ContractId: 4; servId: 8
   mac:001617529C80
   Options [] TariffModuleTreeSet [1:08.04.2013-?; ]
   Device state: 1; optionSet:
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-2] InetDhcpProcessor - Starting connection: InetConnection [id=0-0, iface=6:14, sessId=8580a3c3, start=10.04.2013 21:21:18, uname=null, addr=93.171.183.2]
connection 04-10/21:21:18  INFO [sa-p-9-t-3] ServiceActivatorSet - Connecting to device
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-2] InetConnectionManager - Add connection: InetConnection [id=40-0, iface=6:14, sessId=8580a3c3, start=10.04.2013 21:21:18, uname=null, addr=93.171.183.2]
mq 04-10/21:21:18  INFO [event-proc-p-2-t-1] InetConnectionManager - Already added: InetConnection [id=40-0, iface=6:14, sessId=8580a3c3, start=10.04.2013 21:21:18, uname=null, addr=93.171.183.2]
dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-2] InetAbstractDhcpProcessor - RESPONSE:
Message type: BOOT_RESPONSE
Dhcp message type: DHCP ACK{5}
htype: 1, hlen: 6, hops: 1
xid: -2055167037, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: x.x.x.a
Server IP: 0.0.0.0
Relay IP: x.x.x.y
Client MAC: {001617529C80}
  Agent information{82}=
    sub{1}={00040FFC000E}
    sub{2}={0006E0247FBC6AD3}
  Router{3}=x.x.x.b
  Subnet mask{1}=255.255.254.0
  DNS{6}={"Здесь почемуто ip в шеснадцетиричном виде"}

dhcp 04-10/21:21:18  INFO [dhcpLstnr-p-7-t-2] HourlyDataLogEntry - Create dataLog file: /opt/BGInetAccess/data/dhcp/source_6/2013/2013-04/2013-04-10/log_2013-04-10-21.000.bgdl


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
DNS{6}={"Здесь почемуто ip в шеснадцетиричном виде"}
Так и должно быть, просто так отображается. Если один DNS прописан - должно быть 4 байта, если два - 2*4 в шестнадцатеричном виде.
Где ругается на конфликт адресов?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 апр 2013, 14:02 
Не в сети
Клиент

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
Конфликт адресов, на одном компьютере - проблема думаю компьютера, хотя довольно странная.
Поставил другой - конфликта нет. НО. Днс все равно не получает, получает только ip, маску и шлюз.


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А другим DHCP клиентом пробовали?
Что-нибудь вроде dhcpcd -d -T , чтобы увидеть, что ему приходит, что ему не нравится.
Может быть еще от какого-то DHCP сервера что-то получает?


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

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
1. Да. Пробовал с другого компьютера, конфликта нет, но и днс не получает
2. В сети запустил другой dhcp-сервер, на том же сервере, где биллинг, остановив временно bginet_access , при этом оба компьютера исправно получают все настройки, и тот компьютер, который жаловался на конфликт - тоже нормально получил все настройки.
Так что проблема с сетью и компьютерами здесь исключена.
3. Для dhcpcd -d -T так понимаю нужен клиент под *nix?


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

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

Еще можно попробовать с машины биллинга tcpdump'ом или wireshark (вторым, по моему удобнее) посмотреть что отправляет Access и что другой dhcp-сервер, чтобы посмотреть разницу.


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Сейчас только заметил, что в пакете нет leaseTime - возможно в этом дело.
Попробуйте указать
dhcp.option.leaseTime=900


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

Зарегистрирован: 06 апр 2013, 21:49
Сообщения: 152
Откуда: Глазов
Карма: 0
В конфигурации корневого устройства прописано следующее
Код:
dhcp.renew=1
dhcp.option.leaseTime=300
session.close.timeout=360
dhcp.relay.deviceTypeIds=6,7
#dhcp.key.pattern=$port;$remoteId:$circuitId:$mac

#+++Huawei - dhcp option82 format extend
dhcp.option82.agentRemoteId.code=2
dhcp.option82.agentRemoteId.position=2
dhcp.option82.agentRemoteId.length=6
dhcp.option82.vlanId.code=1
dhcp.option82.vlanId.position=2
dhcp.option82.vlanId.length=2
dhcp.option82.interfaceId.code=1
dhcp.option82.interfaceId.position=5
dhcp.option82.interfaceId.length=2
#---Huawei - dhcp option82 format extend

Сами ДНС прописаны в ip ресурсах


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Странно. Попробуйте продублировать dhcp.option.leaseTime=300 в конфигурации устройства-коммутатора или IP-ресурса.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 183 ]  На страницу Пред.  1, 2, 3, 4, 5, 6, 7  След.

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


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

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


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

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