hmm... eu acho que o problema nêsse post aí é o seguinte: o chamado
"road-warrior" ou um caixeiro-viajante que tem que se conectar de várias
partes do mundo e fechar o túnel vpn em seguida. Isso tem que ser
"destrinchado" de modo diferente do mais convencional, quando temos redes e
conexões fixas. Eu não me lembro bem onde vi documentação a respeito, mas
existe e pode ser encontrada pelo google - hj eu tô preguiçoso e não vou
fazê-lo (rs).

Mas o seu caso não é bem êsse.. se entendi a prosa desde o comêço, os seus
clientes terão conexão fixa porém com (possívelmente) redes iguais ao
destino do túnel, com o consequente inconveniente disso não funcionar.

Uma alternativa seria a conexão ser feita a um gateway SEU, fazendo o papel
de hub/concentrador de conexões, que disponibilizaria um ip-addr SEU (hdcp)
e fazendo o tunneling para a rede destino.. os ip-addr disponibilizados
seriam, por exemplo, da rede 10.0.0.0/8 (classe "A"), com nat e o escambau.
Se funciona? não vou jurar a respeito. Mas já que o problema é espinhoso..
sei lá, vale tudo, até chá de camomila.


Original Message:
-----------------
From: Tiago Cruz [EMAIL PROTECTED]


Se vocês quiserem ler para comentarem algo mais humano, e em português 
eu iria adorar, heheheheh 
http://lists.freebsd.org/pipermail/freebsd-net/2006-February/009645.html 


--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .



_______________________________________________
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br

Responder a