forum.bitel.ru
http://forum.bitel.ru/

Reject-to-Accept и детальное информирование абонента
http://forum.bitel.ru/viewtopic.php?f=44&t=7962		 Страница 1 из 1
Автор:  Phricker [ 15 апр 2013, 19:21 ]
Заголовок сообщения:  Reject-to-Accept и детальное информирование абонента
Собственно сабж
Говорили что Inet - полноценная замена модулю DialUp, но с блекджеком и шлюнескучной настройкой.
Как включить данную плюшку? webroot/xsl/inet* молчит по этому поводу тоже.
Автор:  Amir [ 15 апр 2013, 19:31 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
В Inet - это сессии в состоянии отключена, disable.
radius.disable.accessCodes=1,2,3,4,10,11,12
radius.disable.ipCategories=3
http://bgbilling.ru/v5.2/doc/ch18s13s03s01.html

Сведение об ошибках попадают в inet_auth_error_mid_yyyyMM, а также создается полноценная сессия с IP-адресом, по которому ее можно найти, и у которой есть поле accessCode.
Код:
"SELECT serv.*, connection.* FROM inet_connection_" + moduleId + " as connection" +
" LEFT JOIN inet_serv_" + moduleId + " as serv ON serv.id=connection.servId WHERE connection.ipAddress=? AND connection.status=1"
Автор:  Amir [ 15 апр 2013, 19:33 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
И не знал, что в Dialup есть страница dialup_reject_to_accept.xsl. Надо посмотреть...
Автор:  Phricker [ 15 апр 2013, 19:40 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Ну то, что она создается это понятно. А вот такая плюшка как собственно страничка в биллинге в которой денюжка пишется - это да это хорошо.
Автор:  Phricker [ 16 апр 2013, 13:47 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
:idea: Амир обрадуйте нас. Скажите что эта плюшка уже на стадии релиза. Что буквально вот вот и будет выпущено обновление
Автор:  Amir [ 16 апр 2013, 17:00 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Что-то появилось, вроде бы:
Цитата:
1149 16.04.2013 14:05:11 ДОБАВЛЕНО Inet: Страница оповещения об ошибке подключения для сессий в состоянии отключена (pubexecuter?module=inet&mid=<mid>&action=ConnectionError).
Автор:  mash55 [ 16 апр 2013, 17:03 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Amir, а можно и для модуля IPN такую страницу?
Автор:  Amir [ 16 апр 2013, 17:17 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Для IPN - вряд ли. Если только заказывать доработку.
Автор:  Phricker [ 16 апр 2013, 17:19 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Воу воу сегодня будет обновление :type:
Автор:  Amir [ 16 апр 2013, 17:24 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Как здесь или есть тестовый сервер для проверки обновлений?
viewtopic.php?f=42&t=5067&p=64410#p64338

Сейчас заметил, что там упущены сессии по трафику (Inet-овский вариант работы IPN). Т.е. для них пока ничего не покажет, только для RADIUS- и DHCP-сессий.
Автор:  Phricker [ 17 апр 2013, 03:04 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Код:
  Сервер: вер. 5.2 сборка 1482 от 16.04.2013 19:10:40
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_43

  inet вер. 5.2 сборка 1150 от 16.04.2013 19:10:39

А где эта страница? в webroot ничего нового не появилось, что напоминало бы inet_reject_to_accept или что-то подобное. Куда надо посмотреть чтобы увидеть ее (и при случае поправить. например добавив свой текст или что-то подобное)
Автор:  Phricker [ 17 апр 2013, 13:15 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
:oops:
Автор:  Amir [ 17 апр 2013, 17:06 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Да, похоже в сборку не попал файл :(
Автор:  Phricker [ 17 апр 2013, 17:23 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
А попадет? :D Или сюда его выложите временно, пока обновления не будет
Автор:  Amir [ 17 апр 2013, 18:53 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Выкладывается обновление.
Автор:  mash55 [ 18 апр 2013, 09:16 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Amir писал(а):
Для IPN - вряд ли. Если только заказывать доработку.

Web-страницу я сам разработаю. Подскажите только куда можно ее положить, чтобы она стала отображаться?
Автор:  iONE [ 06 дек 2013, 21:52 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Не нашел описание функционала Reject-to-Accept как в модуле Dialup.

Где почитать как настраивается портал?

Информация о версии:

Сервер: вер. 6.0 сборка 1642 от 02.12.2013 20:14:57
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_45
inet вер. 6.0 сборка 1277 от 04.12.2013 18:03:06
Автор:  Amir [ 06 дек 2013, 21:55 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
http://bgbilling.ru/v6.0/doc/ch18s13s03s01.html
Цитата:
Вместо AUTHENTICATION_REJECT может быть выслан AUTHENTICATION_ACCEPT-пакет с дополнительными атрибутами. Перечень код...
Автор:  borisk [ 06 дек 2013, 21:56 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
В смысле? Какой портал? Там так же как и в Dialup [url]pubexecuter?module=inet&mid=<mid>&action=ConnectionError[/url]
Автор:  iONE [ 06 дек 2013, 22:20 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
borisk писал(а):
В смысле? Какой портал? Там так же как и в Dialup [url]pubexecuter?module=inet&mid=<mid>&action=ConnectionError[/url]


Я про URL спрашивал, про имя XML шаблона, и про имя таблицы в БД :)

Соответственно я искал:
URL: http://server-name/bgbilling/pubexecute ... =inet&mid=<mid>&action=ConnectionError
XML template: inet_connection_error.xsl
Table name: inet_auth_error_{mid}_yyyyMM
Автор:  borisk [ 06 дек 2013, 23:32 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Соответственно - нашли ? :)
Автор:  iONE [ 10 дек 2013, 21:45 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Да. Все работает, только пришлось повозиться с обработкой HTTP запросов в NGINX по относительным ссылкам.
Шаблон сделан не очень удобным для прозрачного перенаправления на портал, много всего не нужного подгружает по относительным ссылкам. Хотя подозреваю что я его просто не умею правильно готовить.

Вот что подгружает портал:
Код:
X.X.X.X - - [10/Dec/2013:15:44:59 +0400] "GET /css/redmond/jquery-ui-1.8.13.custom.css HTTP/1.1" 200 34303 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"
X.X.X.X - - [10/Dec/2013:15:44:59 +0400] "GET /style.css HTTP/1.1" 200 10377 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"
X.X.X.X - - [10/Dec/2013:15:44:59 +0400] "GET /js/jquery.form.js HTTP/1.1" 200 23741 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"
X.X.X.X - - [10/Dec/2013:15:44:59 +0400] "GET /js/common.js HTTP/1.1" 200 1434 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"
X.X.X.X - - [10/Dec/2013:15:44:59 +0400] "GET /js/bgbilling.js HTTP/1.1" 200 644 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"
X.X.X.X - - [10/Dec/2013:15:44:59 +0400] "GET /custom.css HTTP/1.1" 200 0 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"
X.X.X.X - - [10/Dec/2013:15:44:59 +0400] "GET /js/jquery.bg.widgets.js HTTP/1.1" 200 12465 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"
X.X.X.X - - [10/Dec/2013:15:45:00 +0400] "GET /js/jquery-min.js HTTP/1.1" 200 90518 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"
X.X.X.X - - [10/Dec/2013:15:45:01 +0400] "GET /js/jquery.ui.js HTTP/1.1" 200 370776 "http://freegames.myplaycity.ru/play.html?utm_source=treasure_masters&utm_medium=downloadable_play" "Mozilla/5.0 (Windows NT 6.1; rv:25.0) Gecko/20100101 Firefox/25.0"


Вот что у меня получилось:

Код:
        location / {

                if ($request_uri ~* ^/(js|css|img)/.+\.(js|css|png|gif)$) {
                        rewrite ^(.*)$ /bgbilling$1? last;
                        break;
                }
                if ($request_uri ~* ^/.+\.css$) {
                        rewrite ^(.*)$ /bgbilling$1? last;
                        break;
                }

                rewrite ^.*$ /bgbilling/pubexecuter?module=inet&mid=11&action=ConnectionError? last;
        }

        location /bgbilling {
                proxy_pass http://127.0.0.1:8080;
                proxy_redirect off;

                proxy_set_header Host $host;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                client_max_body_size       10m;
                client_body_buffer_size    128k;
                proxy_connect_timeout      90;
                proxy_send_timeout         90;
                proxy_read_timeout         90;

                proxy_buffer_size          4k;
                proxy_buffers              4 32k;
                proxy_busy_buffers_size    64k;
                proxy_temp_file_write_size 64k;
        }


Может гуру nginx подскажут более элегантное решение для прозрачного проксирования на портал?
Автор:  Phricker [ 07 сен 2015, 18:36 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Амир, не подскажете, в какую таблицу помещаются сессии, для которых будет выдаваться страница???
Код:
/bgbilling/pubexecuter?module=inet&mid=<mid>&action=ConnectionError

В dialup это была dialup_reject_to_accept_<mid>.
Автор:  Amir [ 07 сен 2015, 19:05 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Те же самые - inet_connection inet_session, т.к. такая сессия может через CoA или как-нибудь еще переключиться в нормальный доступ.
У таких сессий deviceState=0, а также accessCode!=0.
Также добавляется запись об ошибке в inet_auth_error_log.
Автор:  Phricker [ 07 сен 2015, 19:09 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Чот, так и думал.

Спасибо
Автор:  Phricker [ 27 окт 2015, 13:45 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Amir, доброго дня.

Я так понял, что биллинг смотрит на X-Real-IP, при выдаче данной страницы.
Сейчас IP адреса которые выдаются абонентам с RtA, проходят через NAT, и соответственно на биллинг уже приходит запрос не от IP адреса абонента.

Сейчас у нас в тесте стоят два DPI.
Один из них без доп.функционала (SSL прокси) не может менять X-Real-IP, другие сказали что вообще не могут. Можно конечно не NAT'ить, при обращении к данной странице.

Одни внедренцы предложили следующую схему.
Они реализовывали у одного из операторов следующую схему, которая дает защиту от подмены X-Real-IP (я тестировал функционал RtA плагином ModHeader для Chrome, и там подмена происходила легко и просто).

Они со своей стороны редиректят абонента на следующую ссылку в которую подставляют какие то параметры
Код:
http://cabinet.billing.ru?p=encr(sub_id=12345;real_ip=1.1.1.2;timestamp=10:23:03)

Данная ссылка шифруется ключом и получается
Код:
http://cabinet.billing.ru?p=0xAA892300123987
, и на стороне биллинга расшифровывается обратно

Сложно будет такое реализовать?
Автор:  Phricker [ 27 окт 2015, 13:52 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Просто если на данной странице рисовать критичную для ФЗ по защите ПД информацию, аля ФИО, номер договора, баланс и т.п., то какая-никакая защита необходима я щитаю :)

И я не говорю на добровольной основе :)
Как доработку оформлю в том случае если дойдет до приобретения DPI.
Сейчас настраиваем чтобы не натились такие абоненты.
Автор:  Phricker [ 28 окт 2015, 11:03 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Хотя Изображение
Как известно, лучшее враг хорошего.
Проще давать обезличенную информацию, и предлагать ссылку в личный кабинет.
Извините :)
Автор:  snark [ 21 ноя 2015, 21:53 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
И ведь хочется кому-то самостоятельно устраивать DDoS своему серваку запросами.
Автор:  Phricker [ 22 ноя 2015, 00:50 ]
Заголовок сообщения:  Re: Reject-to-Accept и детальное информирование абонента
Да там всего ничего то было :)
Изображение

Изображение
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/