Eu tenho um servidor OpenVPN em execução que fornece clientes conectados com IPv4 e IPv6 que funciona. Estou tentando adicionar um cliente OpenVPN a este sistema que se conecta a outro servidor OpenVPN que pode fornecer rotas padrão, mas na verdade quero desabilitar isso para este cliente. O objetivo do cliente OpenVPN executado junto com este servidor é apenas fornecer acesso a algumas das sub-redes IPv4 e IPv6 nesse outro servidor. Quando eu habilito o cliente OpenVPN, o IPv4 funciona bem, mas o próprio servidor deixa de conseguir obter qualquer tráfego IPv6 da Internet quando o cliente para o outro servidor está em execução.
O serviço OpenVPN no servidor é executado como openvpn@servere o cliente que se conecta a outro servidor OpenVPN é executado como openvpn@cliente é o último serviço que impede o servidor de receber qualquer coisa em seu endereço IPv6 para sua eth0interface de internet. Com openvpn@clienta interrupção, os serviços IPv6, como solicitações SSH e ping, funcionam, mas de outra forma não.
Esta é a configuração para openvpn@server...
port 9976
proto udp
proto udp6
dev tun
user nobody
group nogroup
persist-key
persist-tun
keepalive 10 120
topology subnet
server 10.7.0.0 255.255.255.0
server-ipv6 fd0a:beef:b00b:cafe::/112
ifconfig-pool-persist ipp.txt
tun-ipv6
push tun-ipv6
push "route-ipv6 2000::/3"
push "dhcp-option DNS 10.7.0.1"
push "dhcp-option DNS6 fd0a::beef:b00b:cafe::1"
push "redirect-gateway def1 bypass-dhcp"
dh none
ecdh-curve prime256v1
tls-crypt tls-crypt.key
crl-verify crl.pem
ca ca.crt
cert server_emjWqXeJkx9FLowU.crt
key server_emjWqXeJkx9FLowU.key
auth SHA256
cipher AES-128-GCM
ncp-ciphers AES-128-GCM
tls-server
tls-version-min 1.2
tls-cipher TLS-ECDHE-ECDSA-WITH-AES-128-GCM-SHA256
client-config-dir /etc/openvpn/ccd
status /var/log/openvpn/status.log
verb 3
Esta é a configuração para openvpn@home...
client
proto udp
explicit-exit-notify
remote 139.218.29.235 1194
dev tun
resolv-retry infinite
nobind
persist-key
persist-tun
remote-cert-tls server
verify-x509-name server_3UvQL2AfKLys5yTS name
auth SHA256
auth-nocache
cipher AES-256-GCM
tls-client
tls-version-min 1.2
tls-cipher TLS-ECDHE-ECDSA-WITH-AES-128-GCM-SHA256
ignore-unknown-option block-outside-dns
setenv opt block-outside-dns # Prevent Windows 10 DNS leak
verb 3
route-nopull
pull-filter ignore route-ipv6
pull-filter ignore redirect-gateway
route 192.168.1.0 255.255.255.0
route 192.168.84.0 255.255.255.0
route-ipv6 2403:ffff:ffff:ffff::/64 #redacted
route-ipv6 fd00:beef:b00b:cafe::/64
Quando ambos estão ativados você obtém esses endereços e rotas, e não vejo nada de conflitante. (Redigi meu endereço de Internet IPv6 para o servidor), mas o eth0 IPv6 é quebrado quando o segundo serviço OpenVPN está em execução...
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2404:ffff:ffff:ffff:216:3eff:fee2:12fe/64 scope global dynamic mngtmpaddr
valid_lft 4sec preferred_lft 3sec
inet6 fe80::216:3eff:fee2:12fe/64 scope link
valid_lft forever preferred_lft forever
3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 state UNKNOWN qlen 500
inet6 fd0a:beef:b00b:cafe::1/112 scope global
valid_lft forever preferred_lft forever
inet6 fe80::b9ec:b1f8:e65:7f3d/64 scope link stable-privacy
valid_lft forever preferred_lft forever
8: tun1: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 state UNKNOWN qlen 500
inet6 fd08:beef:b00b:cafe::3/112 scope global
valid_lft forever preferred_lft forever
inet6 fe80::f807:1850:2b87:348/64 scope link stable-privacy
valid_lft forever preferred_lft forever
2403:ffff:ffff:ffff::/64 dev tun1 metric 1024 pref medium
2404:ffff:ffff::/64 dev eth0 proto kernel metric 256 expires 4sec pref medium
fd00:beef:b00b:cafe::/64 dev tun1 metric 1024 pref medium
fd08:beef:b00b:cafe::/112 dev tun1 proto kernel metric 256 pref medium
fd0a:beef:b00b:cafe::/112 dev tun0 proto kernel metric 256 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev tun0 proto kernel metric 256 pref medium
fe80::/64 dev tun1 proto kernel metric 256 pref medium
default via fe80::ec4:7aff:fecc:1ca7 dev eth0 proto ra metric 1024 expires 1sec hoplimit 64 pref medium
default via fe80::ec4:7aff:fe7c:bf1f dev eth0 proto ra metric 1024 expires 4sec hoplimit 64 pref high
Não tenho certeza do que está errado aqui, e o openvpn@homeserviço não parece estar atribuindo nenhuma rota padrão acima, como afirma meu arquivo de configuração. Não entendo por que isso impede a eth0 de obter qualquer tráfego IPv6 quando o serviço é iniciado. O IPv4 funciona bem e parece que consigo obter essas sub-redes LAN na configuração do meu cliente. O outro servidor OpenVPN destina-se a fornecer internet, mas não quero isso dele.
Responder1
Descobri que estava fazendo as coisas do lado errado e, em vez disso, alterei a configuração do cliente que se conecta a outro servidor OpenVPN e simplesmente comentei minhas rotas IPv6 estáticas.
#route-ipv6 2403:4800:3f02:1483::/64
#route-ipv6 fd00:beef:b00b:cafe::/64
Em vez disso, naquele segundo servidor, criei um arquivo de configuração do cliente /etc/openvpn/ccdpara este cliente que se refere à sua sub-rede IPv6 como uma rota...
iroute-ipv6 fd08:beef:b00b:cafe::/64
As coisas começaram a funcionar!