Erro / bug no Ubuntu em que todos os registros DNS possuem a mesma classe IP estranha

Question

Antes de mais nada, quero dizer que não sou novo no Ubuntu e uso principalmente como servidor de gateway. Eu tenho o servidor Ubuntu 12.04 LTS sem uma GUI.

Hoje em dia, depois de uma grande tempestade, tive uma queda de energia. Quando a energia voltou, tudo estava bem, até eu identificar o problema.

root@ubuntu:~# uname -a
Linux ubuntu 3.2.0-49-generic-pae #75-Ubuntu SMP Tue Jun 18 18:00:21 UTC 2013 i686 i686 i386 GNU/Linux

Este é o problema:

root@ubuntu:~# nslookup google.com
Server: 192.168.1.254
Address: 192.168.1.254#53
Name: google.com
Address: 198.18.1.13

root@ubuntu:~# nslookup yahoo.com
Server: 192.168.1.254
Address: 192.168.1.254#53
Name: yahoo.com
Address: 198.18.1.14

root@ubuntu:~# nslookup ubuntu.com
Server: 192.168.1.254
Address: 192.168.1.254#53
Name: ubuntu.com
Address: 198.18.1.24

O problema é que mesmo as funções do PHP file_get_contents ou gethostbyname não estão funcionando, e elas me fornecem a mesma classe IP na consulta.

Outros efeitos:

root@ubuntu:~# ping google.com
PING google.com (198.18.1.13) 56(84) bytes of data.
^C
--- google.com ping statistics ---
23 packets transmitted, 0 received, 100% packet loss, time 22173ms  

root@ubuntu:~# apt-get update
0% 
[Connecting to it.archive.ubuntu.com (198.18.1.19)] 
[Connecting to security.ubuntu.com (198.18.1.18)] 
[Connecting to archive.canonical.com (198.18.1.17)] 
[Connecting to ppa.launchpad.net (198.18.1.16
...
...
W: Failed to fetch http://it.archive.ubuntu.com/ubuntu/dists/precise-backports/universe/i18n/Translation-en  
Unable to connect to it.archive.ubuntu.com:http:
E: Some index files failed to download. They have been ignored, or old ones used instead.

Minha configuração de rede é assim:

internet--adsl router--ubuntu gw--switch lan/wifi--computers  

adsl router tem uma conexão pppoe com o provedor e tem o ip 192.168.1.254

O Ubuntu tem a seguinte saída da execução de ifconfig e route -n :

root@ubuntu:~# ifconfig

eth0      Link encap:Ethernet  HWaddr 00:10:b5:f9:d4:76
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::210:b5ff:fef9:d476/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:540782 errors:0 dropped:0 overruns:0 frame:0
          TX packets:327646 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:731616835 (731.6 MB)  TX bytes:26098933 (26.0 MB)
          Interrupt:17 Base address:0x3000**

eth1      Link encap:Ethernet  HWaddr 00:e0:4c:3a:5d:a2
          inet addr:192.168.0.3  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::2e0:4cff:fe3a:5da2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:313887 errors:0 dropped:0 overruns:0 frame:0
          TX packets:526813 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:25127774 (25.1 MB)  TX bytes:730199162 (730.1 MB)
          Interrupt:18 Base address:0x3400**

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:728 errors:0 dropped:0 overruns:0 frame:0
          TX packets:728 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:41363 (41.3 KB)  TX bytes:41363 (41.3 KB)

root@ubuntu:~# route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    100    0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

Escusado será dizer que na minha LAN tudo está indo bem, por exemplo:

C:\Users\Leon>ping google.com
Pinging google.com [74.125.232.136] with 32 bytes of data:
Reply from 74.125.232.136: bytes=32 time=27ms TTL=53
Reply from 74.125.232.136: bytes=32 time=25ms TTL=53
Reply from 74.125.232.136: bytes=32 time=28ms TTL=53
Reply from 74.125.232.136: bytes=32 time=24ms TTL=53
Ping statistics for 74.125.232.136:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 24ms, Maximum = 28ms, Average = 26ms

Então esse é o problema. Pode ser a última atualização tirada 2-3 dias atrás, e eu vi o problema somente após a falta de energia, ou pode ser a falta de energia, mesmo que eu duvido, porque com ext4 e jbd2 me sinto um pouco protegido contra perda de dados.

Obrigado pelas suas respostas. Vou tentar postar o mais cedo possível se você tiver mais perguntas.

    

Answer 1

Você não está por trás de um roteador Technicolor? link

O 582n tem uma "lista de falsificação de DNS", que é sua maneira de armazenar em cache as falhas de DNS, convertendo-as em 198.18 endereços. Loucura, mas eu acabei de ver isso em minha própria conexão.

Estes são endereços reservados:

NetRange:       198.18.0.0 - 198.19.255.255
CIDR:           198.18.0.0/15
NetName:        SPECIAL-IPV4-BENCHMARK-TESTING-IANA-RESERVED
NetHandle:      NET-198-18-0-0-1
Parent:         NET198 (NET-198-0-0-0-0)
NetType:        IANA Special Use
OriginAS:
Organization:   Internet Assigned Numbers Authority (IANA)
RegDate:        1992-11-23
Updated:        2013-08-30
Comment:        Addresses starting with "198.18." or "198.19." are set aside for use in isolated laboratory networks used for benchmarking and performance testing.  They should never appear on the Internet and if you see Internet traffic using these addresses, they are being used without permission.
Comment:
Comment:        This assignment was made by the IETF, the organization that develops Internet protocols, in RFC 2544, which can be found at:
Comment:        http://datatracker.ietf.org/doc/rfc2544
Ref:            http://whois.arin.net/rest/net/NET-198-18-0-0-1

    

Answer 2

Depois que o problema persistiu, e nenhuma resposta do askubuntu comunidade, hoje eu fiz um pouco de tempo para tentar corrigir o problema ....

Eu recriei todas as configurações de bind, sem efeito, bem algum efeito sim, mas ninguém para reparar o erro ....

No final, ficou claro que o problema está no bind ... então eu encontrei o erro no final:

o arquivo é

/etc/default/bind9

editei e nele descobri que tenho:

# run resolvconf?
RESOLVCONF=no

# startup options for the server
OPTIONS="-u bind"

editado para poder ter:

 RESOLVCONF=yes

e agora tudo está funcionando como esperado no servidor ...

p.s. Se alguém souber como poderia de uma perda de potência ter um efeito como esse, seja minha missão :). E se você olhar nesse arquivo, poderia me dizer qual é o valor padrão que está tendo? Obrigado