[GTER] OpenVPN "IP nateado"

[Diego Cananéa]

Creio que seja o que o Guilherme falou. No meu trabalho também temos umas
VPNs e deixamos no cliente sem regras no firewall, apenas adicionamos a
rota default pela VPN e deixamos o ip_forward habilitado.


Em 30 de novembro de 2012 16:21, Guilherme Domingues <
guilherme.domingues.oliveira at gmail.com> escreveu:

> Pela forma que explicou, acredito que na filial esteja com alguma regra de
> nat "geral" para rede interna.
>
> Retirando todas as regras de nat, e aplicando uma específica para natear
> apenas para a interface de internet, já deverá resolver o problema
> apontando.
>
> Att.
> Guilherme Domingues
>
> LPI 102
> LPI000161013
> https://cs.lpi.org/caf/Xamman/certification/process_verify
> code verification:  v8bwxqzja7
> Linux ID #425752
> ---
> "A mente que se abre a uma nova idéia jamais voltará ao seu tamanho
> original."  Albert Einstein
>
>
>
> 2012/11/30 Danilo Neves <danilorpneves at bsd.com.br>
>
> > Bom dia caro colegas.
> > Tenho uma configuração de VPN com OpenVPN funcionando corretamente.
> > Acontece que as conexões vindas das filiais (clientes vpn)  para meus
> > servidores na matriz chegam com o IP do tunel e não com
> > IP de origem.
> > Exemplo:
> >
> > Tenho um servidor proxy na matriz com ip 192.168.1.30 e tenho minhas
> > unidades com faixas de ip 192.168.2.0/24192.168.3.0/24 ... através de
> VPN.
> > Monitorando os logs do proxy e tcpdump, os clientes chegam com o IP do
> > tunel, como se fosse nateado, ou seja assim eu não consigo saber o IP de
> > origem de fato
> > da filial.
> > Agora se eu pingar  da matriz na filial eu chego com o IP correto de
> > origem.
> >
> >
> > Alguém pode me ajudar a resolver isso, quero que as requisições de IP das
> > unidades não cheguem "nateado".
> >
> > -----------------------------------------------------------------------
> > #Configuração na matriz onde é o server VPN.
> >
> >
> > proto udp
> > dev tun
> > server 10.69.0.0 255.255.0.0
> > push "route 192.168.1.0 255.255.255.0"
> > push "route 192.168.3.0 255.255.255.0"
> > push "route 192.168.5.0 255.255.255.0"
> > push "route 192.168.6.0 255.255.255.0"
> > push "route 192.168.7.0 255.255.255.0"
> > #push "route 192.168.20.0 255.255.255.0"
> >
> > comp-lzo
> > keepalive 10 120
> > #ifconfig-pool-persist /usr/local/etc/openvpn/ipp.txt
> > max-clients 5
> > client-config-dir ccd
> >
> > #mode server
> > client-to-client
> >
> > route 192.168.6.0 255.255.255.0
> > route 192.168.5.0 255.255.255.0
> > route 192.168.7.0 255.255.255.0
> > route 192.168.3.0 255.255.255.0
> > route 192.168.20.0 255.255.255.0
> >
> > #Chaves
> > dh /usr/local/etc/openvpn/keys/dh1024.pem
> > ca /usr/local/etc/openvpn/keys/ca.crt
> > cert /usr/local/etc/openvpn/keys/servidor.crt
> > key /usr/local/etc/openvpn/keys/servidor.key
> > persist-key
> > persist-tun
> >
> > #Logs
> > status      /var/log/openvpn/openvpn-status.log
> > log         /var/log/openvpn/openvpn.log
> > log-append  /var/log/openvpn/openvpn.log
> > verb 3
> >
> >
> >
>  ---------------------------------------------------------------------------------------------
> > #Configuração do cliente VPN das filiais
> >
> > remote 187.90.230.21 #IP de exemplo
> > remote 200.124.89.78 #IP de exemplo
> >
> > proto udp
> > dev tun
> > client
> > pull
> > comp-lzo
> >
> > route 192.168.10.0 255.255.255.0
> > route 192.168.69.0 255.255.255.0
> >
> > #Chaves
> > dh /etc/openvpn/keys/dh1024.pem
> > ca /etc/openvpn/keys/ca.crt
> > cert /etc/openvpn/keys/eldorado.crt
> > key /etc/openvpn/keys/eldorado.key
> > persist-key
> > persist-tun
> >
> > #Logs
> > status      /var/log/openvpn/openvpn-status.log
> > log         /var/log/openvpn/openvpn.log
> > log-append  /var/log/openvpn/openvpn.log
> > verb 6
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Diego Cananéa Nóbrega de Azevedo
http://diegocananea@wordpress.com
www.twitter.com/diegocananea
www.facebook.com/diegocananea