Eu tenho lutado com o mesmo problema e coincidentemente no Debian Wheezy também.
Existem duas opções que você pode ter perdido neste momento (no servidor VPN):
- Não há
ip6tables
de regras de encaminhamento
- Nenhuma rota IPv6 padrão
1. %código%
Assim como no IPv4, você precisa de regras explícitas de encaminhamento de firewall, isso funcionou para mim:
# ip6tables -A FORWARD -i eth0 -o tun0 -m state --state RELATED,ESTABLISHED -j ACCEPT
# ip6tables -A FORWARD -i tun0 -o eth0 -j ACCEPT
(ajuste as interfaces adequadamente, você pode querer adicionar ip6tables
à segunda regra para um encaminhamento mais explícito).
2. rota padrão
Esse foi o problema do meu lado; Levei cerca de dois dias até que alguém me fizesse repensar minha configuração e descobri que perdi um efeito colateral essencial de -s VPN-IPv6-RANGE/SUBNET
no sysctl.
Quando você define forwarding = 1
, a autoconfiguração de endereço dos anúncios de roteador é ignorada. Em outras palavras, quando sua rota net.ipv6.conf.all.forwarding = 1
é definida por autoconfiguração, essa rota é descartada rapidamente e você perde a conectividade IPv6 para seu servidor. Quando sua rota padrão agora é algo como default
, provavelmente é esse o caso.
A solução para isso é adicionar uma rota padrão explícita por meio de default via fe80::...
, como:
iface eth0 inet6 static
address 2001:db8::2
netmask 64
gateway 2001:db8::1
Você pode verificar se sua configuração de VPN funciona (temporariamente) observando a tabela de roteamento IPv6 em seu servidor: /etc/network/interfaces
e, quando estiver vazia, adicione a rota padrão com ip -6 route show default
(ajuste seu intervalo local de acordo) . Em seguida, verifique se o seu cliente VPN pode executar ping em algum endereço IPv6 externo.
Configuração do OpenVPN
Uma pequena diferença de configuração do meu lado é:
-
ip -6 route add default via 2001:db8::1
( push "route-ipv6 2000::/3"
até 2000::
)
em vez de
mas essas rotas são equivalentes no momento.