yKpon Posted January 23, 2014 Posted January 23, 2014 Алексей, на эту тему http://local.com.ua/forum/topic/25760-purestg2/page-14?do=findComment&comment=502654 есть какие новости?
Alexey Osipov Posted January 24, 2014 Author Posted January 24, 2014 Алексей, на эту тему http://local.com.ua/forum/topic/25760-purestg2/page-14?do=findComment&comment=502654 есть какие новости? Там довольно обширная переделка. В процессе. По поводу "2014-01-21 09:48:11 -- purestg2: BUG: can't find previous user socket for user "razor"" - предположительно пофиксил, ещё позавчера, но у меня слегка повредился локальный репозиторий с кодом, не смог сходу выложить на github. Это скорее всего завтра выложу.
Alexey Osipov Posted January 25, 2014 Author Posted January 25, 2014 По поводу "2014-01-21 09:48:11 -- purestg2: BUG: can't find previous user socket for user "razor"" - предположительно пофиксил, ещё позавчера, но у меня слегка повредился локальный репозиторий с кодом, не смог сходу выложить на github. Это скорее всего завтра выложу. Выложил.
yKpon Posted January 29, 2014 Posted January 29, 2014 Алексей, скажи пожалуйста по параметру pppdtimeout, какое его минимальное значение? а то слишком долгое ожидание когда стоит 60
Alexey Osipov Posted January 30, 2014 Author Posted January 30, 2014 Алексей, скажи пожалуйста по параметру pppdtimeout, какое его минимальное значение? а то слишком долгое ожидание когда стоит 60 В принципе любое больше нуля. Главное, чтобы pppdtimeout был больше (желательно минимум в 2 раза), чем keepalivetimeout в конфиге pppd. Слишком маленькие значения, впрочем, могут породить излишнюю активность соединения между pppd и stargazer'ом (через UNIX socket'ы). Не знаю чем это черевато. Если отклик старгейзера будет запаздывать, то процесс логина у пользователя будет тоже затягиваться. Думаю, если его черезчур сильно затянуть, то клиент (или его винда/линукс) не дождется ответа и сам разорвет ещё неустановленное соединение. Ещё это приведет к увеличению нагрузки на процессор, т.к. старгейзеру придется чаще лазить в список пользователей и проверять, разрешен ли ему выход в инет. Насколько возрастет - не готов сказать. И в конце концов, начиная с релиза 2.2 pppdtimeout скорее "навсякислучная" опция на случай, если "что-то пойдет не так". В штатном режиме, если pppd отваливается, то старгейзер сразу об этом узнает и отключает пользователя, не дожидаясь прошествия pppdtimeout. Аналогично, если старгейзер сам решает отключить пользователя, то pppd должно отключиться практически сразу же (единицы секунд).
Alexey Osipov Posted January 30, 2014 Author Posted January 30, 2014 т.е. pppdtimeout можно отключить в stg? Нет, отключить совсем не получится. Если опцию убрать из конфига, то будет использоваться значение по умолчанию - 5 минут. Как watchdog он полезен. Я бы рекомендовал оставить значения по умолчанию.
yKpon Posted January 30, 2014 Posted January 30, 2014 что-то не найду keepalivetimeout в конфиге pppd, он где именно? в конфиге pppoe сервера?
Alexey Osipov Posted January 31, 2014 Author Posted January 31, 2014 что-то не найду keepalivetimeout в конфиге pppd, он где именно? в конфиге pppoe сервера? Это опция pppd. Откуда pppd берет конфиг с опциями - зависит от того, кто этот pppd запускает. Если, например, pppd запускается из pppoe-server, то эти опции лежат в /etc/ppp/pppoe-server-options
yKpon Posted January 31, 2014 Posted January 31, 2014 (edited) что-то не найду keepalivetimeout в конфиге pppd, он где именно? в конфиге pppoe сервера? Это опция pppd. Откуда pppd берет конфиг с опциями - зависит от того, кто этот pppd запускает. Если, например, pppd запускается из pppoe-server, то эти опции лежат в /etc/ppp/pppoe-server-options что-то запутался на keepalivetimeout гугл находит про микротик, этой опции у меня в /etc/ppp/pppoe-server-options нет какой этот параметр в pppd по дефолту? Edited January 31, 2014 by yKpon
Alexey Osipov Posted February 3, 2014 Author Posted February 3, 2014 что-то запутался на keepalivetimeout гугл находит про микротик, этой опции у меня в /etc/ppp/pppoe-server-options нет какой этот параметр в pppd по дефолту? Параметр keepalivetimeout добавляется к pppd модулем purestg2. Он опциональный. Если его не задать, то он считается равным 60 (секунд).
yKpon Posted February 10, 2014 Posted February 10, 2014 (edited) Алексей, привет, есть проблема, возможно это как то связано с таймаутами, но получается так что у абонента не включается шейпер на ppp интерфейсе делаю дебаг скрипта OnConnect (в нём шейпер включается) и ничего, он отрабатывает как надо вчера, вот что видим в syslog-ах Feb 9 21:21:25 skyprox pppoe-server[12203]: Session 61 created for client d4:ca:6d:8d:3d:69 (10.67.15.61) on vlan51 using Service-Name '' Feb 9 21:21:25 skyprox pppd[12203]: Plugin /usr/lib/pppd/2.4.5/rp-pppoe.so loaded. Feb 9 21:21:25 skyprox pppd[12203]: Plugin rp-pppoe.so loaded. Feb 9 21:21:25 skyprox pppd[12203]: Plugin purestg2.so loaded. Feb 9 21:21:25 skyprox pppd[12203]: Stargazer (purestg2 2.4) auth plugin initialized. Feb 9 21:21:25 skyprox pppd[12203]: purestg2: Chap check is allowed. Feb 9 21:21:25 skyprox pppd[12203]: pppd 2.4.5 started by root, uid 0 Feb 9 21:21:25 skyprox pppd[12203]: purestg2: Connected to stargazer via /var/run/purestg2.sock. Feb 9 21:21:25 skyprox pppd[12203]: purestg2: ifunit set to 104. Feb 9 21:21:25 skyprox pppd[12203]: Connected to d4:ca:6d:8d:3d:69 via interface vlan51 Feb 9 21:21:25 skyprox pppd[12203]: Using interface ppp104 Feb 9 21:21:25 skyprox pppd[12203]: Connect: ppp104 <--> vlan51 Feb 9 21:21:25 skyprox pppd[12203]: purestg2: Chap check is allowed. Feb 9 21:21:25 skyprox pppd[12203]: purestg2: Chap check is allowed. Feb 9 21:21:25 skyprox pppd[12203]: purestg2: CHAP started. Feb 9 21:21:25 skyprox pppd[12203]: purestg2: Got passwd for user molot26. Feb 9 21:21:25 skyprox pppd[12203]: peer from calling number D4:CA:6D:8D:3D:69 authorized Feb 9 21:21:25 skyprox pppd[12203]: purestg2: IP choose started. Feb 9 21:21:25 skyprox pppd[12203]: purestg2: Allowed address. Feb 9 21:21:25 skyprox pppd[12203]: purestg2: Good address. Feb 9 21:21:25 skyprox pppd[12203]: local IP address 10.0.0.251 Feb 9 21:21:25 skyprox pppd[12203]: remote IP address 10.168.5.19 Feb 9 21:21:25 skyprox pppd[15039]: purestg2: stargazer socket has just been closed. Terminating connection. Feb 9 21:21:25 skyprox pppd[15039]: Terminating on signal 15 Feb 9 21:21:25 skyprox pppd[15039]: purestg2: Can't disconnect user molot26 Feb 9 21:21:25 skyprox pppd[15039]: Connect time 157.8 minutes. Feb 9 21:21:25 skyprox pppd[15039]: Sent 2908289513 bytes, received 258531027 bytes. Feb 9 21:21:25 skyprox pppd[12203]: purestg2: User molot26 connected. Feb 9 21:21:31 skyprox pppd[15039]: Connection terminated. Feb 9 21:21:31 skyprox pppd[15039]: purestg2: Disconnected from stargazer. Feb 9 21:21:31 skyprox pppd[15039]: Modem hangup Feb 9 21:21:31 skyprox pppd[15039]: Exit. Feb 9 21:21:31 skyprox pppoe-server[2283]: Session 37 closed for client d4:ca:6d:8d:3d:69 (10.67.15.37) on vlan51 Feb 9 21:21:31 skyprox pppoe-server[2283]: Sent PADT при этом в логах биллинга этого дисконнекта нет, получается pppd интерфейс рестартнулся и как бы подхватил предыдущую сессию, тем самым все шейпы tc слетели, но stg этого не услышал и не выполнил OnDisconnect/OnConnect вариант конечно перенести часть OnConnect в /etc/ppp/ip-up, но тогда будет не корректно работать функция смена тарифа на горячую, не будет переключаться шейпер может быть всё такие проблема в этих таймаутах? у меня только одна опция pppdtimeout = 60 в stargazer.conf сейчас временно перенёс tc в ip-up Edited February 10, 2014 by yKpon
Alexey Osipov Posted February 11, 2014 Author Posted February 11, 2014 Нужен лог старгейзера за тот же промежуток времени.
yKpon Posted February 11, 2014 Posted February 11, 2014 Нужен лог старгейзера за тот же промежуток времени. 2014-02-09 21:18:51 -- purestg2: Accepted new client connection (socket=73) 2014-02-09 21:18:51 -- purestg2: User molot23 (socket=73) is connected. 2014-02-09 21:20:14 -- purestg2: User molot12 (socket=17) is disconnected. 2014-02-09 21:20:33 -- purestg2: User molot8 (socket=48) is disconnected. 2014-02-09 21:21:24 -- purestg2: Accepted new client connection (socket=17) 2014-02-09 21:21:24 -- purestg2: Terminating previous session (oldsocket=21) for user "molot26" 2014-02-09 21:21:24 -- purestg2: User molot26 (socket=17) is connected. 2014-02-09 21:23:35 -- purestg2: Accepted new client connection (socket=21) 2014-02-09 21:23:38 -- purestg2: User test (socket=21) is connected. 2014-02-09 21:24:00 -- purestg2: User molot13 (socket=41) is disconnected.
Alexey Osipov Posted February 12, 2014 Author Posted February 12, 2014 (edited) при этом в логах биллинга этого дисконнекта нет, получается pppd интерфейс рестартнулся и как бы подхватил предыдущую сессию, тем самым все шейпы tc слетели, но stg этого не услышал и не выполнил OnDisconnect/OnConnect Такого не должно быть. Вставь в OnConnect/OnDisconnect в самое начало какие-нибудь логгеры типа echo "`date` User $user connected" >> /var/log/stgconnects.log в самое начало, чтобы убедиться, что эти скрипты выполняются. Заодно увидим, в каком порядке. вариант конечно перенести часть OnConnect в /etc/ppp/ip-up, но тогда будет не корректно работать функция смена тарифа на горячую, не будет переключаться шейпер может быть всё такие проблема в этих таймаутах? у меня только одна опция pppdtimeout = 60 в stargazer.conf Нет, эти таймауты точно ни при чем. Тут происходит какой-то race condition. Например, не гарантируется, что OnDisconnect будет выполнен до закрытия ppp-интерфейса. Однако OnConnect гарантированно выполняется после инициализации ppp-интрфейса. Но если ppp-интерфейс очень быстро отвалился, то OnConnect может отработать, когда интерфейса уже нет. А если уже успел подключиться другой пользователь на ppp-интерфейс с тем же номером, выходит, OnConnect будет выполнен для другого пользователя вообще. То же самое и к OnDisconnect кстати относится. Это если в OnConnect/OnDisconnect идентифицировать интерфейс через pppunitsave. А если по IP это делать (с условием, что IP у пользователей не повторяются), то не должно таких казусов происходить. По идее. В логах выше, у какого пользователя не назначился шейпер? Edited February 12, 2014 by Alexey Osipov
yKpon Posted February 12, 2014 Posted February 12, 2014 я делал дебаг именно echo в начале OnConenct, нет срабатывания, как собственно и логов Disconnect и Connect в БД mysql 9819 molot26 2014-02-09 18:43:42 -- Connect, 10.168.5.19 10004 molot26 2014-02-09 23:59:00 -- Disconnect, session upload: "0,965982894,0,0,0,0,0,0,0,0" session download: "0,20848641342,0,0,0,0,0,0,0,0" month upload: "0,17906916325,0,0,0,0,0,0,0,0" month download: "0,75392985989,0,0,0,0,0,0,0,0" cash: "0"
Alexey Osipov Posted February 13, 2014 Author Posted February 13, 2014 (edited) Да, точняк. Поглядел код. Старгейзер запускает OnConnect и OnDisconnect асинхронно. И если после отключения пользователя, он снова подключится в пределах 0.1 с, то старгейзер будет считать, что пользователь никуда и не уходил, а следовательно OnDisconnect/OnConnect зваться не будут. В принципе, есть у меня одна идея, как это на уровне purestg2 можно разрулить. Попробую на выходных. Edited February 13, 2014 by Alexey Osipov
Alexey Osipov Posted February 17, 2014 Author Posted February 17, 2014 В принципе, есть у меня одна идея, как это на уровне purestg2 можно разрулить. Попробую на выходных. Выложил в git, компилируется, но работоспособность я вообще не проверял. Если страшно, то жди, когда я проверю (на неделе).
yKpon Posted February 17, 2014 Posted February 17, 2014 (edited) В принципе, есть у меня одна идея, как это на уровне purestg2 можно разрулить. Попробую на выходных. Выложил в git, компилируется, но работоспособность я вообще не проверял. Если страшно, то жди, когда я проверю (на неделе). ок, лучше подожду, спасибо вот что ещё 2014-02-16 13:49:19 -- purestg2: BUG: can't find previous user socket for user "molot22" 2014-02-16 13:49:21 -- purestg2: Accepted new client connection (socket=23) 2014-02-16 13:49:21 -- purestg2: BUG: can't find previous user socket for user "molot22" 2014-02-16 13:49:45 -- purestg2: Accepted new client connection (socket=23) 2014-02-16 13:49:48 -- purestg2: BUG: can't find previous user socket for user "molot22" 2014-02-16 13:50:06 -- purestg2: Accepted new client connection (socket=23) 2014-02-16 13:50:09 -- purestg2: BUG: can't find previous user socket for user "molot22" 2014-02-16 13:50:35 -- purestg2: Accepted new client connection (socket=23) 2014-02-16 13:50:38 -- purestg2: BUG: can't find previous user socket for user "molot22" 2014-02-16 13:51:08 -- purestg2: Accepted new client connection (socket=23) 2014-02-16 13:51:08 -- purestg2: BUG: can't find previous user socket for user "molot22" 2014-02-16 13:51:13 -- purestg2: Accepted new client connection (socket=23) 2014-02-16 13:51:15 -- purestg2: BUG: can't find previous user socket for user "molot22" Feb 16 13:49:21 skyprox pppoe-server[28274]: Session 54 created for client 8c:89:a5:a2:bb:cf (10.67.15.54) on vlan54 using Service-Name '' Feb 16 13:49:21 skyprox pppd[28274]: Plugin /usr/lib/pppd/2.4.5/rp-pppoe.so loaded. Feb 16 13:49:21 skyprox pppd[28274]: Plugin rp-pppoe.so loaded. Feb 16 13:49:21 skyprox pppd[28274]: Plugin purestg2.so loaded. Feb 16 13:49:21 skyprox pppd[28274]: Stargazer (purestg2 2.4) auth plugin initialized. Feb 16 13:49:21 skyprox pppd[28274]: purestg2: Chap check is allowed. Feb 16 13:49:21 skyprox pppd[28274]: pppd 2.4.5 started by root, uid 0 Feb 16 13:49:21 skyprox pppd[28274]: purestg2: Connected to stargazer via /var/run/purestg2.sock. Feb 16 13:49:21 skyprox pppd[28274]: purestg2: ifunit set to 110. Feb 16 13:49:21 skyprox pppd[28274]: Connected to 8c:89:a5:a2:bb:cf via interface vlan54 Feb 16 13:49:21 skyprox pppd[28274]: Using interface ppp110 Feb 16 13:49:21 skyprox pppd[28274]: Connect: ppp110 <--> vlan54 Feb 16 13:49:21 skyprox pppd[28274]: purestg2: Chap check is allowed. Feb 16 13:49:21 skyprox pppd[28274]: purestg2: Chap check is allowed. Feb 16 13:49:21 skyprox pppd[28274]: purestg2: CHAP started. Feb 16 13:49:21 skyprox pppd[28274]: purestg2: Got passwd for user molot22. Feb 16 13:49:21 skyprox pppd[28274]: peer from calling number 8C:89:A5:A2:BB:CF authorized Feb 16 13:49:21 skyprox pppd[28274]: purestg2: IP choose started. Feb 16 13:49:21 skyprox pppd[28274]: purestg2: Allowed address. Feb 16 13:49:21 skyprox pppd[28274]: purestg2: Good address. Feb 16 13:49:21 skyprox pppd[28274]: local IP address 10.0.0.246 Feb 16 13:49:21 skyprox pppd[28274]: remote IP address 10.168.5.162 Feb 16 13:49:21 skyprox pppd[28274]: purestg2: Can't connect user molot22. Feb 16 13:49:21 skyprox pppd[28274]: Exit. у абонента просто ошибка подключения, без номера помог рестарт биллинга purestg предпоследний из gita Edited February 17, 2014 by yKpon
yKpon Posted March 3, 2014 Posted March 3, 2014 Алексей, есть аська? снова баг 2014-03-03 08:08:55 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:08:59 -- purestg2: BUG: can't find previous user socket for user "medison" 2014-03-03 08:09:20 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:09:20 -- purestg2: BUG: can't find previous user socket for user "medison" 2014-03-03 08:09:41 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:09:44 -- purestg2: BUG: can't find previous user socket for user "medison" 2014-03-03 08:10:06 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:10:06 -- purestg2: BUG: can't find previous user socket for user "medison" 2014-03-03 08:10:28 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:10:31 -- purestg2: BUG: can't find previous user socket for user "medison" 2014-03-03 08:10:53 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:10:56 -- purestg2: BUG: can't find previous user socket for user "medison" 2014-03-03 08:11:17 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:11:20 -- purestg2: BUG: can't find previous user socket for user "medison" 2014-03-03 08:11:42 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:11:45 -- purestg2: BUG: can't find previous user socket for user "medison" 2014-03-03 08:12:07 -- purestg2: Accepted new client connection (socket=35) 2014-03-03 08:12:10 -- purestg2: BUG: can't find previous user socket for user "medison" Mar 3 08:12:31 skyprox pppd[10981]: Plugin purestg2.so loaded. Mar 3 08:12:31 skyprox pppd[10981]: Stargazer (purestg2 2.4) auth plugin initialized. Mar 3 08:12:31 skyprox pptp[10981]: Plugin pptp.so loaded. Mar 3 08:12:31 skyprox pptp[10981]: PPTP plugin version 0.8.5 compiled for pppd-2.4.5, linux-2.6. Mar 3 08:12:31 skyprox pptp[10981]: purestg2: Pap check is allowed. Mar 3 08:12:31 skyprox pptp[10981]: pppd 2.4.5 started by root, uid 0 Mar 3 08:12:31 skyprox pptp[10981]: purestg2: Connected to stargazer via /var/run/purestg2.sock. Mar 3 08:12:31 skyprox pptp[10981]: purestg2: ifunit set to 122. Mar 3 08:12:31 skyprox pptp[10981]: Using interface ppp122 Mar 3 08:12:31 skyprox pptp[10981]: Connect: ppp122 <--> pptp (172.23.4.101) Mar 3 08:12:31 skyprox pptp[10981]: purestg2: Chap check is allowed. Mar 3 08:12:31 skyprox pptp[10981]: purestg2: Pap check is allowed. Mar 3 08:12:31 skyprox pptp[10981]: purestg2: Chap check is allowed. Mar 3 08:12:34 skyprox pptp[10981]: purestg2: CHAP started. Mar 3 08:12:34 skyprox pptp[10981]: purestg2: Got passwd for user medison. Mar 3 08:12:34 skyprox pptp[10981]: purestg2: IP choose started. Mar 3 08:12:34 skyprox pptp[10981]: purestg2: Allowed address. Mar 3 08:12:34 skyprox pptp[10981]: purestg2: Good address. Mar 3 08:12:35 skyprox pptp[10981]: found interface eth_domolink for proxy arp Mar 3 08:12:35 skyprox pptp[10981]: local IP address 10.0.0.254 Mar 3 08:12:35 skyprox pptp[10981]: remote IP address 10.168.4.9 Mar 3 08:12:35 skyprox pptp[10981]: purestg2: Can't connect user medison. Mar 3 08:12:35 skyprox pptp[10981]: Exit. при этом в биллинге этот пользователь онлайн
yKpon Posted March 4, 2014 Posted March 4, 2014 (edited) похоже это тот же баг http://local.com.ua/forum/topic/25760-purestg2/page-17?do=findComment&comment=524721 Edited March 4, 2014 by yKpon
yKpon Posted March 5, 2014 Posted March 5, 2014 (edited) и снова этот же баг похоже придётся прикручивать радиус... ( Edited March 5, 2014 by yKpon
yKpon Posted March 13, 2014 Posted March 13, 2014 (edited) рискнул собрал из git-а сначала заработало, через пару минут посыпалось Mar 13 20:12:17 skyprox pppd[3289]: Terminating on signal 15 Mar 13 20:12:17 skyprox pppd[3289]: purestg2: Can't disconnect user darina Mar 13 20:12:17 skyprox pppd[15958]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[24515]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[15958]: Terminating on signal 15 Mar 13 20:12:17 skyprox pppd[15958]: purestg2: Can't disconnect user molot34 Mar 13 20:12:17 skyprox pppd[25310]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[24515]: Terminating on signal 15 Mar 13 20:12:17 skyprox pppd[24515]: purestg2: Can't disconnect user molot18 Mar 13 20:12:17 skyprox pppd[14256]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[25310]: Terminating on signal 15 Mar 13 20:12:17 skyprox pppd[15146]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[25310]: purestg2: Can't disconnect user razor Mar 13 20:12:17 skyprox pppd[32003]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[30972]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[32003]: Terminating on signal 15 Mar 13 20:12:17 skyprox pppd[3050]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[32003]: purestg2: Can't disconnect user legolas Mar 13 20:12:17 skyprox pptp[31493]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[4084]: purestg2: stargazer socket has just been closed. Terminating connection. Mar 13 20:12:17 skyprox pppd[30972]: Terminating on signal 15 Mar 13 20:12:17 skyprox pppd[18306]: purestg2: stargazer socket has just been closed. Terminating connection. у рррое Mar 13 20:24:14 skyprox pppoe-server[16984]: Session 56 created for client 00:0c:42:8f:72:ac (10.67.15.56) on vlan51 using Service-Name '' Mar 13 20:24:14 skyprox pppd[16984]: Plugin /usr/lib/pppd/2.4.5/rp-pppoe.so loaded. Mar 13 20:24:14 skyprox pppd[16984]: Plugin rp-pppoe.so loaded. Mar 13 20:24:14 skyprox pppd[16984]: Plugin purestg2.so loaded. Mar 13 20:24:14 skyprox pppd[16984]: Stargazer (purestg2 2.4) auth plugin initialized. Mar 13 20:24:14 skyprox pppd[16984]: purestg2: Chap check is allowed. Mar 13 20:24:14 skyprox pppd[16984]: pppd 2.4.5 started by root, uid 0 Mar 13 20:24:14 skyprox pppd[16984]: purestg2: Can't connect to stargazer's socket /var/run/purestg2.sock. Exiting. Mar 13 20:24:14 skyprox pppd[16984]: Exit. у pptp клиентов Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Client 172.23.4.61 control connection started Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Starting call (launching pppd, opening GRE) Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Reaping child PPP[16962] Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Client pppd TERM sending Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Client pppd finish wait Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Asked to free call when no call open, not handled well Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Could not free Call ID [call clear]! Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Got call clear request after call manually shutdown - buggy client Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Asked to free call when no call open, not handled well Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Could not free Call ID [call clear]! Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Got call clear request after call manually shutdown - buggy client Mar 13 20:24:14 skyprox pptpd[16961]: CTRL: Client 172.23.4.61 control connection finished сделал ещё один рестарт stg, тьфу тьфу пока работает, но думаю на долго не хватит! Edited March 14, 2014 by yKpon
yKpon Posted March 15, 2014 Posted March 15, 2014 ещё момент, callingnumbersave захватывает mac, через конфигуратор он есть, но не записывает в базу
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now