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.