Err http://archive.canonical.com natty InRelease
Err http://security.ubuntu.com oneiric-security InRelease
Err http://extras.ubuntu.com natty InRelease
Err http://security.ubuntu.com oneiric-security Release.gpg
Temporary failure resolving ‘security.ubuntu.com’
Err http://archive.canonical.com natty Release.gpg
Temporary failure resolving ‘archive.canonical.com’
Err http://extras.ubuntu.com natty Release.gpg
Temporary failure resolving ‘extras.ubuntu.com’
Err http://gb.archive.ubuntu.com oneiric InRelease
Err http://gb.archive.ubuntu.com oneiric-updates InRelease
Err http://gb.archive.ubuntu.com natty-backports InRelease
Err http://gb.archive.ubuntu.com oneiric Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Err http://gb.archive.ubuntu.com oneiric-updates Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Err http://gb.archive.ubuntu.com natty-backports Release.gpg
Temporary failure resolving ‘gb.archive.ubuntu.com’
Reading package lists... Done
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric/InRelease
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric-updates/InRelease
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/natty-backports/InRelease
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/InRelease
W: Failed to fetch http://archive.canonical.com/ubuntu/dists/natty/InRelease
W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/natty/InRelease
W: Failed to fetch http://archive.canonical.com/ubuntu/dists/natty/Release.gpg Temporary failure resolving ‘archive.canonical.com’
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/oneiric-security/Release.gpg Temporary failure resolving ‘security.ubuntu.com’
W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/natty/Release.gpg Temporary failure resolving ‘extras.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/oneiric-updates/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/natty-backports/Release.gpg Temporary failure resolving ‘gb.archive.ubuntu.com’
W: Some index files failed to download. They have been ignored, or old ones used instead.
Это то, что я вижу, когда пытаюсь запустить sudo apt-get update. Вчера я обновил свой экземпляр, и теперь я это испытываю.
задан
22 July 2013 в 17:55
поделиться
18 ответов
обзор
На ваш вопрос две части:
исправление временных сообщений об устранении проблем управления пакетами
Временное решение
] Вероятно, эта проблема также:
исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.
Давайте посмотрим на возможные проблемы разрешения DNS.
Сначала временно добавьте в вашу систему известный DNS-сервер.
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null
Затем запустите sudo apt-get update .
Если это исправляет ваши временные разрешающие сообщения, либо подождите 24 часа, чтобы узнать, исправляет ли ваш интернет-провайдер эту проблему (или просто обратитесь к вашему интернет-провайдеру) — или вы можете навсегда добавить DNS-сервер в свою систему :
echo "nameserver 8.8.8.8" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
8.8.8.8 — собственный DNS-сервер Google.
source
Другим примером DNS-сервера, который вы можете использовать, является временное разрешение — например:
echo "nameserver 208.67.222.222" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
проблемы с пакетным управлением
В дополнение к проблемам временного разрешения — у вас есть несколько проблем управления пакетами, которые необходимо исправить — я предполагаю, что вы недавно попробовали обновить одну версию Ubuntu до следующей рекомендованной версии — в вашем case from Natty (11.04) to Oneiric (11.10)
Откройте терминал и введите
sudo nano /etc/apt/sources.list
Посмотрите на строки, у которых в списке есть другое имя рассылки, чем вы ожидали — в вашем случае — вы обновлены до oneiric, но у вас есть другое название выпуска natty
Например, найдите строки, которые выглядят как deb http:/archive.canonical.com/ natty backports
Добавьте # в начало строки, чтобы прокомментировать это, например
#deb http:/archive.canonical.com/ natty backports
Сохранить и повторно запустить:
sudo apt-get update && sudo apt-get upgrade
Вы должны не имеют больше ошибок в присвоении имен.
На момент написания этого, возможно, общий sou rce включают lucid, maverick, natty, oneiric, precise, quantal, raring, saucy, trusty, utopic и vivid.
ответ дан angulared
17 July 2018 в 13:48
поделиться
обзор
На ваш вопрос две части:
исправление временных сообщений об устранении проблем управления пакетами
Временное решение
] Вероятно, эта проблема также:
исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.
Давайте посмотрим на возможные проблемы разрешения DNS.
Сначала временно добавьте в вашу систему известный DNS-сервер.
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null
Затем запустите sudo apt-get update .
Если это исправляет ваши временные разрешающие сообщения, либо подождите 24 часа, чтобы узнать, исправляет ли ваш интернет-провайдер эту проблему (или просто обратитесь к вашему интернет-провайдеру) — или вы можете навсегда добавить DNS-сервер в свою систему :
echo "nameserver 8.8.8.8" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
8.8.8.8 — собственный DNS-сервер Google.
source
Другим примером DNS-сервера, который вы можете использовать, является временное разрешение — например:
echo "nameserver 208.67.222.222" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
проблемы с пакетным управлением
В дополнение к проблемам временного разрешения — у вас есть несколько проблем управления пакетами, которые необходимо исправить — я предполагаю, что вы недавно попробовали обновить одну версию Ubuntu до следующей рекомендованной версии — в вашем case from Natty (11.04) to Oneiric (11.10)
Откройте терминал и введите
sudo nano /etc/apt/sources.list
Найдите строки, у которых есть ваше другое имя в списке, чем вы ожидали — в вашем случае — вы обновлены до oneiric, но у вас есть другое название выпуска natty
Например, найдите строки, которые выглядят как deb http:/archive.canonical.com/ natty backports
Добавьте # в начало строки, чтобы прокомментировать это, например
#deb http:/archive.canonical.com/ natty backports
Сохранить и повторно запустить:
sudo apt-get update && sudo apt-get upgrade
Вы должны не имеют больше ошибок в присвоении имен.
На момент написания этого, возможно, общий sou rce включают lucid, maverick, natty, oneiric, precise, quantal, raring, saucy, trusty, utopic и vivid.
ответ дан angulared
20 July 2018 в 13:53
поделиться
Обратите внимание, что этот ответ был написан для старых версий Ubuntu. В текущих версиях используется локальный сервер имен, управляемый D-Bus, для которого применяется диагностическая часть этого ответа, но не решение. Если /etc/resolv.conf содержит nameserver 127.0.1.1 или в целом nameserver 127.X.Y.Z, не изменяйте его.
«Временное разрешение отказа …» означает, что ваш DNS, т. Е. Перевод с имен хостов на IP-адреса, не работает. Вы недавно переконфигурировали вашу машину? Если это не так, это может быть временная ошибка у вашего интернет-провайдера.
Есть ли ping -n 8.8.8.8 строки, такие как 64 bytes from 8.8.8.8: …? (Нажмите Ctrl + C, чтобы остановить ping.)
Если это не так, у вас есть проблема с IP-подключением. Запустите traceroute -n 8.8.8.8 и посмотрите, где он остановится: если вы находитесь в своем доме / офисе, проверьте сетевое оборудование. Если вы можете связаться со своим интернет-провайдером, пожаловаться на них. Если это так, у вас есть проблема с DNS. Проверьте содержимое /etc/resolv.conf; должна быть строка типа nameserver 1.2.3.4 (возможно, более одного из них). Если строки существуют, в вашем интернет-провайдере, вероятно, есть временная проблема, и вы можете обойти это, добавив nameserver 8.8.8.8 к этому файлу (это объявляет дополнительный DNS-сервер, который предоставляется бесплатно Google) , Если первое число после nameserver равно 127, на вашем компьютере есть DNS-ретранслятор (это хорошо), и вы должны настроить это DNS-ретрансляцию, а не изменять /etc/resolv.conf. В современных версиях Ubuntu по умолчанию используется DNS-ретранслятор, это Dnsmasq, и он управляется D-Bus.
ответ дан Gilles
17 July 2018 в 13:48
поделиться
Для тех, кто использует EC2, не забудьте проверить, что ваши параметры группы безопасности позволяют исходящие подключения к веб-сайтам, которые вы обновляете. Вы можете установить все параметры исходящего трафика и посмотреть, работает ли он.
ответ дан Kasperi
17 July 2018 в 13:48
поделиться
У меня была эта ошибка. После подсказки от поддержки Linode я прокомментировал все строки IPv6 в / etc / hosts, а затем apt-get update начал работать.
ответ дан laura
17 July 2018 в 13:48
поделиться
Вы можете прокомментировать нерешенное репо из файла sources.list, найденного в каталоге dir / etc / apt /
. После изменения sources.list очистите repo apt-get как
apt-get clean
Затем обновите
apt-get update
Ошибка исчезнет
ответ дан Mughil
17 July 2018 в 13:48
поделиться
Принятое решение не работает для меня. Во-первых, только apt-get update предупреждает меня о Temporary failure resolving ‘foo.com’, но когда я пытаюсь работать с nslookup foo.com или ping foo.com, он отлично работает!
Мое невероятное грязное взлома / исправление для решения этой ошибки , необходимо добавить разрешенные домены вручную в /etc/hosts с помощью этого короткого скрипта:
resolveAptHosts()
{
mapfile -t hosts < <(
sed -n -r '/^#/d; s;deb(-src)? (http://|ftp://)?([^/ ]+).*;3;p'
/etc/apt/sources.list | sort | uniq )
# delete all hosts from /etc/hosts, e.g., from an earlier call
sudo sed -i -r '/^[0-9]{1,3}(.[0-9]{1,3}){3}[ t]+('"$( printf '|%s'
"${hosts[@]//./\.}" | sed 's/^|//' )"')[ t]*$/d' /etc/hosts
for host in ${hosts[@]}; do
ip=$( nslookup "$host" | sed -n -r 's|Address:[ t]*([0-9.]+).*|1|p' |
tail -1 )
sudo bash -c "echo $ip $host >> /etc/hosts"
done
}
Теперь обновление должно работать:
resolveAptHosts && sudo apt-get update
Если кто-нибудь знает, почему это обходное решение работает и как решить эту ошибку на самом деле, я буду вечно благодарен. Я также попытался использовать sudo apt-get update -o Acquire::ForceIPv4=true, чтобы исключить проблемы с разрешением IPv6, но это тоже не помогло.
ответ дан mxmlnkn
17 July 2018 в 13:48
поделиться
У меня возникли подобные ошибки при запуске команд apt-get. Оказывается, на консоли была открыта панель обновления программного обеспечения. Это, казалось, блокировало командную строку apt-get, но я не уверен.
ответ дан NorTicUs
17 July 2018 в 13:48
поделиться
Это проблема DNS. Проверьте файл /etc/resolv.conf.
, например, в моем случае, когда у меня была эта проблема & amp; проверил этот файл, файл был пуст! но он должен содержать ваш dns-nameserver
mine:
nameserver 192.168.10.x
192.168.10.x is my gateway ip address
ответ дан parisssss
17 July 2018 в 13:48
поделиться
Иногда, когда вы находитесь за прокси-сервером, даже необходимо, чтобы вы сгенерировали файл apt.conf в /etc/apt/ и заполнили его конкретными записями, например:
Acquire::http::proxy "http://<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<yourproxyserver>:<Port>";
Если требуется аутентификация, файл конфигурации выглядит так:
Acquire::http::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
ответ дан Peachy
17 July 2018 в 13:48
поделиться
Обратите внимание, что этот ответ был написан для старых версий Ubuntu. В текущих версиях используется локальный сервер имен, управляемый D-Bus, для которого применяется диагностическая часть этого ответа, но не решение. Если /etc/resolv.conf содержит nameserver 127.0.1.1 или в целом nameserver 127.X.Y.Z, не изменяйте его.
«Временное разрешение отказа …» означает, что ваш DNS, т. Е. Перевод с имен хостов на IP-адреса, не работает. Вы недавно переконфигурировали вашу машину? Если это не так, это может быть временная ошибка у вашего интернет-провайдера.
Есть ли ping -n 8.8.8.8 строки, такие как 64 bytes from 8.8.8.8: …? (Нажмите Ctrl + C, чтобы остановить ping.)
Если это не так, у вас есть проблема с IP-подключением. Запустите traceroute -n 8.8.8.8 и посмотрите, где он остановится: если вы находитесь в своем доме / офисе, проверьте сетевое оборудование. Если вы можете связаться со своим интернет-провайдером, пожаловаться на них. Если это так, у вас есть проблема с DNS. Проверьте содержимое /etc/resolv.conf; должна быть строка типа nameserver 1.2.3.4 (возможно, более одного из них). Если строки существуют, в вашем интернет-провайдере, вероятно, есть временная проблема, и вы можете обойти это, добавив nameserver 8.8.8.8 к этому файлу (это объявляет дополнительный DNS-сервер, который предоставляется бесплатно Google) , Если первое число после nameserver равно 127, на вашем компьютере есть DNS-ретранслятор (это хорошо), и вы должны настроить это DNS-ретрансляцию, а не изменять /etc/resolv.conf. В современных версиях Ubuntu по умолчанию используется DNS-ретранслятор, это Dnsmasq, и он управляется D-Bus.
ответ дан Gilles
20 July 2018 в 13:53
поделиться
Для тех, кто использует EC2, не забудьте проверить, что ваши параметры группы безопасности позволяют исходящие подключения к веб-сайтам, которые вы обновляете. Вы можете установить все параметры исходящего трафика и посмотреть, работает ли он.
ответ дан Kasperi
20 July 2018 в 13:53
поделиться
У меня была эта ошибка. После подсказки от поддержки Linode я прокомментировал все строки IPv6 в / etc / hosts, а затем apt-get update начал работать.
ответ дан laura
20 July 2018 в 13:53
поделиться
Вы можете прокомментировать нерешенное репо из файла sources.list, найденного в каталоге dir / etc / apt /
. После изменения sources.list очистите repo apt-get как
apt-get clean
Затем обновите
apt-get update
Ошибка исчезнет
ответ дан Mughil
20 July 2018 в 13:53
поделиться
Принятое решение не работает для меня. Во-первых, только apt-get update предупреждает меня о Temporary failure resolving ‘foo.com’, но когда я пытаюсь работать с nslookup foo.com или ping foo.com, он отлично работает!
Мое невероятное грязное взлома / исправление для решения этой ошибки , необходимо добавить разрешенные домены вручную в /etc/hosts с помощью этого короткого скрипта:
resolveAptHosts()
{
mapfile -t hosts < <(
sed -n -r '/^#/d; s;deb(-src)? (http://|ftp://)?([^/ ]+).*;3;p'
/etc/apt/sources.list | sort | uniq )
# delete all hosts from /etc/hosts, e.g., from an earlier call
sudo sed -i -r '/^[0-9]{1,3}(.[0-9]{1,3}){3}[ t]+('"$( printf '|%s'
"${hosts[@]//./\.}" | sed 's/^|//' )"')[ t]*$/d' /etc/hosts
for host in ${hosts[@]}; do
ip=$( nslookup "$host" | sed -n -r 's|Address:[ t]*([0-9.]+).*|1|p' |
tail -1 )
sudo bash -c "echo $ip $host >> /etc/hosts"
done
}
Теперь обновление должно работать:
resolveAptHosts && sudo apt-get update
Если кто-нибудь знает, почему это обходное решение работает и как решить эту ошибку на самом деле, я буду вечно благодарен. Я также попытался использовать sudo apt-get update -o Acquire::ForceIPv4=true, чтобы исключить проблемы с разрешением IPv6, но это тоже не помогло.
ответ дан mxmlnkn
20 July 2018 в 13:53
поделиться
У меня возникли подобные ошибки при запуске команд apt-get. Оказывается, на консоли была открыта панель обновления программного обеспечения. Это, казалось, блокировало командную строку apt-get, но я не уверен.
ответ дан NorTicUs
20 July 2018 в 13:53
поделиться
Это проблема DNS. Проверьте файл /etc/resolv.conf.
, например, в моем случае, когда у меня была эта проблема & amp; проверил этот файл, файл был пуст! но он должен содержать ваш dns-nameserver
mine:
nameserver 192.168.10.x
192.168.10.x is my gateway ip address
ответ дан parisssss
20 July 2018 в 13:53
поделиться
Иногда, когда вы находитесь за прокси-сервером, даже необходимо, чтобы вы сгенерировали файл apt.conf в /etc/apt/ и заполнили его конкретными записями, например:
Acquire::http::proxy "http://<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<yourproxyserver>:<Port>";
Если требуется аутентификация, файл конфигурации выглядит так:
Acquire::http::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<domainuser>:<password>@<yourproxyserver>:<Port>";
ответ дан Peachy
20 July 2018 в 13:53
поделиться
Другие вопросы по тегам:
Похожие вопросы:
overview
There are two parts to your question:
- fixing temporary resolve messages
- fixing the package management issues
Temporary resolve
It is likely that this issue is either:
- temporary due to your Internet Service Provider not correctly forwarding internet naming (DNS) to either its or external DNS servers, or
- due to a change in your network has similarly blocked this naming — for example, new router/modem, reconfiguring a switch with a new configuration.
Lets look at the possible DNS resolving issues.
First, temporarily add a known DNS server to your system.
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null
Then run sudo apt-get update.
If this fixes your temporary resolving messages then either wait for 24 hours to see if your ISP fixes the issue for you (or just contact your ISP) — or you can permanently add a DNS server to your system:
echo "nameserver 8.8.8.8" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
8.8.8.8 is Google’s own DNS server.
source
Another example DNS server you could use is OpenDNS — for example:
echo "nameserver 208.67.222.222" | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
package-management issues
In addition to the temporary resolve issues — you have a few package management issues that need to be corrected — I’m assuming you have tried recently to upgrade from one Ubuntu version to the next recommended version — in your case from Natty (11.04) to Oneiric (11.10)
Open a terminal and type
sudo nano /etc/apt/sources.list
Look for lines that have your a different distribution name in the list than you were expecting — in your case — you have upgraded to oneiric but you have another release name natty
For example, look for lines that look like deb http:/archive.canonical.com/ natty backports
Add a # to the beginning of the line to comment it out — for example
#deb http:/archive.canonical.com/ natty backports
Save and re-run:
sudo apt-get update && sudo apt-get upgrade
You should not have any more release naming errors.
At the time of writing this, possible common release names include lucid, maverick, natty, oneiric, precise, quantal, raring, saucy, trusty, utopic and vivid.
- Печать
Страницы: [1] Вниз
Тема: Проблемы с сетью (Прочитано 9631 раз)
0 Пользователей и 1 Гость просматривают эту тему.
DimChik2903
Всем доброе время суток! Сразу оговорюсь, что я совсем новичок, поэтому прошу тапками не кидаться. Спасибо)
Вот собственно в чём проблема: Дома стоит сервер, на нём стоит Ubuntu Server 16.04. Раньше всё было хорошо, но некоторое время назад перестали качаться торренты в ruTorrent. У некоторых пишет
Tracker: [Couldn't resolve host name]у некоторых
Tracker: [Timeout was reached]
Но это ещё пол беды. При проверке обновлений выдаётся вот что:
Err:1 http://security.ubuntu.com/ubuntu xenial-security InRelease
Временная ошибка при попытке получить IP-адрес «security.ubuntu.com»
Err:2 http://download.webmin.com/download/repository sarge InRelease
Временная ошибка при попытке получить IP-адрес «download.webmin.com»
Err:3 http://ru.archive.ubuntu.com/ubuntu xenial InRelease
Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
Err:4 http://ru.archive.ubuntu.com/ubuntu xenial-updates InRelease
Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
Err:5 http://ru.archive.ubuntu.com/ubuntu xenial-backports InRelease
Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
Err:6 https://apt.dockerproject.org/repo ubuntu-xenial InRelease
Could not resolve host: apt.dockerproject.org
Чтение списков пакетов… Готово
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/xenial/InRelease Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/xenial-updates/InRelease Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/xenial-backports/InRelease Временная ошибка при попытке получить IP-адрес «ru.archive.ubuntu.com»
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/xenial-security/InRelease Временная ошибка при попытке получить IP-адрес «security.ubuntu.com»
W: Failed to fetch http://download.webmin.com/download/repository/dists/sarge/InRelease Временная ошибка при попытке получить IP-адрес «download.webmin.com»
W: Failed to fetch https://apt.dockerproject.org/repo/dists/ubuntu-xenial/InRelease Could not resolve host: apt.dockerproject.org
W: Некоторые индексные файлы не скачались. Они были проигнорированы или вместо них были использованы старые версии.
При попытке поставить Zoneminder в связи с приобретением IP камер, выдаётся примерно то же самое, но с гораздо большим количеством ошибок, сюда не влезает. Мне кажется что ошибка торрентов и проблема при установке пакетов связаны. Но я не знаю как это можно исправить. После прочтения форума, думал что проблема можеть быть в ДНС, содержимое /etc/resolv.conf следующее:
GNU nano 2.5.3 Файл: /etc/resolv.conf
nameserver 8.8.8.8
# 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
Совсем не знаю что делать. Надеюсь на Вашу помощь. Заранее спасибо!
ТС не появлялся на Форуме более полугода по состоянию на 14/07/2019 (последняя явка: 07/08/2017). Модератором раздела принято решение закрыть тему.
—zg_nico
« Последнее редактирование: 14 Июля 2019, 03:21:18 от zg_nico »
Pretender155
если днс отвалились то у тебя не один сайт не должен открытся, посмотри пинг до гугла к примеру. проверь открыт ли 53 порт
DimChik2903
если днс отвалились то у тебя не один сайт не должен открытся, посмотри пинг до гугла к примеру. проверь открыт ли 53 порт
user@MyServer:~$ ping google.com
ping: unknown host google.com
Пользователь добавил сообщение 25 Ноября 2016, 21:23:24:
Вот что по портам (Если я сделал то, что нужно)
user@MyServer:~$ netstat -at
Активные соединения с интернетом (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 localhost:mysql *:* LISTEN
tcp 0 0 *:netbios-ssn *:* LISTEN
tcp 0 0 *:webmin *:* LISTEN
tcp 0 0 *:ssh *:* LISTEN
tcp 0 0 *:microsoft-ds *:* LISTEN
tcp 0 0 192.168.31:microsoft-ds 192.168.31.199:49786 ESTABLISHED
tcp 0 0 192.168.31:microsoft-ds 192.168.31.208:63737 ESTABLISHED
tcp 0 0 192.168.31.155:ssh 192.168.31.199:65029 ESTABLISHED
tcp6 0 0 [::]:netbios-ssn [::]:* LISTEN
tcp6 0 0 [::]:http [::]:* LISTEN
tcp6 0 0 [::]:85 [::]:* LISTEN
tcp6 0 0 [::]:ssh [::]:* LISTEN
tcp6 0 0 [::]:microsoft-ds [::]:* LISTEN
tcp6 0 0 [::]:45566 [::]:* LISTEN
user@MyServer:~$ netstat -au
Активные соединения с интернетом (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
udp 0 0 *:10000 *:*
udp 0 0 192.168.31.155:ntp *:*
udp 0 0 172.17.0.1:ntp *:*
udp 0 0 localhost:ntp *:*
udp 0 0 *:ntp *:*
udp 0 0 172.17.255.2:netbios-ns *:*
udp 0 0 172.17.0.1:netbios-ns *:*
udp 0 0 192.168.31.2:netbios-ns *:*
udp 0 0 192.168.31.1:netbios-ns *:*
udp 0 0 *:netbios-ns *:*
udp 0 0 172.17.255.:netbios-dgm *:*
udp 0 0 172.17.0.1:netbios-dgm *:*
udp 0 0 192.168.31.:netbios-dgm *:*
udp 0 0 192.168.31.:netbios-dgm *:*
udp 0 0 *:netbios-dgm *:*
udp6 0 0 [::]:9527 [::]:*
getnameinfo failed
udp6 0 0 [НЕИЗВЕСТН:ntp [::]:*
getnameinfo failed
udp6 0 0 [НЕИЗВЕСТН:ntp [::]:*
getnameinfo failed
udp6 0 0 [НЕИЗВЕСТН:ntp [::]:*
udp6 0 0 localhost:ntp [::]:*
udp6 0 0 [::]:ntp [::]:*
« Последнее редактирование: 25 Ноября 2016, 21:23:24 от DimChik2903 »
symon.2014
http://ru.
Попробуй другой сервер подключить, возможно ru глючит временно, бывает, или подожди.
DimChik2903
http://ru.
Попробуй другой сервер подключить, возможно ru глючит временно, бывает, или подожди.
Да в том то и дело, что эта проблема уже очень долго. Да и как подключить другой сервер я не знаю(
Pretender155
Да и как подключить другой сервер я не знаю(
Днс можно прописать в /etc/network/interfaces (тут про настройку сети в ручную) или добавь в resolv.conf перед nameserver 8.8.8.8 еще строку nameserver IP, желательно тот днс что предоставляет провайдер(гугловские лучше использовать как альтернативные но не основные). По поводу портов, это активные соединения, а надо посмотреть настройки firewall-а, если у тебя iptbales то набери iptables -vnL он выдаст текущие настройки, если используешь другой то смотри help по нему
днс yandex-a:
77.88.8.8
77.88.8.1
« Последнее редактирование: 26 Ноября 2016, 00:50:46 от Pretender155 »
DimChik2903
Да и как подключить другой сервер я не знаю(
Днс можно прописать в /etc/network/interfaces (тут про настройку сети в ручную) или добавь в resolv.conf перед nameserver 8.8.8.8 еще строку nameserver IP, желательно тот днс что предоставляет провайдер(гугловские лучше использовать как альтернативные но не основные). По поводу портов, это активные соединения, а надо посмотреть настройки firewall-а, если у тебя iptbales то набери iptables -vnL он выдаст текущие настройки, если используешь другой то смотри help по нему
днс yandex-a:
77.88.8.8
77.88.8.1
Спасибо за помощь, вот что написал в interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo enp2s0
iface lo inet loopback
# The primary network interface
iface enp2s0 inet static
address 192.168.31.155
netmask 255.255.255.0
network 192.168.31.0
dns-nameservers 195.34.31.50 62.112.106.130 8.8.8.8
auto eth0
Где 195.34.31.50 62.112.106.130 ДНС- сервера провайдера (МГТС). Всё ли тут правильно?
Вот что выдал iptables -vnL
user@MyServer:~$ sudo iptables -vnL
Chain INPUT (policy ACCEPT 2751K packets, 141M bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
242K 121M DOCKER-ISOLATION all -- * * 0.0.0.0/0 0.0.0.0/0
150K 60M DOCKER all -- * docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * docker0 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
91898 60M ACCEPT all -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- docker0 docker0 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT 6022K packets, 8452M bytes)
pkts bytes target prot opt in out source destination
Chain DOCKER (1 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:45566
0 0 ACCEPT udp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 udp dpt:9527
150K 60M ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:80
Chain DOCKER-ISOLATION (1 references)
pkts bytes target prot opt in out source destination
242K 121M RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
Пользователь добавил сообщение 26 Ноября 2016, 12:09:43:
Если это поможет:
В дом приходит оптика от МГТС, стоит их модем, далее мой роутер. Netid 192.168.31.0. К нему уже подключен сервер.
« Последнее редактирование: 26 Ноября 2016, 12:09:43 от DimChik2903 »
Pretender155
хм… а может трабл в роутере? так как в iptables все открыто(что не есть гуд)
DimChik2903
хм… а может трабл в роутере? так как в iptables все открыто(что не есть гуд)
Сам наконец-то нашёл в чём проблема. Когда- то я назначил статический IP через Webmin. Сейчас вспомнил, что торренты отвалились примерно в то же время. Сейчас вернул получение через DHCP. Всё прекрасно работает. Но как мне теперь правильно будет назначить статический IP серверу?
- Печать
Страницы: [1] Вверх
Когда вы часто создаете образец Docker, когда вам нужно установить или обновить частое программное обеспечение, когда вы зеркально создаете программное обеспечение, вы можете решить временную неисправную разрешение «Security.ubuntu.com», когда вы запустите UPTE UPDATE или APT-Get.
cd /etc/docker
touch daemon.json
Затем поместите следующий контент в Daemon.json
{
"dns": ["8.8.8.8", "114.114.114.114"]
}
Перезапуск докера
sudo service docker restart
Финансируется в: https://www.jianshu.com/p/72f88edfaa33
Интеллектуальная рекомендация
Самоумемость Реджиса
1. Проникновение в кеш 2. Кэш Лавина 3. Разбивка кеша Redis реализует распределенную блокировку Чтобы не допустить, чтобы у нас были нарушения в выполнении бизнеса или несчастным случаем, что сервер с…
До свидания 2015, привет 2016
До свидания 2015, привет 2016 До свидания 2015, Привет 2016, В прошлом году все были заняты чисткой своих телефонов, В это время вы можете поднять голову и успокоиться, Чем более …
хранимая процедура вызова Java
1. Вызов хранимой процедуры, возвращающей набор результатов.: Хранимая процедура, которая возвращает результат путем вызова «Выполнить оператор SQL» В качестве примера возьмем недавно испо…
Вам также может понравиться
Переключатель между средами AnaConda2 и Annaconda3
В лаборатории есть публичный компьютер, поэтому он очень хаотичен, поэтому я не знаю, кто я установил AnaConda2 в последние несколько дней. Предыдущая среда Python3.5 не смогла найти его через список …
Создайте среду разработки Kafka в Windows
После просмотра некоторых статей более популярными системами сообщений являются ActiveMQ, Rabbitmq, RocketMQ, Zeromq, Kafka. После рассмотрения я выбрал Кафку дляисследование。 Теперь будут записаны ша…
Содержание
- Как решить проблему «Временный сбой в разрешении имен»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения брандмауэра
- 🛠️ Как решить ошибку «Temporary failure in name resolution»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения межсетевого экрана
- Для брандмауэра UFW (Ubuntu / Debian и Mint)
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
- Wicd или проблемы с DNS
Как решить проблему «Временный сбой в разрешении имен»
Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить любую задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке «временный сбой в разрешении имен» на вашем терминале.
Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с показанной ошибкой:
Обычно это ошибка разрешения имен, которая показывает, что ваш DNS-сервер не может преобразовать доменные имена в соответствующие IP-адреса. Это может стать серьезной проблемой, поскольку вы не сможете обновлять, обновлять или даже устанавливать какие-либо программные пакеты в вашей системе Linux.
В этой статье мы рассмотрим некоторые причины ошибки «временный сбой при разрешении имен» и решения этой проблемы.
1. Отсутствующий или неправильно настроенный файл resolv.conf
Если этот файл отсутствует или существует, но ошибка разрешения имени все еще возникает, создайте его и добавьте общедоступный DNS-сервер Google, как показано
Сохраните изменения и перезапустите службу systemd-resolved, как показано.
Также разумно проверить состояние преобразователя и убедиться, что он активен и работает должным образом:
Затем попробуйте проверить связь с любым веб-сайтом, и проблема должна быть решена.
2. Ограничения брандмауэра
Чтобы открыть порты 53 и 43 на брандмауэре UFW, выполните следующие команды:
Для систем на основе Redhat, таких как CentOS, выполните следующие команды:
Мы надеемся, что теперь у вас есть представление об ошибке «временный сбой при разрешении имен» и о том, как ее исправить, выполнив несколько простых шагов. Как всегда, мы будем благодарны за ваши отзывы.
Источник
🛠️ Как решить ошибку «Temporary failure in name resolution»
Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить какую-либо задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке “temporary failure in name resolution” на вашем терминале.
Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с указанной ошибкой:
Обычно это ошибка разрешения имен, которая показывает, что ваш DNS-сервер не может преобразовать доменные имена в соответствующие IP-адреса.
Это может стать серьезной проблемой, поскольку вы не сможете обновлять или даже устанавливать какие-либо программные пакеты в вашей системе Linux.
В этой статье мы рассмотрим некоторые из причин ошибки «temporary failure in name resolution» и решения этой проблемы.
1. Отсутствующий или неправильно настроенный файл resolv.conf
Файл /etc/resolv.conf – это файл конфигурации резолвера в системах Linux.
Он содержит записи DNS, которые помогают вашей системе Linux преобразовывать доменные имена в IP-адреса.
Если этот файл отсутствует или существует, но ошибка разрешения имени все еще возникает, создайте его и добавьте общедоступный DNS-сервер Google, как показано далее:
Сохраните изменения и перезапустите службу systemd-resolved, как показано.
2. Ограничения межсетевого экрана
Если первое решение вам не помогло, значит ограничения брандмауэра могут помешать вам успешно выполнять DNS-запросы.
Проверьте свой брандмауэр и убедитесь, что порт 53 (используется для DNS ) и порт 43 (используется для поиска whois) открыты.
Если порты заблокированы, откройте их следующим образом:
Для брандмауэра UFW (Ubuntu / Debian и Mint)
Чтобы открыть порты 53 и 43 на брандмауэре UFW, выполните следующие команды:
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я не могу решить.
но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, было ли у меня интернет-соединение нормально, запустив
и я получил ответ, все хорошо там.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
Временный сбой в разрешении имен
Итак, я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я пробовал редактировать /etc/resolv.conf без удачи, как представляется, символическая ссылка.
Я нашел ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю, я снова потеряю связь.
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы)/daemon/config, и сеть обнаруживается автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент /daemon/config/setting это делает.
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я, похоже, не могу решить.
Я пытался запустить
, но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, в порядке ли мое интернет-соединение, запустив
и получил ответ, все в порядке.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
Временный сбой в разрешении имени
Хорошо, поэтому я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я попытался отредактировать /etc/resolv.conf без удачи, так как он выглядит как символическая ссылка.
Я нашел здесь ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю тем не менее, я снова теряю связь.
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
прекрасно работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы получить беспроводной сеть собирается автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он будет автоматически подключаться;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, очевидно, это не помогает; даже пытался:
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы) / daemon / config, и сеть обнаруживается автоматически, когда он подключен без какого-либо пользователя. конфигурации; было бы неплохо узнать, какой инструмент / daemon / config / setting это делает.
Источник
Wicd или проблемы с DNS
Обновил gentoo. Ранее проблем не было. Теперь установлен wicd 1.7.3. Ping 8.8.8.8 проходит нормально. Однако Интернета по факту нет. Ping www.linux.org.ru пишет «unknown host», с остальными так же. IPшник и все остальное получаю по DHCP. traceroute www.linux.org.ru выдает:
www.linux.org.ru: Временный сбой в разрешении имен
Cannot handle «host» cmdline arg ‘www.linux.org.ru’ on position 1 (argc 1)
Думал проблема в роутере, но после его замены ситуация осталась на месте. Другие устройства ходят нормально. На роутер по IPшнику прохожу спокойно. Пробовал откатываться назад и ставить предыдущую версию wicd, но доступ в Интернет то появляется по непонятным причинам после пересборки wicd, то полностью пропадает вновь.
resolv.conf должен быть пустым при нормальной работе wicd? Он у меня пустой и wicd его постоянно сбрасывает.
Перезапуск демона не помогает.
Ping 8.8.8.8 проходит нормально. Однако Интернета по факту нет. Ping www.linux.org.ru пишет «unknown host», с остальными так же
это значит, что интернет по факту есть, но не работает DNS
resolv.conf должен быть пустым при нормальной работе wicd?
нет, не должен. пропиши там nameserver 8.8.8.8 в кач-ве workaround, а потом покопайся в настройках wicd, чтобы он обновлял resolv.conf сам
Прописал «nameserver 8.8.8.8», но ситуация та же.
какой dhcp клиент используется? wicd сам не является dhcp, он использует системный, это может быть dhclient или dhcpcd
Источник
I realize this issue has already been talked about here: Docker build «Could not resolve ‘archive.ubuntu.com'» apt-get fails to install anything
I tried to build a docker image that uses ubuntu:16.04 and tried to run apt-get update but it would throw this error
Err:1 http://archive.ubuntu.com/ubuntu xenial InRelease
Temporary failure resolving 'archive.ubuntu.com'
Err:2 http://security.ubuntu.com/ubuntu xenial-security InRelease
Temporary failure resolving 'security.ubuntu.com'
Err:3 http://archive.ubuntu.com/ubuntu xenial-updates InRelease
Temporary failure resolving 'archive.ubuntu.com'
Err:4 http://archive.ubuntu.com/ubuntu xenial-backports InRelease
Temporary failure resolving 'archive.ubuntu.com'
Reading package lists...
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial/InRelease Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial-updates/InRelease Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial-backports/InRelease Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/xenial-security/InRelease Temporary failure resolving 'security.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.
I tried the solution in the above link but that still did not seem to solve my issue. I created the daemon.json which contains the appropriate DNS address and placed it in /etc/docker/ as mentioned and restarted docker but that still did not solve my issue. I tried the other accepted answer where we add the DNS address to /etc/default/docker but that didn’t work either. If it helps, I’m using internet through a university network.
Are there any other solutions to this problem?
I realize this issue has already been talked about here: Docker build «Could not resolve ‘archive.ubuntu.com'» apt-get fails to install anything
I tried to build a docker image that uses ubuntu:16.04 and tried to run apt-get update but it would throw this error
Err:1 http://archive.ubuntu.com/ubuntu xenial InRelease
Temporary failure resolving 'archive.ubuntu.com'
Err:2 http://security.ubuntu.com/ubuntu xenial-security InRelease
Temporary failure resolving 'security.ubuntu.com'
Err:3 http://archive.ubuntu.com/ubuntu xenial-updates InRelease
Temporary failure resolving 'archive.ubuntu.com'
Err:4 http://archive.ubuntu.com/ubuntu xenial-backports InRelease
Temporary failure resolving 'archive.ubuntu.com'
Reading package lists...
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial/InRelease Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial-updates/InRelease Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial-backports/InRelease Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/xenial-security/InRelease Temporary failure resolving 'security.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.
I tried the solution in the above link but that still did not seem to solve my issue. I created the daemon.json which contains the appropriate DNS address and placed it in /etc/docker/ as mentioned and restarted docker but that still did not solve my issue. I tried the other accepted answer where we add the DNS address to /etc/default/docker but that didn’t work either. If it helps, I’m using internet through a university network.
Are there any other solutions to this problem?