Ошибка/ошибка Ubuntu, по которой все записи DNS имеют тот же странный класс IP

Прежде всего все, я хочу сказать, что я не плохо знаком с Ubuntu, и я, прежде всего, использую ее в качестве сервера шлюза. У меня есть Ubuntu 12.04 сервер LTS без GUI.

В эти дни после большого шторма, у меня был перебой в питании. Когда питание возвратилось, все было в порядке, пока я не определил проблему.

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

Это - проблема:

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

Проблема состоит в том, что даже PHP функционирует file_get_contents или gethostbyname не работают, и они дают мне тот же класс IP на запросе.

Другие эффекты:

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.

Моя конфигурация сети похожа на это:

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

маршрутизатор adsl имеет соединение PPPoE с поставщиком, и он имеет IP 192.168.1.254

Ubuntu имеет следующий вывод от выполнения ifconfig и 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

Само собой разумеется, это в моей LAN все подходит, например:

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

Таким образом, это - проблема. Это может быть от последнего обновления, забранного 2-3 дня, и я определил проблему только после перебоя в питании, или это может быть от перебоя в питании, даже при том, что я сомневаюсь относительно этого, потому что с ext4 и jbd2 я чувствую себя несколько защищенным от потери данных.

Спасибо за Ваши ответы. Я попытаюсь отправить ASAP, если у Вас больше будут вопросы.