Re: [FUG-BR] Problemas com pptpclient

2009-03-03 Por tôpico Marcello Barreto
Olá Wanderson,
Desculpa o delay ...então, eu sei que o pacote iproute trás o comando 
/bin/ip... mas eu achava que como já faz parte do ports deveria estar no padrão 
Freebsd...
De qualquer forma, não modifiqueui nenhuma rota por ter a seguinte 
situação no meu pc:

[r...@musashi /usr/home/marcellobm]# netstat -r -f inet 
Routing tables

Internet:
DestinationGatewayFlagsRefs  Use  Netif Expire
default192.168.1.1UGS 032200rl0
localhost  localhost  UH  00lo0
192.168.1.0link#1 UC  00rl0
192.168.1.100:18:39:8f:9d:7a  UHLW2   31rl0   1061
192.168.199.1  192.168.199.2  UGH 1   42   tun0

[r...@musashi /usr/home/marcellobm]# ifconfig tun0
tun0: flags=8051 metric 0 mtu 1500
inet 192.168.199.2 --> 192.168.199.1 netmask 0x 
Opened by PID 5924

ppp0  Link encap:Point-to-Point Protocol  
  inet addr:192.168.199.1  P-t-P:192.168.199.2  Mask:255.255.255.255
  UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
  RX packets:9 errors:0 dropped:0 overruns:0 frame:0
  TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:3 
  RX bytes:96 (96.0 b)  TX bytes:72 (72.0 b)


Usando TCPDUMP nas duas pontas eu pude perceber que no lado do server 
só aparecem os ICMP REQUEST, porém no meu lado aparece o REQUEST e o REPLY, 
isso quando o PING foi server -> meu_pc. Quando mudei o ping meu_pc -> server, 
no meu tcpdump soh aparece o REQUEST, e no tcpdump do server não aparece nada.

Realmente está com cara de rota, mas se rolou o reply no primeiro 
momento, pro meu freebsd está aparentemente ok. 

On Thu, 26 Feb 2009 21:43:04 -0300
Wanderson Tinti  wrote:

> 2009/2/25 Marcello Barreto :
> > Olá pessoal,
> >        tenho o freebsd 7 instalado e estou precisando conectar numa VPN 
> > PPTP, rodando num >server linux (Debian etch + poptop). Quando vou executar 
> > tenho este problema (Instalação >correu sem nenhum problema):
> 
> Boa noite.
> O pacote iproute2 do linux trás o camando /bin/ip, o pptp usa ele pra
> colocar a rota. No freebsd deveria usar o comando route; Coloque a
> rota de forma manual como o Márcio disse, faça o teste no
> funcionamento. Talves uma outra solução seria a utilização do mpd5.
> 
> Att
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas com pptpclient

2009-02-26 Por tôpico Wanderson Tinti
2009/2/25 Marcello Barreto :
> Olá pessoal,
>        tenho o freebsd 7 instalado e estou precisando conectar numa VPN PPTP, 
> rodando num >server linux (Debian etch + poptop). Quando vou executar tenho 
> este problema (Instalação >correu sem nenhum problema):

Boa noite.
O pacote iproute2 do linux trás o camando /bin/ip, o pptp usa ele pra
colocar a rota. No freebsd deveria usar o comando route; Coloque a
rota de forma manual como o Márcio disse, faça o teste no
funcionamento. Talves uma outra solução seria a utilização do mpd5.

Att
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas com pptpclient

2009-02-26 Por tôpico Márcio Luciano Donada
2009/2/25 Marcello Barreto 

> Olá pessoal,
>tenho o freebsd 7 instalado e estou precisando conectar numa VPN
> PPTP, rodando num server linux (Debian etch + poptop). Quando vou executar
> tenho este problema (Instalação correu sem nenhum problema):
>
>
Boa tarde
e como estão as rotas?

Abraço,
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Problemas com pptpclient

2009-02-25 Por tôpico Marcello Barreto
Olá pessoal,
tenho o freebsd 7 instalado e estou precisando conectar numa VPN PPTP, 
rodando num server linux (Debian etch + poptop). Quando vou executar tenho este 
problema (Instalação correu sem nenhum problema):

[r...@musashi /var/log]# tail /usr/ports/net/pptpclient/distinfo 
MD5 (pptp-1.7.2.tar.gz) = 4c3d19286a37459a632c7128c92a9857
SHA256 (pptp-1.7.2.tar.gz) = 
e98ae0065d2a39fa3131654ff28cb7070e996f668ed6d0e7d9a445b8d37694bc
SIZE (pptp-1.7.2.tar.gz) = 81113

[r...@musashi /usr/home/marcellobm]# /usr/local/sbin/pptp  JPA
/bin/ip: not found
/bin/ip: not found
Loading /lib/libalias_cuseeme.so
Loading /lib/libalias_ftp.so
Loading /lib/libalias_irc.so
Loading /lib/libalias_nbt.so
Loading /lib/libalias_pptp.so
Loading /lib/libalias_skinny.so
Loading /lib/libalias_smedia.so

Segue abaixo minha conf:
[r...@musashi /usr/home/marcellobm]# cat /etc/ppp/ppp.conf
JPA:
 set authname 
 set authkey 
 set timeout 0
 set ifaddr 0 0
 add 192.168.199.0/24 HISADDR
 alias enable yes

Noto que a interface tun chega a aparecer no ifconfig, bem como no 
server, porém não é possível pingar nenhuma das direções.
tun0: flags=8051 metric 0 mtu 1500
inet 192.168.199.2 --> 192.168.199.1 netmask 0x 
Opened by PID 8514


Abaixo segue dois trechos de log.
[r...@musashi /var/log]# tail -n20 messages
Feb 25 18:45:25 musashi pptp[8514]: anon log[main:pptp.c:314]: The synchronous 
pptp option is NOT activated
Feb 25 18:45:25 musashi pptp[8522]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent 
control packet type is 1 'Start-Control-Connection-Request'
Feb 25 18:45:25 musashi pptp[8522]: anon log[ctrlp_disp:pptp_ctrl.c:739]: 
Received Start Control Connection Reply
Feb 25 18:45:25 musashi pptp[8522]: anon log[ctrlp_disp:pptp_ctrl.c:773]: 
Client connection established.
Feb 25 18:45:26 musashi pptp[8522]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent 
control packet type is 7 'Outgoing-Call-Request'
Feb 25 18:45:26 musashi pptp[8522]: anon log[ctrlp_disp:pptp_ctrl.c:858]: 
Received Outgoing Call Reply.
Feb 25 18:45:26 musashi pptp[8522]: anon log[ctrlp_disp:pptp_ctrl.c:897]: 
Outgoing call established (call ID 0, peer's call ID 40576).
Feb 25 18:45:29 musashi ppp[8514]: Warning: ff02:3::/32: Change route failed: 
errno: Network is unreachable
Feb 25 18:45:29 musashi ppp[8514]: Warning: ff02:3::/32: Change route failed: 
errno: Network is unreachable
Feb 25 18:45:49 musashi sudo: marcellobm : TTY=ttyp4 ; PWD=/usr/home/marcellobm 
; USER=root ; COMMAND=/usr/local/bin/bash
Feb 25 18:46:26 musashi pptp[8522]: anon log[logecho:pptp_ctrl.c:677]: Echo 
Reply received.
Feb 25 18:47:26 musashi pptp[8522]: anon log[logecho:pptp_ctrl.c:677]: Echo 
Reply received.
Feb 25 18:49:26 musashi last message repeated 2 times
Feb 25 18:55:26 musashi last message repeated 6 times
Feb 25 18:55:26 musashi pptp[8522]: anon log[logecho:pptp_ctrl.c:679]: no more 
Echo Reply/Request packets will be reported.
Feb 25 20:41:01 musashi pptp[8525]: anon log[decaps_gre:pptp_gre.c:414]: 
buffering packet 448 (expecting 447, lost or reordered)
Feb 25 20:49:31 musashi pptp[8525]: anon log[decaps_gre:pptp_gre.c:414]: 
buffering packet 465 (expecting 464, lost or reordered)
Feb 25 20:52:01 musashi pptp[8525]: anon log[decaps_gre:pptp_gre.c:414]: 
buffering packet 470 (expecting 469, lost or reordered)
Feb 25 20:57:01 musashi pptp[8525]: anon log[decaps_gre:pptp_gre.c:414]: 
buffering packet 480 (expecting 479, lost or reordered)
Feb 25 20:59:31 musashi pptp[8525]: anon log[decaps_gre:pptp_gre.c:414]: 
buffering packet 485 (expecting 484, lost or reordered)

[r...@musashi /var/log]# tail -n20 ppp.log 
Feb 25 18:45:26 musashi ppp[8514]: Phase: Using interface: tun0
Feb 25 18:45:26 musashi ppp[8514]: Phase: deflink: Created in closed state
Feb 25 18:45:26 musashi ppp[8514]: Phase: PPP Started (direct mode).
Feb 25 18:45:26 musashi ppp[8514]: Phase: bundle: Establish
Feb 25 18:45:26 musashi ppp[8514]: Phase: deflink: closed -> opening
Feb 25 18:45:26 musashi ppp[8514]: Phase: deflink: Connected!
Feb 25 18:45:26 musashi ppp[8514]: Phase: deflink: opening -> carrier
Feb 25 18:45:27 musashi ppp[8514]: Phase: deflink: carrier -> lcp
Feb 25 18:45:29 musashi ppp[8514]: Phase: bundle: Authenticate
Feb 25 18:45:29 musashi ppp[8514]: Phase: deflink: his = CHAP 0x05, mine = none
Feb 25 18:45:29 musashi ppp[8514]: Phase: Chap Input: CHALLENGE (19 bytes from 
pptpd)
Feb 25 18:45:29 musashi ppp[8514]: Phase: Chap Output: RESPONSE (marcellobm)
Feb 25 18:45:29 musashi ppp[8514]: Phase: Chap Input: SUCCESS (Access granted)
Feb 25 18:45:29 musashi ppp[8514]: Phase: deflink: lcp -> open
Feb 25 18:45:29 musashi ppp[8514]: Phase: bundle: Network
Feb 25 18:45:29 musashi ppp[8514]: Phase: deflink: IPV6CP protocol reject 
closes IPV6CP !
Feb 25 18:45:29 musashi ppp[8514]: Warning: ff02:3::/32: Change route failed: 
errno: Network is unreachable
Feb 25 18:45:29 musashi ppp[8514]: Warning: ff02:3::/32: Change route failed: 
errno: Network is unreachable
Feb 2