erro (rede inacessível) nos logs do meu servidor

20

Estou recebendo muitas linhas inacessíveis da rede no arquivo de log de mensagens do meu Centos. Parece que eles não podem resolver para determinados endereços que eu não tenho nenhuma idéia de por que meu servidor precisa resolver para eles em primeiro lugar. Alguém poderia me informar a origem desse erro? Estou sob ataque?

Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving './DNSKEY/IN': 2001:503:ba3e::2:30#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving './NS/IN': 2001:503:ba3e::2:30#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'dlv.isc.org/DNSKEY/IN': 2001:500:48::1#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'dlv.isc.org/DNSKEY/IN': 2001:4f8:0:2::19#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns.isc.afilias-nst.info/A/IN': 2001:500:2f::f#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns.isc.afilias-nst.info/AAAA/IN': 2001:500:2f::f#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns.isc.afilias-nst.info/A/IN': 2001:500:1::803f:235#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns.isc.afilias-nst.info/AAAA/IN': 2001:500:1::803f:235#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns.isc.afilias-nst.info/A/IN': 2001:503:c27::2:30#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns.isc.afilias-nst.info/AAAA/IN': 2001:503:c27::2:30#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns.isc.afilias-nst.info/A/IN': 2001:500:1a::1#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'dlv.isc.org/DNSKEY/IN': 2001:4f8:0:2::20#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'dlv.isc.org/DNSKEY/IN': 2001:500:60::29#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns1.isc.ultradns.net/A/IN': 2001:7fd::1#53
Oct 23 11:39:03 server named[1585]: error (network unreachable) resolving 'ns1.isc.ultradns.net/AAAA/IN': 2001:7fd::1#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'ns2.isc.ultradns.net/A/IN': 2610:a1:1014::e8#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.org/A/IN': 2001:500:e::1#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.org/AAAA/IN': 2001:500:e::1#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.org/A/IN': 2001:500:40::1#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.org/AAAA/IN': 2001:500:40::1#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.org/AAAA/IN': 2001:502:4612::e8#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.info/AAAA/IN': 2610:a1:1016::e8#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.info/A/IN': 2610:a1:1016::e8#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.co.uk/AAAA/IN': 2610:a1:1017::e8#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.biz/A/IN': 2610:a1:1015::e8#53
Oct 23 11:39:04 server named[1585]: error (network unreachable) resolving 'pdns196.ultradns.com/AAAA/IN': 2001:502:f3ff::e8#53
Oct 23 11:39:04 server named[1585]: client 93.113.174.225#46368: query (cache) 'adobe.com/A/IN' denied
Oct 23 11:39:04 server named[1585]: client 93.113.174.225#23736: query (cache) 'adobe.com/A/IN' denied
Oct 23 11:39:04 server lfd[1196]: SYSLOG check [Lga6AZUNsgZGaVQX]

A propósito, as opções do meu named.conf são as seguintes, se forem de alguma ajuda:

options {
    //listen-on port 53 { 127.0.0.1; };
        //listen-on-v6 port 53 { ::1; };
        directory   "/var/named";
        dump-file   "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";
        //allow-query     { localhost; };
        allow-recursion { localnets; };

        dnssec-enable yes;
        dnssec-validation yes;
        dnssec-lookaside auto;

        /* Path to ISC DLV key */
        bindkeys-file "/etc/named.iscdlv.key";

        managed-keys-directory "/var/named/dynamic";
};

Por favor ajude!

desenvolvedor
fonte
11
você pode postar trechos do arquivo de log na sua pergunta, mostrando as mensagens que está vendo?
Fegnoid
@Fegnoid Hi. Os códigos estão anexados. Desculpe.
desenvolvedor
11
você está usando um servidor DNS de ligação? se assim você pode precisar mudá-lo apenas para usar IPv4 adicionando ao arranque bind, editar /etc/sysconfig/namede adicionar a linha OPTIONS="-4", em seguida, reiniciar o servidor BIND
Fegnoid
Sim eu quero. Vou verificar isso. Mas por que vejo isso no meu arquivo de log recentemente?
desenvolvedor
você atualizou o Centos recentemente?
Fegnoid

Respostas:

22

Todos os endereços são IPv6. Parece um problema de IPv6, você provavelmente não tem rede IPv6 configurada. Desabilite o suporte ao IPv6 no Bind:

Edite / etc / sysconfig / named e defina:

OPTIONS="-4"

Em seguida, reinicie o bind:

service named restart

(em http://crashmag.net/disable-ipv6-lookups-with-bind-on-rhel-or-centos )

Você está sob ataque? Eu não acho que você foi comprometida. Essas mensagens podem ser normais, dependendo de quais serviços você está executando (de qualquer forma, qualquer servidor está sempre sob alguma tentativa de ataque, as pessoas varrem a Internet tentando fazer explorações em todos os servidores).

jjmontes
fonte
Oi. O fato é que eu não tinha esses alertas até ontem. Quero dizer, começou ontem de repente. Além do mais, acho que de uma forma ou de outra é responsável pela carga pesada do meu servidor ontem. Ainda tenho a seguinte pergunta: por que, por exemplo, meu servidor deseja se conectar ao adobe.com? Não há elementos no meu site ou servidor relacionados ao adobe.
desenvolvedor
Ei, eu tentei isso, mas quando tento reiniciar o servidor DNS, estou recebendo esta mensagem: prntscr.com/cdxz2e Você tem uma idéia sobre isso?
Tolgay Toklar 4/16
O arquivo é / etc / default / bind9 no Ubuntu / Debian; adicione "-4" às OPÇÕES
ArunasR 2/18/18
14

Pode ser interessante notar que no Debian Jessie com systemd, a -4opção in /etc/default/bind9pode ser ignorada. Veja o bug # 767798 .

Nesse caso, você precisa modificar o bind9.servicearquivo systemd :

Mova o bind9.service para evitar que ele seja sobrescrito nas atualizações

cd /etc/systemd
find . -name "bind*" -delete
cp /lib/systemd/system/bind9.service system/

Edite system/bind9.servicepara usar as opções em /etc/default/bind9.

$EDITOR system/bind9.service

Adicione EnvironmentFile=-/etc/default/bind9e modifique ExecStartpara incluir $OPTIONS. (Eu removo -u bind, porque no Debian, ele já está incluído $OPTIONS)

Certifique-se de manter a -fopção necessária para o systemd. Veja isto diffpara um exemplo:

# diff -u1 /lib/systemd/system/bind9.service /etc/systemd/system/bind9.service 
--- /lib/systemd/system/bind9.service   2015-12-14 21:12:28.000000000 +0100
+++ /etc/systemd/system/bind9.service   2016-02-08 15:34:59.634891951 +0100
@@ -6,3 +6,4 @@
 [Service]
-ExecStart=/usr/sbin/named -f -u bind
+EnvironmentFile=-/etc/default/bind9
+ExecStart=/usr/sbin/named -f $OPTIONS
 ExecReload=/usr/sbin/rndc reload

E finalmente

systemctl reenable bind9.service
service bind9 restart
mivk
fonte
11
Ele bateu-me também sobre o servidor Ubuntu 16.04
neutrinus
11
Note que o bug mencionado foi corrigido a essa /etc/default/bind9
Elrond
4

O problema é causado por uma atualização do BIND no Centos, que tenta usar o IPv6 e o ​​IPv4.

A melhor maneira de corrigi-lo é usar o IPv6 ou configurar a ligação para usar apenas o IPv4

em /etc/named.conf set

OPTIONS="-4"

Isso interromperá o uso do IPv6 na inicialização e reiniciará o DNS

serviço chamado restart

Fegnoid
fonte
Oi. Obrigado por responder. Eu já desabilitei o IPV6 seguindo o tutorial aqui. wiki.centos.org/FAQ/… Preciso aplicar a alteração acima também?
desenvolvedor
4

Para a ordem do ubuntu que 16.04: sudo vi / etc / default / bind9

OPTIONS="-4 -u bind"

okwap
fonte
2
Não sei por que essa resposta foi reduzida, eu tenho 14.04.5 e o arquivo de configuração está de fato em um local diferente do que na resposta do jjmontes. A resposta da Okwap é uma adição válida, certo?
Moolie 26/04
2

Boas opções, percebi que esse log aparece quando você usa os servidores named.root fornecidos por www.internic.net/zones, porque alguns desses servidores não possuem interfaces IPv6 online.

O que fiz foi trabalhar com a sub-rotina de encaminhadores no meu arquivo named.conf e esse log não apareceu mais ou pelo menos até agora.

Aqui está parte do meu arquivo named.conf. Como você pode ver, comentei a Seção de Dicas de Zona. E outras estrofes, porque estou trabalhando em uma configuração específica.

// Start the options clauses
options {
        listen-on-v6 {
                none;
                };
        listen-on port 53 {
                127.0.0.1;
                192.168.1.0/24;
                };
        directory "/var/named";
//      tkey-gssapi-keytab "/usr/local/samba/private/dns.keytab";
        version "Not Currently Available";
        auth-nxdomain yes;
        empty-zones-enable no;
        notify no;
        forwarders {
                208.67.220.220;
                208.67.222.222;
                };
        allow-query {
                127.0.0.1;
                192.168.1.0/24;
                };
        allow-recursion {
                127.0.0.1;
                192.168.1.0/24;
                };
        allow-transfer {
                none;
                };
        };
// Zone Clauses
// Root Servers to allow Recursion
//zone "." {
// Zone Clauses
// Root Servers to allow Recursion
//zone "." {
//      type hint;
//      file "named.root";
//      };
Daniel Jackson
fonte
Eu acho que, como uma maneira de lidar com a falta de conectividade IPv6 global, a -4opção faz muito mais sentido do que mudar completamente a maneira como o BIND opera. A menos que, é claro, houvesse alguma razão pela qual o uso de encaminhadores era desejável em primeiro lugar.
Håkan Lindqvist
2

Para mim, o problema causado por esta mensagem foi um pouco mais sério. Quando o servidor está desconectado da Internet, você obtém muitos deles por segundo. Se você ficar desconectado por um longo período, eles poderão encher o disco.

A solução óbvia é desativar essa mensagem específica, não apenas para o IPv6, como mencionado nas outras soluções, mas para todos os protocolos. Você não pode desativar uma mensagem específica no bind, portanto, isso é o mais próximo possível:

logging {
    category lame-servers { default_debug; quiet_syslog; };
    channel quiet_syslog { severity notice; syslog daemon; };
};
Russell Stuart
fonte