Страница 2 из 3

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 10:57 am
worky
вот еще попробовал так
root@ubuntu:~# radtest testuser testpassword 127.0.0.1:1812 0 testing123 0 127.0.0.1
Sending Access-Request of id 247 to 127.0.0.1 port 1812
User-Name = "testuser"
User-Password = "testpassword"
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Framed-Protocol = PPP
rad_recv: Access-Accept packet from host 127.0.0.1:1812, id=247, length=20
и получил
rad_recv: Access-Request packet from host 127.0.0.1:54043, id=247, length=66
User-Name = "testuser"
User-Password = "testpassword"
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Framed-Protocol = PPP
Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 5
Exec-Program output: Auth-Type := Accept
Exec-Program-Wait: value-pairs: Auth-Type := Accept
Exec-Program: returned: 0
modcall[authorize]: module "pre_auth" returns ok for request 5
modcall[authorize]: module "preprocess" returns ok for request 5
modcall: leaving group authorize (returns ok) for request 5
rad_check_password: Found Auth-Type Accept
rad_check_password: Auth-Type = Accept, accepting the user
Login OK: [testuser] (from client localhost port 0)
Sending Access-Accept of id 247 to 127.0.0.1 port 54043
Finished request 5
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 5 ID 247 with timestamp 4b31ee6d
Nothing to do. Sleeping until we see a request.

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 12:04 pm
ran
ну аксесс реквест уже появился
rad_recv: Access-Request packet from host 127.0.0.1:39808, id=172, length=89
rauth.pl pre_auth уже вызывать научился ;) а rauth.pl post_auth ненада, да? :D кто атрибуты нужные сформирует?

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 12:45 pm
worky
ran писал(а):ну аксесс реквест уже появился
rad_recv: Access-Request packet from host 127.0.0.1:39808, id=172, length=89
rauth.pl pre_auth уже вызывать научился ;) а rauth.pl post_auth ненада, да? :D кто атрибуты нужные сформирует?
кстати насчет этого пост_аутз: в инструкции здесь на сайте его даже не упоминают. я его высмотрел только в чужих мануалах.
в конфиге маю:

Код: Выделить всё

post-auth {
        #  Get an address from the IP Pool.
#       main_pool
#       sqlippool

        #
        #  If you want to have a log of authentication replies,
        #  un-comment the following line, and the 'detail reply_log'
        #  section, above.
#       reply_log

        #
        #  After authenticating the user, do another SQL query.
        #
        #  See "Authentication Logging Queries" in sql.conf
#       sql

        #
        #  Instead of sending the query to the SQL server,
        #  write it into a log file.
        #
#       sql_log

        #
        #  Un-comment the following if you have set
        #  'edir_account_policy_check = yes' in the ldap module sub-section of
        #  the 'modules' section.
        #
#       ldap
        #
        #  Access-Reject packets are sent through the REJECT sub-section of the
        #  post-auth section.
        #  Uncomment the following and set the module name to the ldap instance
        #  name if you have set 'edir_account_policy_check = yes' in the ldap
        #  module sub-section of the 'modules' section.
        #
        Post-Auth-Type REJECT {
                post_auth
        }

}
и это
modules {

exec pre_auth {
wait = yes
program = "/usr/abills/libexec/rauth.pl pre_auth"
input_pairs = request
output_pairs = config
}

exec post_auth {
wait = yes
program = "/usr/abills/libexec/rauth.pl post_auth"
input_pairs = request
output_pairs = config
}
разделители должны быть пробелами - так?
и еще вопрос возник - в каких случаях что-то дописывается, а в каких - что-то еще и править нужно в конфиге - ну там захешить другие виды авторизации? просто та же секция ауторизе в разных мануалах по-разному выглядит....

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 1:49 pm
ran
кстати насчет этого пост_аутз: в инструкции здесь на сайте его даже не упоминают. я его высмотрел только в чужих мануалах.
ващет упоминают
Cоздаются функции для преавторизации и поставторизации

exec pre_auth {
wait = yes
program = "/usr/abills/libexec/rauth.pl pre_auth"
input_pairs = request
output_pairs = config
}

exec post_auth {
wait = yes
program = "/usr/abills/libexec/rauth.pl post_auth"
input_pairs = request
output_pairs = config
}
и здесь тоже правда почему-то только в контексте радиус2 ;) для радиус1 видимо мыши съели

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 1:55 pm
worky
стоп! вот этой первой ссылки я не видел: я делал по той, что вторая - вот там для первого радиуса ни слова про пост_аутз.
спасибо за ссылку - я сейчас пройдусь по ней и сравню с тем, что у меня.

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 2:29 pm
worky
Итак - есть прогресс: содержимое файла радаттр.ппп0
Framed-IP-Address 255.255.255.254
Framed-MTU 576
Service-Type Framed-User
Framed-Protocol PPP
Framed-Compression Van-Jacobson-TCP-IP
при подключении к серверу радиус пишет:
rad_recv: Access-Request packet from host 127.0.0.1:59417, id=188, length=89
Service-Type = Framed-User
Framed-Protocol = PPP
User-Name = "test"
CHAP-Challenge = 0x8a525971daecf7f70f0fffefe8596dae43f7
CHAP-Password = 0x3161c7ec842d95cff9f27f2e6984e74c54
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
Exec-Program output: Auth-Type := Accept
Exec-Program-Wait: value-pairs: Auth-Type := Accept
Exec-Program: returned: 0
modcall[authorize]: module "pre_auth" returns ok for request 0
modcall[authorize]: module "preprocess" returns ok for request 0
rlm_realm: No '@' in User-Name = "test", looking up realm NULL
rlm_realm: No such realm "NULL"
modcall[authorize]: module "suffix" returns noop for request 0
users: Matched entry DEFAULT at line 153
users: Matched entry DEFAULT at line 172
users: Matched entry DEFAULT at line 184
modcall[authorize]: module "files" returns ok for request 0
modcall: leaving group authorize (returns ok) for request 0
rad_check_password: Found Auth-Type Accept
rad_check_password: Auth-Type = Accept, accepting the user
Login OK: [test] (from client localhost port 0)
Sending Access-Accept of id 188 to 127.0.0.1 port 59417
Framed-IP-Address = 255.255.255.254
Framed-MTU = 576
Service-Type = Framed-User
Framed-Protocol = PPP
Framed-Compression = Van-Jacobson-TCP-IP
Finished request 0
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
rad_recv: Accounting-Request packet from host 127.0.0.1:33928, id=189, length=96
Acct-Session-Id = "4B322783158800"
User-Name = "test"
Acct-Status-Type = Start
Service-Type = Framed-User
Framed-Protocol = PPP
Acct-Authentic = RADIUS
NAS-Port-Type = Async
Framed-IP-Address = 192.168.1.1
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Acct-Delay-Time = 0
Finished request 1
Going to the next request
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 0 ID 188 with timestamp 4b322783
Cleaning up request 1 ID 189 with timestamp 4b322783
Nothing to do. Sleeping until we see a request.
rad_recv: Accounting-Request packet from host 127.0.0.1:33928, id=189, length=96
Acct-Session-Id = "4B322783158800"
User-Name = "test"
Acct-Status-Type = Start
Service-Type = Framed-User
Framed-Protocol = PPP
Acct-Authentic = RADIUS
NAS-Port-Type = Async
Framed-IP-Address = 192.168.1.1
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Acct-Delay-Time = 0
Finished request 2
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 2 ID 189 with timestamp 4b32278d
Nothing to do. Sleeping until we see a request.
rad_recv: Accounting-Request packet from host 127.0.0.1:33928, id=189, length=96
Acct-Session-Id = "4B322783158800"
User-Name = "test"
Acct-Status-Type = Start
Service-Type = Framed-User
Framed-Protocol = PPP
Acct-Authentic = RADIUS
NAS-Port-Type = Async
Framed-IP-Address = 192.168.1.1
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Acct-Delay-Time = 0
Finished request 3
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 3 ID 189 with timestamp 4b322797
Nothing to do. Sleeping until we see a request.
и еще: при разрыве соединения радиус ничего в логах не пишет.

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 2:41 pm
worky
Еще прогресс: в файле юзерс радиуса оказывается есть еще некоторые секции, которые нужно захешить все!!!!! и добавить то, что в инструкции! теперь маю в радаттр.ппп0:
Acct-Interim-Interval 60
Session-Timeout 717723
PPPD-Upstream-Speed-Limit 128
Octets-Direction 0
Framed-IP-Address 192.168.0.30
Session-Octets-Limit 104857600
Framed-IP-Netmask 255.255.255.0
PPPD-Downstream-Speed-Limit 128
все верно?

единственная трабла: радиус не реагирует на разрыв соединения со стороны юзера. это нормально? или это от настроек в биллинге юзера зависит?

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 3:02 pm
ran
все верно?
почти...
Framed-IP-Netmask 255.255.255.0
это не смущает?
радиус не реагирует на разрыв соединения со стороны юзера. это нормально?
в каком смысле не реагирует? не рвётся соединение?

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 3:45 pm
worky
ran писал(а):
все верно?
почти...
Framed-IP-Netmask 255.255.255.0
это не смущает?
радиус не реагирует на разрыв соединения со стороны юзера. это нормально?
в каком смысле не реагирует? не рвётся соединение?
1) айпи не смущает - это настройки в абиллсе, наверное....
2) рвет - просто в логах радиуса ничего нет. хотя на рабочем серваке в логи выпадает, если разрывается соединение.

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 3:50 pm
NiTr0
Что-то не то настроили в конфиге радиуса. Радиус и не пытается с биллингом общаться, просто шлет accept.

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 4:02 pm
worky
NiTr0 писал(а):Что-то не то настроили в конфиге радиуса. Радиус и не пытается с биллингом общаться, просто шлет accept.
почему Вы так думаете?

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 4:16 pm
worky
кстати, а почему в биллинге может быть не видно активных юзеров?

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Ср дек 23, 2009 5:54 pm
NiTr0
worky писал(а):почему Вы так думаете?
Сорри, не увидел последующих надругательств - глянул на viewtopic.php?p=20223#p20223 и подумал последнее сообщение в теме.

По поводу того, что сессий нет в мониторинге - смотреть настройки клиента (чего стоп не шлет) и сервера по части аккаунтинга. Пока старт-пакет не пришел - сессия в мониторинге не появится.

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Чт дек 24, 2009 7:29 am
ran
1) айпи не смущает - это настройки в абиллсе, наверное....
при чём здесь ип? речь о маске... если для туннеля ppp (точка-точка) может быть маска подсети отличная от /32 (255.255.255.255) я уйду в монастырь... женский разумеется ;)
2) рвет - просто в логах радиуса ничего нет. хотя на рабочем серваке в логи выпадает, если разрывается соединение.
в / Клиенты/ Логины/ Информация/ Сервисы/ Internet/ Статистика/ завершённая сессия попадает? в детализации этой сессии ACCT_TERMINATE_CAUSE какой?

Re: Почему /var/run/radattr.pppX могут быть пустыми?

Добавлено: Чт дек 24, 2009 10:26 am
worky
1) маску такую я выставил в настройке клиента.
2)сегодняшних сессий нет вообще

При этом радиус пишет такой лог:
rad_recv: Access-Request packet from host 127.0.0.1:51573, id=211, length=107
Service-Type = Framed-User
Framed-Protocol = PPP
User-Name = "test"
CHAP-Challenge = 0xa028e32248864cf68875e7a6357461f647a2594d
CHAP-Password = 0xe45cbc7ae090038af98648ae92f668e38b
Calling-Station-Id = "192.168.48.129"
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
Exec-Program output: Auth-Type := Accept
Exec-Program-Wait: value-pairs: Auth-Type := Accept
Exec-Program: returned: 0
modcall[authorize]: module "pre_auth" returns ok for request 0
modcall[authorize]: module "preprocess" returns ok for request 0
rlm_realm: No '@' in User-Name = "test", looking up realm NULL
rlm_realm: No such realm "NULL"
modcall[authorize]: module "suffix" returns noop for request 0
users: Matched entry DEFAULT at line 216
modcall[authorize]: module "files" returns ok for request 0
modcall: leaving group authorize (returns ok) for request 0
rad_check_password: Found Auth-Type Accept
rad_check_password: Auth-Type = Accept, accepting the user
Exec-Program output: Acct-Interim-Interval = 60, Session-Timeout = 646630, PPPD-Upstream-Speed-Limit = 128, Octets-Direction = 0, Framed-IP-Address = 192.168.0.30, Session-Octets-Limit = 104857600, Framed-IP-Netmask = 0.0.0.0, PPPD-Downstream-Speed-Limit = 128,
Exec-Program-Wait: value-pairs: Acct-Interim-Interval = 60, Session-Timeout = 646630, PPPD-Upstream-Speed-Limit = 128, Octets-Direction = 0, Framed-IP-Address = 192.168.0.30, Session-Octets-Limit = 104857600, Framed-IP-Netmask = 0.0.0.0, PPPD-Downstream-Speed-Limit = 128,
Exec-Program: returned: 0
Login OK: [test] (from client localhost port 0 cli 192.168.48.129)
Sending Access-Accept of id 211 to 127.0.0.1 port 51573
Acct-Interim-Interval = 60
Session-Timeout = 646630
PPPD-Upstream-Speed-Limit = 128
Octets-Direction = Route-IP-No
Framed-IP-Address = 192.168.0.30
Session-Octets-Limit = 104857600
Framed-IP-Netmask = 0.0.0.0
PPPD-Downstream-Speed-Limit = 128
Finished request 0
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
rad_recv: Accounting-Request packet from host 127.0.0.1:38375, id=212, length=112
Acct-Session-Id = "4B3340FA245300"
User-Name = "test"
Acct-Status-Type = Start
Service-Type = Framed-User
Framed-Protocol = PPP
Calling-Station-Id = "192.168.48.129"
Acct-Authentic = RADIUS
NAS-Port-Type = Async
Framed-IP-Address = 192.168.0.30
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Acct-Delay-Time = 0
Finished request 1
Going to the next request
--- Walking the entire request list ---
Waking up in 5 seconds...
--- Walking the entire request list ---
Cleaning up request 0 ID 211 with timestamp 4b3340f9
Waking up in 1 seconds...
--- Walking the entire request list ---
Cleaning up request 1 ID 212 with timestamp 4b3340fa
Nothing to do. Sleeping until we see a request.
rad_recv: Accounting-Request packet from host 127.0.0.1:38375, id=212, length=112
Acct-Session-Id = "4B3340FA245300"
User-Name = "test"
Acct-Status-Type = Start
Service-Type = Framed-User
Framed-Protocol = PPP
Calling-Station-Id = "192.168.48.129"
Acct-Authentic = RADIUS
NAS-Port-Type = Async
Framed-IP-Address = 192.168.0.30
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Acct-Delay-Time = 0
Finished request 2
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 2 ID 212 with timestamp 4b334104
Nothing to do. Sleeping until we see a request.
rad_recv: Accounting-Request packet from host 127.0.0.1:38375, id=212, length=112
Acct-Session-Id = "4B3340FA245300"
User-Name = "test"
Acct-Status-Type = Start
Service-Type = Framed-User
Framed-Protocol = PPP
Calling-Station-Id = "192.168.48.129"
Acct-Authentic = RADIUS
NAS-Port-Type = Async
Framed-IP-Address = 192.168.0.30
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Acct-Delay-Time = 0
Finished request 3
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 3 ID 212 with timestamp 4b33410e
Nothing to do. Sleeping until we see a request.
а вот что в сислоге:
Dec 24 12:30:58 ubuntu pptpd[9336]: MGR: Launching /usr/sbin/pptpctrl to handle client
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: local address = 192.168.0.1
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: remote address = 192.168.1.1
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: pppd options file = /etc/ppp/pptpd-options
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Client 192.168.48.129 control connection started
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Received PPTP Control Message (type: 1)
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Made a START CTRL CONN RPLY packet
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: I wrote 156 bytes to the client.
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Sent packet to client
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Received PPTP Control Message (type: 7)
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Set parameters to 100000000 maxbps, 64 window size
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Made a OUT CALL RPLY packet
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Starting call (launching pppd, opening GRE)
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: pty_fd = 8
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: tty_fd = 9
Dec 24 12:30:58 ubuntu pptpd[9337]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd
Dec 24 12:30:58 ubuntu pptpd[9337]: CTRL (PPPD Launcher): local address = 192.168.0.1
Dec 24 12:30:58 ubuntu pptpd[9337]: CTRL (PPPD Launcher): remote address = 192.168.1.1
Dec 24 12:30:58 ubuntu pppd[9337]: Plugin radius.so loaded.
Dec 24 12:30:58 ubuntu pppd[9337]: RADIUS plugin initialized.
Dec 24 12:30:58 ubuntu pppd[9337]: Plugin radattr.so loaded.
Dec 24 12:30:58 ubuntu pppd[9337]: RADATTR plugin initialized.
Dec 24 12:30:58 ubuntu pppd[9337]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded.
Dec 24 12:30:58 ubuntu pppd[9337]: pptpd-logwtmp: $Version$
Dec 24 12:30:58 ubuntu pppd[9337]: pppd 2.4.4 started by root, uid 0
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: I wrote 32 bytes to the client.
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Sent packet to client
Dec 24 12:30:58 ubuntu pppd[9337]: using channel 23
Dec 24 12:30:58 ubuntu pppd[9337]: Using interface ppp0
Dec 24 12:30:58 ubuntu pppd[9337]: Connect: ppp0 <--> /dev/pts/2
Dec 24 12:30:58 ubuntu pppd[9337]: sent [LCP ConfReq id=0x1 <mru 1462> <asyncmap 0x0> <auth chap MD5> <magic 0x7532c8cb>
<pcomp> <accomp>]
Dec 24 12:30:58 ubuntu pptpd[9336]: GRE: Bad checksum from pppd.
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Received PPTP Control Message (type: 15)
Dec 24 12:30:58 ubuntu pptpd[9336]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Dec 24 12:30:58 ubuntu pptpd[9336]: GRE: accepting packet #0
Dec 24 12:30:58 ubuntu pppd[9337]: rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x2c8119f0> <pcomp> <accomp> <callback CBCP
>]
Dec 24 12:30:58 ubuntu pppd[9337]: sent [LCP ConfRej id=0x0 <callback CBCP>]
Dec 24 12:30:58 ubuntu pptpd[9336]: GRE: accepting packet #1
Dec 24 12:30:58 ubuntu pppd[9337]: rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x2c8119f0> <pcomp> <accomp>]
Dec 24 12:30:58 ubuntu pppd[9337]: sent [LCP ConfAck id=0x1 <mru 1400> <magic 0x2c8119f0> <pcomp> <accomp>]
Dec 24 12:31:01 ubuntu pppd[9337]: sent [LCP ConfReq id=0x1 <mru 1462> <asyncmap 0x0> <auth chap MD5> <magic 0x7532c8cb>
<pcomp> <accomp>]
Dec 24 12:31:01 ubuntu pptpd[9336]: GRE: accepting packet #2
Dec 24 12:31:01 ubuntu pppd[9337]: rcvd [LCP ConfAck id=0x1 <mru 1462> <asyncmap 0x0> <auth chap MD5> <magic 0x7532c8cb>
<pcomp> <accomp>]
Dec 24 12:31:01 ubuntu pppd[9337]: sent [LCP EchoReq id=0x0 magic=0x7532c8cb]
Dec 24 12:31:01 ubuntu pppd[9337]: sent [CHAP Challenge id=0xf5 <389b740cbb4c10123946f640c3ee42c812cd0b>, name = "pptpd"]
Dec 24 12:31:01 ubuntu pptpd[9336]: GRE: accepting packet #3
Dec 24 12:31:01 ubuntu pppd[9337]: rcvd [LCP Ident id=0x2 magic=0x2c8119f0 "MSRASV5.10"]
Dec 24 12:31:01 ubuntu pptpd[9336]: CTRL: Received PPTP Control Message (type: 15)
Dec 24 12:31:01 ubuntu pptpd[9336]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
Dec 24 12:31:01 ubuntu pptpd[9336]: GRE: accepting packet #4
Dec 24 12:31:01 ubuntu pppd[9337]: rcvd [LCP Ident id=0x3 magic=0x2c8119f0 "MSRAS-0-WINXPSP3-PC"]
Dec 24 12:31:01 ubuntu pptpd[9336]: GRE: accepting packet #5
Dec 24 12:31:01 ubuntu pppd[9337]: rcvd [LCP EchoRep id=0x0 magic=0x2c8119f0]
Dec 24 12:31:01 ubuntu pptpd[9336]: GRE: accepting packet #6
Dec 24 12:31:01 ubuntu pppd[9337]: rcvd [CHAP Response id=0xf5 <2cbd5bda204403984223fa52ba0eb560>, name = "test"]
Dec 24 12:31:02 ubuntu pppd[9337]: RADATTR plugin wrote 8 line(s) to file /var/run/radattr.ppp0.
Dec 24 12:31:02 ubuntu pppd[9337]: sent [CHAP Success id=0xf5 ""]
Dec 24 12:31:02 ubuntu pppd[9337]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.0.1>]
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #7
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #8
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #9
Dec 24 12:31:02 ubuntu pppd[9337]: rcvd [CCP ConfReq id=0x4 <mppe +H -M -S -L -D +C>]
Dec 24 12:31:02 ubuntu pppd[9337]: sent [CCP ConfReq id=0x1]
Dec 24 12:31:02 ubuntu pppd[9337]: sent [CCP ConfRej id=0x4 <mppe +H -M -S -L -D +C>]
Dec 24 12:31:02 ubuntu pppd[9337]: rcvd [IPCP ConfReq id=0x5 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns3
0.0.0.0> <ms-wins 0.0.0.0>]
Dec 24 12:31:02 ubuntu pppd[9337]: sent [IPCP ConfRej id=0x5 <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>]
Dec 24 12:31:02 ubuntu pppd[9337]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Dec 24 12:31:02 ubuntu pppd[9337]: sent [IPCP ConfReq id=0x2 <addr 192.168.0.1>]
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #10
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #11
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #12
Dec 24 12:31:02 ubuntu pppd[9337]: rcvd [CCP ConfAck id=0x1]
Dec 24 12:31:02 ubuntu pppd[9337]: rcvd [CCP TermReq id=0x6",\37777777601\031\37777777760\000<\37777777715t\000\000\002\3
7777777734"]
Dec 24 12:31:02 ubuntu pppd[9337]: sent [CCP TermAck id=0x6]
Dec 24 12:31:02 ubuntu pppd[9337]: rcvd [IPCP ConfReq id=0x7 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Dec 24 12:31:02 ubuntu pppd[9337]: sent [IPCP ConfNak id=0x7 <addr 192.168.0.30> <ms-dns1 192.168.153.2> <ms-dns3 192.168
.153.2>]
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #13
Dec 24 12:31:02 ubuntu pppd[9337]: rcvd [IPCP ConfAck id=0x2 <addr 192.168.0.1>]
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #14
Dec 24 12:31:02 ubuntu pppd[9337]: rcvd [IPCP ConfReq id=0x8 <addr 192.168.0.30> <ms-dns1 192.168.153.2> <ms-dns3 192.168
.153.2>]
Dec 24 12:31:02 ubuntu pppd[9337]: sent [IPCP ConfAck id=0x8 <addr 192.168.0.30> <ms-dns1 192.168.153.2> <ms-dns3 192.168
.153.2>]
Dec 24 12:31:02 ubuntu pppd[9337]: local IP address 192.168.0.1
Dec 24 12:31:02 ubuntu pppd[9337]: remote IP address 192.168.0.30
Dec 24 12:31:02 ubuntu pppd[9337]: pptpd-logwtmp.so ip-up ppp0 test 192.168.48.129
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #15
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #16
Dec 24 12:31:02 ubuntu pptpd[9336]: GRE: accepting packet #17
Dec 24 12:31:03 ubuntu pptpd[9336]: GRE: accepting packet #21
Dec 24 12:31:03 ubuntu pptpd[9336]: GRE: accepting packet #22
Dec 24 12:31:03 ubuntu pptpd[9336]: GRE: accepting packet #23
Dec 24 12:31:04 ubuntu pptpd[9336]: GRE: accepting packet #24
Dec 24 12:31:05 ubuntu pptpd[9336]: GRE: accepting packet #25
Dec 24 12:31:05 ubuntu pptpd[9336]: GRE: accepting packet #26
Dec 24 12:31:05 ubuntu pptpd[9336]: GRE: accepting packet #27
Dec 24 12:31:05 ubuntu pptpd[9336]: GRE: accepting packet #28
Dec 24 12:31:05 ubuntu pptpd[9336]: GRE: accepting packet #29
Dec 24 12:31:06 ubuntu pptpd[9336]: GRE: accepting packet #30
Dec 24 12:31:07 ubuntu pptpd[9336]: GRE: accepting packet #31
Dec 24 12:31:08 ubuntu pptpd[9336]: GRE: accepting packet #32
Dec 24 12:31:08 ubuntu pptpd[9336]: GRE: accepting packet #33
Dec 24 12:31:08 ubuntu pptpd[9336]: GRE: accepting packet #34
Dec 24 12:31:08 ubuntu pptpd[9336]: GRE: accepting packet #35
Dec 24 12:31:08 ubuntu pptpd[9336]: GRE: accepting packet #36
Dec 24 12:31:09 ubuntu pptpd[9336]: GRE: accepting packet #37
Dec 24 12:31:09 ubuntu pptpd[9336]: GRE: accepting packet #38
Dec 24 12:31:09 ubuntu pptpd[9336]: GRE: accepting packet #39
Dec 24 12:31:10 ubuntu pptpd[9336]: GRE: accepting packet #40
Dec 24 12:31:10 ubuntu pptpd[9336]: GRE: accepting packet #41
Dec 24 12:31:11 ubuntu pptpd[9336]: GRE: accepting packet #42
Dec 24 12:31:11 ubuntu pptpd[9336]: GRE: accepting packet #43
Dec 24 12:31:12 ubuntu pptpd[9336]: GRE: accepting packet #44
Dec 24 12:31:14 ubuntu pptpd[9336]: GRE: accepting packet #45
Dec 24 12:31:15 ubuntu pptpd[9336]: GRE: accepting packet #46
Dec 24 12:31:32 ubuntu pppd[9337]: rc_send_server: no reply from RADIUS server localhost:1813
Dec 24 12:31:32 ubuntu pppd[9337]: Accounting START failed for test
Dec 24 12:31:32 ubuntu pppd[9337]: Script /etc/ppp/ip-up started (pid 9341)
Dec 24 12:31:32 ubuntu pppd[9337]: sent [CCP ConfReq id=0x1]
Dec 24 12:31:32 ubuntu pppd[9337]: Script /etc/ppp/ip-up finished (pid 9341), status = 0x0
Dec 24 12:31:32 ubuntu pptpd[9336]: GRE: accepting packet #47
Dec 24 12:31:32 ubuntu pptpd[9336]: GRE: accepting packet #48
Dec 24 12:31:32 ubuntu pppd[9337]: rcvd [CCP TermAck id=0x1]
Dec 24 12:31:32 ubuntu pppd[9337]: sent [CCP TermReq id=0x2"No compression negotiated"]
Dec 24 12:31:32 ubuntu pptpd[9336]: GRE: accepting packet #49
Dec 24 12:31:32 ubuntu pppd[9337]: rcvd [CCP TermAck id=0x2"No compression negotiated"]
Dec 24 12:31:36 ubuntu pptpd[9336]: CTRL: Received PPTP Control Message (type: 15)
Dec 24 12:31:36 ubuntu pptpd[9336]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Dec 24 12:31:36 ubuntu pptpd[9336]: GRE: accepting packet #50
Dec 24 12:31:36 ubuntu pppd[9337]: rcvd [LCP TermReq id=0x9 ",\37777777601\031\37777777760\000<\37777777715t\000\000\000\
000"]
Dec 24 12:31:36 ubuntu pppd[9337]: LCP terminated by peer (,M-^A^YM-p^@<M-Mt^@^@^@^@)
Dec 24 12:31:36 ubuntu pppd[9337]: pptpd-logwtmp.so ip-down ppp0
Dec 24 12:31:36 ubuntu pppd[9337]: Connect time 0.6 minutes.
Dec 24 12:31:36 ubuntu pppd[9337]: Sent 33 bytes, received 4105 bytes.
Dec 24 12:31:36 ubuntu pppd[9337]: Script /etc/ppp/ip-down started (pid 9343)
Dec 24 12:31:36 ubuntu pppd[9337]: sent [LCP TermAck id=0x9]
Dec 24 12:31:36 ubuntu pppd[9337]: Script /etc/ppp/ip-down finished (pid 9343), status = 0x0
Dec 24 12:31:36 ubuntu pptpd[9336]: CTRL: Received PPTP Control Message (type: 12)
Dec 24 12:31:36 ubuntu pptpd[9336]: CTRL: Made a CALL DISCONNECT RPLY packet
Dec 24 12:31:36 ubuntu pptpd[9336]: CTRL: Received CALL CLR request (closing call)
Dec 24 12:31:36 ubuntu pptpd[9336]: CTRL: Reaping child PPP[9337]
Dec 24 12:31:36 ubuntu pppd[9337]: Modem hangup
Dec 24 12:31:36 ubuntu pppd[9337]: Connection terminated.
Dec 24 12:31:36 ubuntu pppd[9337]: RADATTR plugin removed file /var/run/radattr.ppp0.
Dec 24 12:31:36 ubuntu pppd[9337]: Exit.
Dec 24 12:31:36 ubuntu pptpd[9336]: CTRL: Client 192.168.48.129 control connection finished
Dec 24 12:31:36 ubuntu pptpd[9336]: CTRL: Exiting now
Dec 24 12:31:36 ubuntu pptpd[9296]: MGR: Reaped child 9336