Indisponível IPv4 bloqueia pesquisas de dns IPv6

3

Estou usando um IPv4 + IPv6 em um servidor (nº 1).

Às vezes, o endereço IPv4 é mapeado para outro servidor (nº 2), portanto, o nº 1 não é acessível via IPv4, mas permanece acessível via IPv6.

Neste caso, as pesquisas de DNS do IPv6 não funcionarão.

$ ping6 mirror.ipv6.hetzner.de
unknown host

Se eu desabilitar o endereço IPv4, tudo funcionará bem.

$ ping6 mirror.ipv6.hetzner.de
PING mirror.ipv6.hetzner.de(2a01:4f8:0:a101::1:1) 56 data bytes
64 bytes from 2a01:4f8:0:a101::1:1: icmp_seq=1 ttl=60 time=0.469 ms

Como isso é possível? A rede IPv6 deve servir como um fallback se o endereço IPv4 for mapeado para outro servidor. Mas se eu não conseguir resolver nenhum hostnames, não posso trabalhar com isso.

Existe alguma possibilidade de fazer com que o IPv6 dns funcione, no entanto, o IPv4 está disponível ou não?

Editar:

/etc/resolv.conf

$ cat /etc/resolv.conf 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 213.133.99.99
nameserver 213.133.100.100
nameserver 213.133.98.98
nameserver 2a01:4f8:0:a0a1::add:1010
nameserver 2a01:4f8:0:a102::add:9999
nameserver 2a01:4f8:0:a111::add:9898

Roteamento:

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         5.9.61.167      0.0.0.0         UG    100    0        0 eth0
5.9.61.167      0.0.0.0         255.255.255.255 UH    0      0        0 eth0

$ route -6
Kernel IPv6 routing table
Destination                    Next Hop                   Flag Met Ref Use If
2a01:4f8:162:7ffe:1::2/128     ::                         U    1024 0     1 eth0
2a01:4f8:162:7ffe:6::/80       ::                         U    256 0     0 eth0
fe80::/64                      ::                         U    256 0     0 eth0
::/0                           2a01:4f8:162:7ffe:1::2     UG   1024 0     0 eth0
::/0                           ::                         !n   -1  1     6 lo
::1/128                        ::                         Un   0   1     5 lo
2a01:4f8:162:7ffe:6::2/128     ::                         Un   0   1   190 lo
fe80::5054:ff:fe3d:5f4c/128    ::                         Un   0   1     0 lo
ff00::/8                       ::                         U    256 0     0 eth0
::/0                           ::                         !n   -1  1     6 lo
    
por dbanck 16.08.2012 / 13:42

1 resposta

0

Você descreve a situação como 'o endereço IPv4 é mapeado para outro servidor'. Isso significa que o endereço IPv4 é realmente removido do servidor nº 1 (não configurado da interface de rede) ou apenas que não é roteado para o sistema?

Eu pergunto isso porque o pedido no resolv.conf tentará IPv4 primeiro e IPv6 segundo, então quando o servidor 'pensa' ele tem IPv4, ele enviará um pacote através do IPv4 e nunca verá a resposta (e o servidor # 2 irá ignorá-lo).

A solução seria descobrir qual processo faz com que os endereços IPv4 na configuração do resolvconf e qual processo causa os endereços IPv6 e alterá-los em / etc / resolvconf / interface-order

    
por 17.08.2012 / 20:44