Проблема Temporary failure resolving ftp.debian.org?

Question

[Оптимус Пьян]

VDS на Debian 8, пытаюсь поставить новый пакет
apt install package

Err ftp.debian.org/debian/jessie/main...
Temporary failure resolving 'ftp.debian.org'

В /etc/resolv.conf было 8.8.8.8 поставил ещё DNS гугла

nameserver 208.67.220.220
nameserver 8.8.8.8
nameserver 208.67.222.222
nameserver 8.8.4.4
То же самое (или нужно время на обновление?)

На команду host ya.ru
Пишет: connection timed out; no servers could be reached

Техподдержка хостинга говорит смотреть в сторону файрвола. Как понять какой там файрвол стоит и что конкретно в нём нужно подкрутить?

Comments

[Ernest Faizullin]

пусть техподдержка разбирается со своим файрволлом, тут вряд ли что то можно посоветовать

[Ernest Faizullin]

ты настраивал фаервол?

[Ernest Faizullin]

если нет то пусть сами проверяют

[Оптимус Пьян]

Ernest Faizullin: Я не настраивал, я ставил VestaCP вместе с ней мог поставится и настроится какой-то. У меня VDS так что я сам себе поддержка должен быть, саппорт мне ничем не обязан

[Ernest Faizullin]

Оптимус Пьян: а в чем тогда проблема? Тут нужны подробные подробности, ты много чего не рассказал уже на этом этапе, а дальше еще больше. Так решения ты не додешься

[Оптимус Пьян]

Ernest Faizullin: что я не рассказал например? Я добавлю ;)

[Ernest Faizullin]

Оптимус Пьян: я должен из тебя выпрашивать? Твоя задача поставить вопрос так чтобы возможное решение нашлось максимально быстро. Очевидно что сейчас для решения не хватает данных, иначе оно уже нашлось бы. Лучше тебя никто не опишет проблему

Answer 1

[Андрей Михалёв]

своими силами можно определить так:
iptables-save - покажет текущие настройки iptables
route - покажет список маршрутов, defaul правильно установлен?
ping 8.8.8.8 проходит?
host -t A ya.ru 8.8.8.8, должен вернуть ip адрес хоста, если ошибка - значит проблема с интернет соединением

как вариант если ничего не настраивалось, попробуй ребутнуть хост.

Comments

[Оптимус Пьян]

iptables -L -n
pastebin.com/SCJiSuaZ

route
pastebin.com/BguPLaHq
Вот тут не понял что в Genmask должно стоять? 8.8.8.8?

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_seq=1 ttl=55 time=1.51 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=1.51 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=55 time=1.49 ms

host -t A ya.ru 8.8.8.8
connection timed out; no servers could be reached

[Андрей Михалёв]

Оптимус Пьян: cat /etc/network/interfaces

[Андрей Михалёв]

Оптимус Пьян: в общем, узнаешь свой gateway (он же шлюз) и выполняешь команды:
route del defaul
route add default gw GATEWAY
где GATEWAY - IP адрес шлюза

[Оптимус Пьян]

Андрей Михалёв: В /etc/network/interfaces не указан шлюз pastebin.com/9PyEuafV погуглил что к iface venet0:0 inet static вроде как должна быть третья строка gateway ещё...

Answer 2

[Макс]

с сетью, похоже, все в порядке, пинги до 8.8.8.8 проходят.
но вот отзывается ли 208.67.220.220? попробуйте убрать вообще DNS провайдера из resolv.conf и оставить только гугловские.

Comments

[Оптимус Пьян]

Сейчас попробую. Изменения вступаю в силу сразу? Ждать нисколько не надо или перезагружаться?

[Оптимус Пьян]

Оптимус Пьян: host -t A ya.ru 208.67.220.220 connection timed out; no servers could be reached

[Макс]

Оптимус Пьян: для применения resolv.conf надо перестартануть сеть, на сколько я помню. что-то типа sudo service networking restart. посмотрите тут askubuntu.com/questions/224966/how-do-i-get-resolv... - в Debian надо править настройки сети /etc/network/interfaces , иначе настройки resolv.conf перезатрутся при рестарте.

Answer 3

[Victor Green]

Была та же самая проблема. Все решилось командой:

sudo /etc/init.d/networking restart && sudo dhclient