Jump to content
Калькуляторы

Постоянные авторизации от роутеров zyxel

Используем Lanbilling 2.006 В логах биллинга идут постоянные авторизации от некоторых абонентов. Удалось выяснить, что у этих абонентов стоят роутеры zyxel keenetic giga 2. При этом проблем с интернетом у абонентов не наблюдается.Тип подключения pptp,

В журнале авторизации картина следующая 52e9b412ef8745ed5c5303c7c19a7d84.png

В логах Lbarcd вот это.

 

 

Dec 11 09:24:43 billing LBarcd: [RunAuthRequest] Access-Accept, <vs595> [8487], Session-Id 6739483-L_pptp-467

Dec 11 09:24:43 billing LBarcd: [RunAcctRequestInst] Acct START, Session-Id 6739483-L_pptp-467

Dec 11 09:24:43 billing LBarcd: [RunAcctRequest] Session '6553481-L_pptp-11' is busy. Dropping Acct-Packet

Dec 11 09:24:43 billing LBarcd: [HandleRadius] Accounting response is not sent

Dec 11 09:25:03 billing LBarcd: [RunAcctRequestInst] Acct STOP (Service-Unavailable), Session-Id 6739483-L_pptp-467, vg_id 8487

Dec 11 09:25:12 billing LBarcd: [RunAuthRequest] Access-Accept, <vs595> [8487], Session-Id 6739512-L_pptp-467

Dec 11 09:25:12 billing LBarcd: [RunAcctRequestInst] Acct START, Session-Id 6739512-L_pptp-467

Dec 11 09:25:32 billing LBarcd: [RunAcctRequestInst] Acct STOP (Service-Unavailable), Session-Id 6739512-L_pptp-467, vg_id 8487

Dec 11 09:25:39 billing LBarcd: [RunAcctRequestInst] Acct STOP (User-Request), Session-Id 6739418-L_pptp-121, vg_id 2108

Dec 11 09:25:41 billing LBarcd: [RunAuthRequest] Access-Accept, <vs595> [8487], Session-Id 6739541-L_pptp-467

Dec 11 09:25:41 billing LBarcd: [RunAcctRequestInst] Acct START, Session-Id 6739541-L_pptp-467

Dec 11 09:25:43 billing LBarcd: [AuthenticateFromDB] Login 'vs2762' blocked (by balance, active).

Dec 11 09:25:43 billing LBarcd: [RunAuthRequest] Blocked user 'vs2762' accepted within guest network

Dec 11 09:25:43 billing LBarcd: [RunAuthRequest] Access-Accept, <vs2762> [7996], Session-Id 6739543-L_pptp-121, {blocked by balance, active}

Dec 11 09:25:43 billing LBarcd: [RunAcctRequestInst] Acct START, Session-Id 6739543-L_pptp-121

Dec 11 09:26:01 billing LBarcd: [RunAcctRequestInst] Acct STOP (Service-Unavailable), Session-Id 6739541-L_pptp-467, vg_id 8487

Dec 11 09:26:05 billing LBarcd: [RunAcctRequestInst] Acct STOP (User-Request), Session-Id 6739387-L_pptp-460, vg_id 7539

Dec 11 09:26:07 billing LBarcd: [RunAcctRequestInst] Acct STOP (Service-Unavailable), Session-Id 6739456-L_pptp-464, vg_id 834

Dec 11 09:26:10 billing LBarcd: [RunAuthRequest] Access-Accept, <vs595> [8487], Session-Id 6739570-L_pptp-460

Dec 11 09:26:10 billing LBarcd: [RunAcctRequestInst] Acct START, Session-Id 6739570-L_pptp-460

Dec 11 09:26:16 billing LBarcd: [RunAuthRequest] Access-Accept, <vs812> [834], Session-Id 6739576-L_pptp-464

Dec 11 09:26:16 billing LBarcd: [RunAcctRequestInst] Acct START, Session-Id 6739576-L_pptp-464

Dec 11 09:26:30 billing LBarcd: [RunAcctRequestInst] Acct STOP (Service-Unavailable), Session-Id 6739570-L_pptp-460, vg_id 8487

Dec 11 09:26:33 billing LBarcd: [RunAcctRequestInst] Acct STOP (Lost-Carrier), Session-Id 6734993-L_pptp-226, vg_id 8339

 

 

Как избавится от постоянных запросов от роутеров? И что вот эта строка в логах значит? [RunAcctRequestInst] Acct STOP (Service-Unavailable)

Share this post


Link to post
Share on other sites

Даже больше скажу, это не только zyxel, некоторые netgear ведут себя также.

В поведении более-менее удалось разобраться: поднимают основную сессию, по которой идет инет, а также пытаются поднять вторую.

Вторую наш биллинг не дает поднять, но роутеру пофигу, и он ломится еще и еще. Если разрешить поднять - поднимет две, и будет пытаться поднять третью итд. Если оборвать самую первую, то сколько бы роутер сессий не поднял - инета на нем не будет.

 

Это определенно програмный баг в прошивке (видимо даже в SDK, раз у разных производителей встречается), но причина активации не ясна - после перезагрузки все будет работать как обычно.

 

Мы такие девайсы просто в черный список заносим на полчаса, так что мусора в логах от них не сильно много.

Share this post


Link to post
Share on other sites

хм... а у меня с zyxel keenetic giga 2 не работает dhcp relay

Share this post


Link to post
Share on other sites

Какие решения можно придумать, чтоб избавится от таких частых авторизаций?

Share this post


Link to post
Share on other sites

Банить (временно или постоянно - на свой вкус) тех, кто часто авторизуется, конечно.

Не будете же вы бегать за каждым пользователем, купившим кривой роутер, и менять прошивку? (даже если есть корректная версия)

Share this post


Link to post
Share on other sites

Надо объяснять клиентам, чтобы они тормошили саппорт Зукселя в сторону новых прошивок для данной железки.

У Зукселя для этого специальный сайт есть: my.zyxel.ru

Если саппорт не пинать, то "по умолчанию" Зуксель будет считать, что всё великолепно работает...

Share this post


Link to post
Share on other sites

У негатора там контакты есть, если сильно припекает - попробуйте через него.

Share this post


Link to post
Share on other sites

Тоже самое! Ломятся по 2-му разу. Замечено было на DIR-300 C1. ZyXel. Ну мне все равно, radius делает reject, по началу заколебывало , забил. Используем PPPoE, биллинг самописный.

Share this post


Link to post
Share on other sites

Замечено было на DIR-300 C1. ZyXel.

Так-же было замечено что из-за кривости настроек, не каждый пользователь сможет правильно настроить авторизацию на данных роутерах, мы рекомендуем всем TP-Link,и.

Share this post


Link to post
Share on other sites

Какие решения можно придумать, чтоб избавится от таких частых авторизаций?

обновить прошивку.

сами с такой ерундой столкнулись))

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this