[Fedora-users-br] Re: VPN PPTP
Cristiano Furtado
jasonnfedora em gmail.com
Qua Dez 6 11:21:49 UTC 2006
Cara na boa, não era melhor vc fazer um teste para uma maquina fora???? É
muito mais pratico, de repente pode ser até algo com o cabo cross. Bom eu
tentaria numa boa.
Em 05/12/06, Leonardo Korndorfer <leokorndorfer em gmail.com> escreveu:
>
> Eu podia passar milhares de informaçoes. Ja estou acreditando que o
> problema é de rotas:
> eth0 Link encap:Ethernet HWaddr 00:50:DA:70:88:20
> inet addr:192.168.11.18 Bcast: 192.168.11.255 Mask:
> 255.255.255.0
> inet6 addr: fe80::250:daff:fe70:8820/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:275815 errors:0 dropped:0 overruns:0 frame:0
> TX packets:167680 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:366644505 (349.6 MiB) TX bytes:17910004 (17.0 MiB)
> Interrupt:185 Base address:0x8c00
>
> ppp0 Link encap:Point-to-Point Protocol
> inet addr:192.168.10.234 P-t-P: 192.168.10.1 Mask:
> 255.255.255.255
> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
> RX packets:300 errors:0 dropped:0 overruns:0 frame:0
> TX packets:154 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:3
> RX bytes:35076 (34.2 KiB) TX bytes:15600 (15.2 KiB)
>
>
> Server:
> eth0 Link encap:Ethernet HWaddr 00:01:6C:C5:11:97
> inet addr: 192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:51256 errors:0 dropped:0 overruns:0 frame:0
> TX packets:80811 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:8225079 (7.8 MiB) TX bytes:16487062 (15.7 MiB)
> Interrupt:201 Base address:0xd400
>
> ppp0 Link encap:Point-Point Protocol
> inet addr:192.168.10.1 P-t-P:192.168.10.234 Mask:255.255.255.255
>
> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
> RX packets:228 errors:0 dropped:0 overruns:0 frame:0
> TX packets:448 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:3
> RX bytes:23296 (22.7 KiB) TX bytes:52540 (51.3 KiB)
>
>
> [root em root]# route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use
> Iface
> 192.168.10.234 0.0.0.0 255.255.255.255 UH 0 0 0
> ppp0
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0
> eth0
> 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0
> eth1
> 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0
> eth1
> 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
>
> PING 192.168.10.234 (192.168.10.234): 56 data bytes
> NADA!
>
>
>
>
> On 12/5/06, Leonardo Korndorfer < leokorndorfer em gmail.com> wrote:
> >
> > Nao estou atras de nat. Estou tentando estabelecer um tunel entre duas
> > maquinas ligadas por uma cabo cross.
> >
> > On 12/5/06, Leonardo Korndorfer < leokorndorfer em gmail.com> wrote:
> > >
> > > Bom... Continua os mesmos problemas...
> > >
> > > On 12/5/06, Cristiano Furtado <jasonnfedora em gmail.com > wrote:
> > > >
> > > > veja no log se aparece a confirmação igual a esta abaixo:
> > > >
> > > > Dec 5 11:25:37 fedora pptpd[10227]: CTRL: Client 200.254.241.07control connection started
> > > > Dec 5 11:25:37 fedora pptpd[10227]: CTRL: Starting call (launching
> > > > pppd, opening GRE)
> > > > Dec 5 11:25:38 fedora pppd[10228]: Plugin /usr/lib/pptpd/pptpd-
> > > > logwtmp.so loaded.
> > > > Dec 5 11:25:38 fedora pppd[10228]: pppd 2.4.3 started by root, uid
> > > > 0
> > > > Dec 5 11:25:38 fedora pppd[10228]: Using interface ppp1
> > > > Dec 5 11:25:38 fedora pppd[10228]: Connect: ppp1 <--> /dev/pts/4404
> > > > Dec 5 11:25:41 fedora pppd[10228]: MPPE 128-bit stateless
> > > > compression enabled
> > > > Dec 5 11:25:44 fedora pppd[10228]: found interface eth1 for proxy
> > > > arp
> > > > Dec 5 11:25:44 fedora pppd[10228]: local IP address 192.168.0.240
> > > > Dec 5 11:25:44 fedora pppd[10228]: remote IP address 192.168.0.241
> > > >
> > > >
> > > > 2006/12/5, Leonardo Korndorfer <leokorndorfer em gmail.com>:
> > > > >
> > > > > Mais um detalhe. É estabelecido um tunel sim. Mas nao parece
> > > > > funcionar.
> > > > >
> > > > > On 12/5/06, Leonardo Korndorfer < leokorndorfer em gmail.com > wrote:
> > > > > >
> > > > > > 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 em hotmail.com
> > > > > > ICQ: 102788426
> > > > > > Slack + Gentoo
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > 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 em hotmail.com
> > > > > ICQ: 102788426
> > > > > Slack + Gentoo
> > > > >
> > > > > --
> > > > > Fedora-users-br mailing list
> > > > > Fedora-users-br em redhat.com
> > > > > https://www.redhat.com/mailman/listinfo/fedora-users-br
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Cristiano Furtado dos Santos
> > > > Administrador de Sistemas Linux
> > > > http://jasonnfedora.no-ip.org/repositorio
> > > > http://fedora.org.br
> > > >
> > > > --
> > > > Fedora-users-br mailing list
> > > > Fedora-users-br em redhat.com
> > > > https://www.redhat.com/mailman/listinfo/fedora-users-br
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > 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 em hotmail.com
> > > ICQ: 102788426
> > > Slack + Gentoo
> > >
> >
> >
> >
> > --
> > 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 em hotmail.com
> > ICQ: 102788426
> > Slack + Gentoo
> >
>
>
>
> --
> 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 em hotmail.com
> ICQ: 102788426
> Slack + Gentoo
>
> --
> Fedora-users-br mailing list
> Fedora-users-br em redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-users-br
>
>
>
--
Cristiano Furtado dos Santos
Administrador de Sistemas Linux
http://jasonnfedora.no-ip.org/repositorio
http://fedora.org.br
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://listman.redhat.com/archives/fedora-users-br/attachments/20061206/b45ab80b/attachment.htm>
Mais detalhes sobre a lista de discussão Fedora-users-br