Pois bem...
Estou tendo um problema com um tunel pptp em um sistema embarado. Seguem
alguns pedaços de log:
Servidor:
Dec 5 09:05:48 Digistar daemon.err pppd[12475]: Received bad
configure-ack: 1a 04 78 00 18 04 78 00
Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: sent [CCP ConfReq id=0x2
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:51 Digistar daemon.debug pptpd[12474]: GRE: accepting packet
#24
Dec 5 09:05:51 Digistar daemon.debug pptpd[12474]: GRE: accepting packet
#25
Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: rcvd [CCP ConfReq id=0x9
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: sent [CCP ConfAck id=0x9
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:51 Digistar daemon.debug pppd[12475]: rcvd [CCP ConfAck id=0x2
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:51 Digistar daemon.err pppd[12475]: Received bad
configure-ack: 1a 04 78 00 18 04 78 00
Dec 5 09:05:52 Digistar syslog.info -- MARK --
Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: sent [CCP ConfReq id=0x2
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:54 Digistar daemon.debug pptpd[12474]: GRE: accepting packet
#26
Dec 5 09:05:54 Digistar daemon.debug pptpd[12474]: GRE: accepting packet
#27
Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: rcvd [CCP ConfReq id=0xa
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: sent [CCP ConfAck id=0xa
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:54 Digistar daemon.debug pppd[12475]: rcvd [CCP ConfAck id=0x2
<deflate 15> <deflate(old#) 15>]
Dec 5 09:05:54 Digistar daemon.err pppd[12475]: Received bad
configure-ack: 1a 04 78 00 18 04 78 00
Dec 5 09:05:57 Digistar daemon.warn pppd[12475]: CCP: timeout sending
Config-Requests
Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL: Received PPTP
Control Message (type: 5)
Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL: Made a ECHO RPLY
packet
Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL: I wrote 20 bytes
to the client.
Dec 5 09:06:25 Digistar daemon.debug pptpd[12474]: CTRL: Sent packet to
client
Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL: Sending ECHO REQ
id 1
Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL: Made a ECHO REQ
packet
Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL: I wrote 16 bytes
to the client.
Dec 5 09:07:25 Digistar daemon.debug pptpd[12474]: CTRL: Sent packet to
client
Cliente:
Dec 5 12:01:14 eng-4 pptp[7083]: anon log[main:pptp.c:276]: The synchronous
pptp option is NOT activated
Dec 5 12:01:14 eng-4 pptp[7086]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
control packet type is 1 'Start-Control-Connection-Request'
Dec 5 12:01:14 eng-4 pptp[7086]: anon log[ctrlp_disp:pptp_ctrl.c:738]:
Received Start Control Connection Reply
Dec 5 12:01:14 eng-4 pptp[7086]: anon log[ctrlp_disp:pptp_ctrl.c:772]:
Client connection established.
Dec 5 12:01:15 eng-4 pptp[7086]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
control packet type is 7 'Outgoing-Call-Request'
Dec 5 12:01:15 eng-4 pptp[7086]: anon log[ctrlp_disp:pptp_ctrl.c:857]:
Received Outgoing Call Reply.
Dec 5 12:01:15 eng-4 pptp[7086]: anon log[ctrlp_disp:pptp_ctrl.c:896]:
Outgoing call established (call ID 0, peer's call ID 1408).
Dec 5 12:01:15 eng-4 pppd[7088]: pppd 2.4.3 started by root, uid 0
Dec 5 12:01:15 eng-4 pppd[7088]: Using interface ppp0
Dec 5 12:01:15 eng-4 pppd[7088]: Connect: ppp0 <--> /dev/pts/5
Dec 5 12:01:15 eng-4 pppd[7088]: Warning - secret file /etc/ppp/pap-secrets
has world and/or group access
Dec 5 12:01:17 eng-4 pppd[7088]: Warning - secret file /etc/ppp/pap-secrets
has world and/or group access
Dec 5 12:01:17 eng-4 pppd[7088]: Remote message: Login ok
Dec 5 12:01:17 eng-4 pppd[7088]: PAP authentication succeeded
Dec 5 12:01:17 eng-4 kernel: PPP Deflate Compression module registered
Dec 5 12:01:17 eng-4 pppd[7088]: Deflate (15) compression enabled
Dec 5 12:01:17 eng-4 pppd[7088]: local IP address 192.168.10.51
Dec 5 12:01:17 eng-4 pppd[7088]: remote IP address 192.168.10.1
Dec 5 12:01:20 eng-4 pppd[7088]: Deflate (15) compression enabled
Este é o pedaço de codigo onde o erro é gerado.
if( !(f->callbacks->ackci? (*f->callbacks->ackci)(f, inp, len):
(len == 0)) ){
/* Ack is bad - ignore it */
error("Received bad configure-ack: %P", inp, len);
return;
}
Eu estou com uma grande tendencia a acreditar que nao é bug no codigo. Meus
arquivos de configuraçao tambem acredito que nao tenham problemas.
Ele fica recebendo esses "bad configure-ack" desde o pacote #1.
Interessante, nao?
Se alguem tiver alguma ideia sera bem vinda.
--
Leonardo Korndorfer
x50/x6F/x72/x20/x66/x61/x76/x6F/x72/x21/x20/x4E/x61/x6F/x20/x61/x63/x72/x65/x64/x69/x74/x6F/x20/x71/x75/x65/x20/x74/x75/x20/x74/x65/x20/x64/x65/x73/x74/x65/x20/x6F/x20/x74/x72/x61/x62/x61/x6C/x68/x6F/x20/x64/x65/x20/x74/x72/x61/x64/x75/x7A/x69/x72/x20/x69/x73/x73/x6F/x21/x20
alt.not.root.coffe.coffe.coffe
A monk asked Joshu, "Does a dog have the Buddha nature?
Joshu retorted, "Mu!"
MSN: leokorndorfer(a)hotmail.com
ICQ: 102788426
Slack + Gentoo