aparece sim... :good:Citação:
Postado originalmente por DropALL
Versão Imprimível
aparece sim... :good:Citação:
Postado originalmente por DropALL
DropALL, como eu imaginava a regra que voce disse nao deu certo...
olhem o que aparece no conntrack para o servidor de VPN
[root@teste root]# cat /proc/net/ip_conntrack | grep 200.x.x.11
unknown 47 72 src=200.x.x.11 dst=200.x.x.12 [UNREPLIED] src=200.x.x.12 dst=200.x.x.11 use=1
o ip com final 12 é a minha maquina de teste com conectiva 10, o com final 11 é o servidor de VPN...
como eu tava dizendo a minha suspeita é que o kernel nao ta com suporte a forward do GRE, acho que tem que ativar algum modulo, mas nao sei qual...
falou
8)
usa o pptpproxy para fazer o tunel, por padrão no conectiva não funciona o tunelamento da vpn.
Baixa aqui: http://drginfo.no-ip.com/aplic-lin.h...roxy/pptpproxy
e baixa a biblioteca que ele vai rclamar: http://drginfo.no-ip.com/aplic-lin.h...443cl.i386.rpm
Depois roda o pptpproxy com as opcões como:
pptpproxy -p ip-do-servidor:1723,ip-do-velox-ou-ip-valido:1723 -l /var/log/ppptpproxy.log
Espero que te ajude.
drginfo, conheço esse pptpproxy, mas queria resolver sem ter que usa-lo...
quer dizer entao que para resolver isso só recompilando o kernel no conectiva?
falou
8)
Cara pelo pouco que já vi de VPN, o conectiva é o mais fraco, falta suporte de um montão de coisas, muita gente usa slackware ou debian. No teu caso vai ser melhor usar o pptpproxy, pois acho que nem compilando o kernel vai funcionar.