После обновления до Wheezy не работает DNS

1

1

Доброго дня. Все работало, но решил я тут поэксперементировать. Сервер не то чтобы важный - я на нем тренируюсь и вообще обучаюсь, но интернет он таки раздает резервным каналом, а тут просто перестал понимать DNS.

geq@web:~$ ping ya.ru
ping: unknown host ya.ru

geq@web:~$ ping 213.180.204.3
PING 213.180.204.3 (213.180.204.3) 56(84) bytes of data.
64 bytes from 213.180.204.3: icmp_req=1 ttl=52 time=29.2 ms
64 bytes from 213.180.204.3: icmp_req=2 ttl=52 time=28.8 ms

geq@web:~$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=45 time=48.7 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=45 time=47.7 ms

etc/network/interfaces

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.138.238
gateway 192.168.138.12
netmask 255.255.255.0
up route add -net 192.168.124.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth0
up route add -net 192.168.120.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth0
up route add -net 192.168.130.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth0
up route add -net 192.168.134.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth0
up route add -net 192.168.129.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth0

# The secondary network interface
auto eth4
iface eth4 inet static
address 94.25.84.163
netmask 255.255.255.248
gateway 94.25.84.166
dns-nameservers 194.67.1.154 92.50.201.2
#dns-nameservers 8.8.4.4 8.8.8.8

«ifconfig»

geq@web:~$ sudo ifconfig
eth0      Link encap:Ethernet  HWaddr e0:cb:4e:44:d6:e2
          inet addr:192.168.138.238  Bcast:192.168.138.255  Mask:255.255.255.0
          inet6 addr: fe80::e2cb:4eff:fe44:d6e2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:10429625 errors:0 dropped:497 overruns:497 frame:497
          TX packets:8911239 errors:0 dropped:0 overruns:0 carrier:1
          collisions:0 txqueuelen:1000
          RX bytes:3068866197 (2.8 GiB)  TX bytes:1902654549 (1.7 GiB)
          Interrupt:17

eth4      Link encap:Ethernet  HWaddr 84:c9:b2:7d:bb:5f
          inet addr:94.25.84.163  Bcast:94.25.84.167  Mask:255.255.255.248
          inet6 addr: fe80::86c9:b2ff:fe7d:bb5f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:93140 errors:0 dropped:0 overruns:0 frame:0
          TX packets:23224 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:8159674 (7.7 MiB)  TX bytes:2270098 (2.1 MiB)
          Interrupt:17 Base address:0xe800

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:123906 errors:0 dropped:0 overruns:0 frame:0
          TX packets:123906 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:11661469 (11.1 MiB)  TX bytes:11661469 (11.1 MiB)

resolv.conf пустой.

geq@web:~$ 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



Куда копать? Спасибо!

Ссылка

←	Русская локаль для PHP - в чём может быть проблема?

OpenVPN соединяется, но не ходит в Интернет

→

А после обновления пакет resolvconf не снесся случайно?

Zubok ★★★★★
(13.07.14 17:03:21 MSK)

Куда копать? Спасибо!

echo -e "nameserver 194.67.1.154\nnameserver 92.50.201.2" >> /etc/resolv.conf

или

echo "nameserver 8.8.8.8" >> /etc/resolv.conf

kostik87 ★★★★★
(13.07.14 18:32:08 MSK)

Ссылка

resolv.conf пустой

Сам спросил, сам ответил.

invokercd ★★★★
(13.07.14 19:23:24 MSK)

Ссылка

Ответ на: комментарий от Zubok 13.07.14 17:03:21 MSK

А после обновления пакет resolvconf не снесся случайно?

Записи dns-nameservers в interfaces работают через resolvconf, видимо, ему сплохело.

undertaker ★★
(14.07.14 09:24:15 MSK)

Ответ на: комментарий от undertaker 14.07.14 09:24:15 MSK

Даже не знаю что сказать!

1 - Всем спасибо за ответы! Вы были близки, как и я - но все оказалось не так. Копал два дня, как видите

2 - Короткий список проделанной работы:

-сначала снес resolvconf, потом восстановил, опять снес (не он виноват, вернее он и правда вначале глючил, но потом что то вылезло следующее),

-поменял 3 сетевые карты, /etc/udev/rules.d/70-persistent-net.rules удалял, пересоздавал, вручную правил (не он)

- пока все творил совсем навернулись /etc/resolv.conf и etc/network/interfaces - система перестала их видеть. Пересоздал заново.

- тут наконец во время создания interfaces я подумал поменять местами настройки внутренней и внешней карты... И ПОМОГЛО!

Вывод - оказалось что каким то боком никак не хотят роуты прописываться: up route add -net 192.168.124.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth1

В итоге так и не понял что не так. Все остальное вроде заработало. Но роуты прописал вручную через консоль... но после ребута не факт что я буду рядом.

Вопрос - в чем может быть косяк? Вот так через консоль сразу заработало:

root@web:~# route add -net 192.168.134.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth1

Тоже самое в interfaces не пашет... Пробовал и «post-up add», и «up ip add»... да я уже все не переберу... На данный момент все так:

# The loopback network interface
auto lo
iface lo inet loopback

# Internet network interface
auto eth0
iface eth0 inet static
address 94.25.84.163
netmask 255.255.255.248
gateway 94.25.84.166
dns-nameservers 92.50.201.2 194.67.1.154

# Local network interface
auto eth1
iface eth1 inet static
address 192.168.138.238
gateway 192.168.138.12
netmask 255.255.255.0
up route add -net 192.168.124.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth1
up route add -net 192.168.120.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth1
up route add -net 192.168.130.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth1
up route add -net 192.168.134.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth1
up route add -net 192.168.129.0 netmask 255.255.255.0 gw 192.168.138.12 dev eth1

Geqsogen
(15.07.14 15:26:56 MSK) автор топика

Ответ на: комментарий от Geqsogen 15.07.14 15:26:56 MSK

-сначала снес resolvconf, потом восстановил, опять снес (не он виноват, вернее он и правда вначале глючил, но потом что то вылезло следующее),

Просто одна ремарка: не надо resolvconf сносить!

В твоем interfaces есть поля dns-nameservers.

man resolvconf:

The ifup(8) program can be used to configure network interfaces accord‐
ing  to  settings  in /etc/network/interfaces(5).  To make ifup publish
nameserver information to resolvconf when it configures  an  interface,
add dns- lines to the relevant iface stanza in /etc/network/interfaces.
To add nameserver addresses add a line beginning with dns-nameservers.

           dns-nameservers 11.22.33.44 55.66.77.88

Другими словами, эти строчки dns-nameservers как раз читает resolvconf и никто другой.

Zubok ★★★★★
(15.07.14 19:19:09 MSK)

Ссылка

Ответ на: комментарий от Geqsogen 15.07.14 15:26:56 MSK

Проясни, что же теперь точно работает и что не работает. Появились DNS или не появились? Что в результате компанда route выдает после поднятия интерфейса?

Zubok ★★★★★
(15.07.14 19:25:09 MSK)
Последнее исправление: Zubok 15.07.14 19:25:40 MSK (всего исправлений: 1)