Телеграмм чат группы accel

Привет

09:40пожаловаться #1

ST

Serhii Tomak

vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 195.2.237.115 | 1075/1075 | ipoe | | active | 00:03:21
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 173.194.222.189 | 1075/1075 | ipoe | | active | 00:03:21
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 93.186.225.201 | 1075/1075 | ipoe | | active | 00:03:20
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 185.60.217.20 | 1075/1075 | ipoe | | active | 00:03:20
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 51.75.242.129 | 1075/1075 | ipoe | | active | 00:03:20
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 81.162.252.6 | 1075/1075 | ipoe | | active | 00:03:18
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 81.162.226.116 | 1075/1075 | ipoe | | active | 00:03:18
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 81.162.64.117 | 1075/1075 | ipoe | | active | 00:03:17
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 40.74.219.49 | 1075/1075 | ipoe | | active | 00:03:15
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 162.125.19.130 | 1075/1075 | ipoe | | active | 00:03:14
vlan1501.122 | 1501:122 | 90:e2:ba:83:5d:69 | 51.89.67.18 | 1075/1075 | ipoe | | active | 00:03:13

+

09:41пожаловаться #2

D

Нет, так просто там не выйдет

09:41пожаловаться #3

MF

Max Fetcher in Accel-PPP

Было бы неплохо добавить в лог l2tp/pptp при failed/reject src ip. Сейчас их нет там или есть но не в тех местах, fail2ban не получилось прикрутить

s

Ухты, было бы очень интересно разгадать

структуры записал, но забыл с домашнего ноута скинуть.
Код то многопоточный, есть подозрение на race condition при обработке сокетов/pptp_connect/disconnect. Хотя по идее не должно в разных потоках вызваться pptp_connect->triton_context_wakeup/pptp_read->disconnect/
Просто к моменту вызова triton_context_wakeup(&conn->ctx);
в ctx структура tpd = 0x0h

10:00пожаловаться #5

ST

Нет, так просто там не выйдет

то что при двух серваках появляются арп с другого и создает сесии - я понял.
А как арп через роутер пролазят?

10:01пожаловаться #6

ST

10:02пожаловаться #7

ST

режектить и постоянно дергать радиус?

D

Было бы неплохо добавить в лог l2tp/pptp при failed/reject src ip. Сейчас их нет там или есть но не в тех местах, fail2ban не получилось прикрутить

Это если адреса не входят в client-ip-range?

D

структуры записал, но забыл с домашнего ноута скинуть.
Код то многопоточный, есть подозрение на race condition при обработке сокетов/pptp_connect/disconnect. Хотя по идее не должно в разных потоках вызваться pptp_connect->triton_context_wakeup/pptp_read->disconnect/
Просто к моменту вызова triton_context_wakeup(&conn->ctx);
в ctx структура tpd = 0x0h

Во, такое может быть, нужно смотреть в каком месте вывалилось и сделать проверку

10:04пожаловаться #10

D

Serhii Tomak

proxy-arp на роутере?

10:05пожаловаться #11

ST

не нашел такого у. него

10:07пожаловаться #12

ST

разве что где то зашито

10:07пожаловаться #13

D

Это если адреса не входят в client-ip-range?

@maxfetcher объясни немного

10:08пожаловаться #14

s

shumbor in Accel-PPP

Во, такое может быть, нужно смотреть в каком месте вывалилось и сделать проверку

вывалилось в triton_context_wakeup на if (ctx->init), т.к. структура _triton_context_t пустая. Из того что в скрине осталось - структуры conn->ppp, conn->ctrl из pptp_connect, остальное убежало, но дома сохранено.

10:12пожаловаться #15

D

shumbor

вывалилось в triton_context_wakeup на if (ctx->init), т.к. структура _triton_context_t пустая. Из того что в скрине осталось - структуры conn->ppp, conn->ctrl из pptp_connect, остальное убежало, но дома сохранено.

pptp_connect скорее всего не хватает или lock или проверки на существование структуры

10:14пожаловаться #16

s

shumbor in Accel-PPP

pptp_connect скорее всего не хватает или lock или проверки на существование структуры

я тоже об этом подумал.
вот последние строчки из debug.log перед падением(как я понял не макс уровень все же оказался) 192.168.241.31 это как раз микрот с the dude

[2020-10-09 00:52:16.794] connlimit: check entry 535931072
[2020-10-09 00:52:16.794] connlimit: accept 535931072
[2020-10-09 00:52:16.794] : 000000000061ca28: recv [LCP ConfReq id=2 <mru 1400> <magic fdea10dc>]
[2020-10-09 00:52:16.794] pptp: new connection from 192.168.241.31
[2020-10-09 00:52:16.794] : 000000000061ca28: send [LCP ConfAck id=2]
[2020-10-09 00:52:16.794] : : pptp: disconnect by peer
[2020-10-09 00:52:16.794] : : pptp: disconnect
[2020-10-09 00:52:16.794] : : disconnected
[2020-10-09 00:52:16.795] pptp943: 0000000000615542: send [LCP EchoReq id=12 <magic 2551998c>]

10:25пожаловаться #17

s

shumbor in Accel-PPP

погрепаю логи, поставлю тестовый на такой же мониторинг. попробую найти закономерность...

10:29пожаловаться #18

MF

Max Fetcher in Accel-PPP

@maxfetcher объясни немного

Вот например

[2020-10-09 10:54:44]: info: : recv [RADIUS(1) Access-Reject id=1 <NAS-Port-Id "ppp-maxi"> <Framed-IP-Address 172.19.3.4> <MS-CHAP-Error "E=691 R=1 C=0dc4c3f64958c6b4fd9dd5dfb5d4409b V=3 M=Authentication rejected">]
[2020-10-09 10:54:44]: info: : send [MSCHAP-v2 Failure id=1 "E=691 R=0 V=3 M=Authentication failure"]
[2020-10-09 10:54:44]: info: : maxi: authentication failed
[2020-10-09 10:54:44]: info: maxi: authentication failed
[2020-10-09 10:54:44]: debug: : terminate
[2020-10-09 10:54:44]: debug: : lcp_layer_finish
[2020-10-09 10:54:44]: info: : send [LCP TermReq id=93]
[2020-10-09 10:54:44]: debug: : auth_layer_finish
[2020-10-09 10:54:44]: debug: : auth_layer_finished

Ни в одной строке не найти src ip

10:57пожаловаться #19

MF

Max Fetcher in Accel-PPP

Вот вроде бы есть

[2020-10-09 10:54:44]: info: l2tp tunnel 7704-3 (134.249.ххххх:1027): send [L2TP tid=3 sid=1 Ns=2 Nr=4 <Message-Type Call-Disconnect-Notify> <Assigned-Session-ID 7311> <Result-Code>]

info: l2tp tunnel 7704-3 (134.249.хххххх:1027): send [L2TP tid=3 sid=0 Ns=3 Nr=4 <Message-Type Stop-Ctrl-Conn-Notify> <Assigned-Tunnel-ID 7704> <Result-Code>]

Но как узнать что Disconnect по ошибке ?