Primeiro deveremos instalar o openswan. Ele pode ser baixado em:

• http://www.openswan.org/

Depois começa a configuração da VPN.

Criando do arquivo ipsec.secrets

Devemos gerar uma chave para cada máquina. Para isso deveremos executar o comando, nas duas máquinas:

# ipsec newhostkey --output /etc/ipsec.secrets --bits 2048 --hostname nomedamáquina.domínio

Caso haja alguma dúvida quanto ao nome da máquina, basta digitar 'hostname' no terminal.

OBS:

• --output significa onde será criado o arquivo com a chave;
• --bits significa com quantos bits será gerada a chave (o mínimo é 512);
• --hostname é o nome da máquina como já havia comentado.

Editando o arquivo ipsec.conf

OBS:

• authby=rsasig (significa que vamos usar chave "do tipo" rsa para fazer a comunicação entre as 2 pontas do túnel);
• auto=add (significa que a máquina irá "receber a conexão" vpn).

Esse arquivo deve ser idêntico nas 2 máquinas do túnel.

IMPORTANTE: Deve-se deixar um espaço (tab) no começo de todas as linhas abaixo de 'coon nomedasuavpn'.

[1] Comentário enviado por irado em 22/10/2008 - 09:40h:

algo não funcionou, creio eu que faltou no artigo:

# /usr/sbin/ipsec auto --up VPN-01
whack: Pluto is not running (no "/var/run/pluto/pluto.ctl")

uso slackware 12.1 e toda a instalação seguiu o recomendado na documentação do OpenSWAN e neste artigo.

alguma sugestão?

[2] Comentário enviado por luizfelipert em 22/10/2008 - 09:47h:

bom dia IRADO... você poderia dar uma olhada na parte do arquivo /etc/ipsec.conf e dar uma conferida no leftnexthop e rightnexthop.... você deve colocar os ips dos gateways...

[3] Comentário enviado por irado em 22/10/2008 - 10:29h:

foi (tri)conferido; nada falta. O que falta mesmo é o tal de pluto, que não faço a minima idéia do que seja (e no artigo não é mencionado)

[4] Comentário enviado por luizfelipert em 22/10/2008 - 10:43h:

você já iniciou o serviço? # /etc/init.d/ipsec start

[5] Comentário enviado por irado em 22/10/2008 - 14:22h:

oi, luiz.

revisei os problemas, googlei pra kct e conclui pelo seguinte:

a) embora mencionados até mesmo nos man/docs do OpenSWAN, NÃO se deve
usar as expressões
klipsdebug=none
plutodebug=none

eu as removi e a coisa começou a andar; depois

b) usei a expressão %defaultroute, ao invés de
interfaces="ipsec0=eth1"
ficando:
interfaces=%defaultroute

também é mencionado no ipsec.conf default, mas enfim.. não funciona, dá
pau e o ipsec não sobe sem essas alterações.

depois disso o treco vai direitinho :)

[6] Comentário enviado por segalla em 02/11/2008 - 06:49h:

o X da questão resolveu meu problema após 20 horas, sem essa po**a minhas lans só se pingavam mas nao acessava nada.

pena que não vi isso antes.

valeu

segalla

[7] Comentário enviado por flph2 em 27/11/2008 - 10:40h:

Isso ocorreu devido o Openswan isntalado estar utilizando a Stack nativa do kernel.. netkey (aka26), os parametros para debug adicionados são utilizados somente para o Klips que no Openswan só pode ser utilizado nas versões 2.4.X através de patch e nas versões superiores deve ser adicionado um parâmetro em tempo de compilação, por isso o debug nao funcionou.... (nao tem klips, vai debugar o que?)

att..
Felipe Santos - Rasputin
Comunidade Openswan-BR
www.br.openswan.br

[8] Comentário enviado por diter em 09/04/2009 - 11:20h:

Oi Felipe, muito obrigado por suas dicas, mas infelizmente não consigo pingar as estações, quando uso o comando:
tail /etc/log/auth.log | grep -i pluto
Apresenta varias msg e uma delas me chama a atenção:
I did not send a certificate because I do not have one.

Abes o que poderia ser?

Obrigado

[9] Comentário enviado por luizfelipert em 13/04/2009 - 13:48h:

Boa tarde Diter, você criou os certificados usando o seguinte comando?

ipsec newhostkey --output /etc/ipsec.secrets --bits 2048 --hostname nomedamáquina.domínio


abraços