Содержание
- Как решить проблему «Временный сбой в разрешении имен»
- 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
Источник
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. Отсутствующий или неправильно настроенный файл 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
Источник
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] Вниз
Тема: Проблемы с сетью (Прочитано 10916 раз)
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
Интеллектуальная рекомендация
Kubernetes-Javaweb Приложение
Конфигурация службы MySQL Конфигурация обслуживания Redis Создайте войну, зеркало Tomcat, комбинируемое в тот же POD, поделитесь файлом войны войны контейнера для войны в контейнер Tomcat через объем …
затмение удалить пробелы и вкладки
затмение удалить пробелы и вкладки Окно-> Настройки-> Общие-> Редакторы-> Текстовые редакторы-> Удалить отображаемые пробельные символы, как показано Окно-> Настройки-> Общие->…
Основные инструкции Linux — псевдонимы и unalias
Команда linux alias используется для установки псевдонима инструкции. грамматика псевдоним [псевдоним команды] = [имя команды] Описание параметра: Если параметр не добавлен, будут перечислены все теку…
Построение среды разработки под Android
Следующее можно использовать в качестве руководства, но вы должны попробовать сами. Напишите здесь адрес, которого нет в статье. адрес загрузки SDKhttp://developer.android.com/sdk/installing/index.htm…
H3cse Park — Multicast Обзор
PS：Эта статья выбирает только авторы, которые автор считает важным, не является всеобъемлющим для справки обзора, пожалуйста, проверьте соответствующие книги. H3CNE-H3CTE доступен для изучения столбцо…
Вам также может понравиться
Дата объекта
Объект данных Общий метод приобретения Объект данных Обычный метод настройки Метод даты преобразования времени …
Котлин интерфейс
Интерфейс является важной частью трех основных характеристик характеристик объекта. и наследование и наследование и наследование и наследование и наследование и наследование и наследование, и наследов…
C#.net UTF-8 Формат JSON читайте искаженную
Файл JSON, тип сам по себе-UTF-8, который содержит китайский и английский. При чтении китайская часть искажена. При чтении файла я попробовал: Encoding.getEncoding («GB2312»), Encoding.UTF8 …
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
sudo dhclient -v -4
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
sudo apt-get install nm-tray network-manager
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
sudo systemctl start NetworkManager
sudo systemctl enable NetworkManager
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы)/daemon/config, и сеть обнаруживается автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент /daemon/config/setting это делает.
Содержание
- Как решить проблему «Временный сбой в разрешении имен»
- 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
Источник
Содержание
- Как решить проблему «Временный сбой в разрешении имен»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения брандмауэра
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
- 🛠️ Как решить ошибку «Temporary failure in name resolution»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения межсетевого экрана
- Для брандмауэра UFW (Ubuntu / Debian и Mint)
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- Ошибка: временный сбой в разрешении имен
Как решить проблему «Временный сбой в разрешении имен»
Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить любую задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке «временный сбой в разрешении имен» на вашем терминале.
Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с показанной ошибкой:
Обычно это ошибка разрешения имен, которая показывает, что ваш DNS-сервер не может преобразовать доменные имена в соответствующие IP-адреса. Это может стать серьезной проблемой, поскольку вы не сможете обновлять, обновлять или даже устанавливать какие-либо программные пакеты в вашей системе Linux.
В этой статье мы рассмотрим некоторые причины ошибки «временный сбой при разрешении имен» и решения этой проблемы.
1. Отсутствующий или неправильно настроенный файл resolv.conf
Файл /etc/resolv.conf — это файл конфигурации преобразователя в системах Linux. Он содержит записи DNS, которые помогают вашей системе Linux преобразовывать доменные имена в IP-адреса.
Если этот файл отсутствует или существует, но ошибка разрешения имени все еще возникает, создайте его и добавьте общедоступный DNS-сервер Google, как показано
Сохраните изменения и перезапустите службу systemd-resolved, как показано.
Также разумно проверить состояние преобразователя и убедиться, что он активен и работает должным образом:
Затем попробуйте проверить связь с любым веб-сайтом, и проблема должна быть решена.
2. Ограничения брандмауэра
Если первое решение не помогло вам, ограничения брандмауэра могут препятствовать успешному выполнению DNS-запросов. Проверьте свой брандмауэр и убедитесь, что порт 53 (используется для DNS — разрешение доменного имени) и порт 43 (используется для поиска whois) открыты. Если порты заблокированы, откройте их следующим образом:
Чтобы открыть порты 53 и 43 на брандмауэре UFW, выполните следующие команды:
Для систем на основе Redhat, таких как CentOS, выполните следующие команды:
Мы надеемся, что теперь у вас есть представление об ошибке «временный сбой при разрешении имен» и о том, как ее исправить, выполнив несколько простых шагов. Как всегда, мы будем благодарны за ваши отзывы.
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я не могу решить.
Я пытался бежать
но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, было ли у меня интернет-соединение нормально, запустив
и я получил ответ, все хорошо там.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
и получил ошибку:
Временный сбой в разрешении имен
Итак, я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я пробовал редактировать /etc/resolv.conf без удачи, как представляется, символическая ссылка.
Я нашел ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю, я снова потеряю связь.
- Должен ли я просто оставить все как есть или что-то еще?
- Может ли это быть постоянным решением?
- И является причиной проблемы тот факт, что /run/resolvconf/resolv.conf на самом деле не существует?
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы)/daemon/config, и сеть обнаруживается автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент /daemon/config/setting это делает.
Источник
🛠️ Как решить ошибку «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, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю, я снова потеряю связь.
- Должен ли я просто оставить все как есть или что-то еще?
- Может ли это быть постоянным решением?
- И является ли причина проблемы тем, что на самом деле /run/resolvconf/resolv.conf не существует?
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я смог получить доступ к проводной сети, заключается в следующем:
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения или повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы) / daemon / config, и сеть определяется автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент / daemon / config / setting это делает.
Источник
Ошибка: временный сбой в разрешении имен
Здравствуйте! Не так давно понадобилось поставить debian 9 на ВМ. Все было хорошо и отлично и спустя пару месяцев решил обновить систему apt-get update. И вдруг машина стала ругаться на то, что не может достучаться до зеркал ни до debian.org ни до yandex.mirror. Пропинговать куда-либо тоже не могу. если пингую на днс гугла (8.8.8.8 и др.) пишет «connect: сеть недоступна».
если пингую по именам (ya.ru google.com) пишет «временный сбой в разрешении имен». Я так полагаю что сервак не имеет выхода в сеть, однако почему он мог пропасть? В настройках ВМ менял сетевой адаптер и на NAT и на сетевой мост (конкретно сейчас стоит виртуальный адаптер виртуал бокса), но ничего не менялось. Довольно интересно и то что у меня есть 2й сервак, с аналогичными настройками, и у него все работает отлично.
Может кто знает как с этим быть или хотя-бы где можно посмотреть? В гугле ничего путного не нашел. Пытался искать что-нибудь в логах — тоже ничего ( хотя я не особо в них разбираюсь, т.ч. мог что-нибудь упустить).
Ошибка CS0234 Тип или имя пространства имен «Interpor» не существует в пространстве имен «Microsoft.Office»
Выбивает «Ошибка CS0234 Тип или имя пространства имен «Interpor» не существует в пространстве имен.
Ошибка 78 Имя типа или пространства имен «Data» отсутствует в пространстве имен «FirebirdSQL»
Ошибка 78 Имя типа или пространства имен «Data» отсутствует в пространстве имен «FirebirdSql».
Ошибка: Имя типа или пространства имен «office» отсутствует в пространстве имен «Microsoft»
подключил модуль Excel = Microsoft.Office.Interop.Excel; добавляю ссылку microsoft excel 11.0.
Помощь в написании контрольных, курсовых и дипломных работ здесь.
Ошибка «Имя типа или пространства имен «DirectX» отсутствует в пространстве имен «Microsoft»
1. Имя типа или пространства имен «DirectX» отсутствует в пространстве имен «Microsoft» (пропущена.
Ошибка: горит индикатор LED VGA при работе на разрешении 1920-1080 частоте 60Гц
Собрал комп: мать Asus P7H57D-V Evo IH57 Socket 1156, видяха 1gb Radeon 5870 Gigabyte.
Сбой в компьютере, время от времени синий экран смерти, критический сбой
Добрый день форумчане. Столкнулся с такой проблемой, компьютер уже во второй раз выдает.
СМА INDESIT IWB 6105CIS непонятный сбой, Сбой программы
Добрый вечер.Проблема:машинка начинает работать,через пару-тройку минут остановка и начинает.
Источник
Недавно в тестируемой Matuntu-K на основе Ubuntu 22.10 появилась проблема резолвинга имён ДНС, например, в выводе команды ping ya.ru появилось уведомление: Временный сбой в разрешении имён.
Рабочим оказалось решение, описанное на убунтовском форуме пользователем winhex.
Помогло отключение службы systemd-resolved:
sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
В файле /etc/NetworkManager/NetworkManager.conf в секции [main]
sudo pluma /etc/NetworkManager/NetworkManager.confменяем значение dns так (по причине отсутствия этого параметра я просто добавила эту строку):
dns=default
Удаляем файл resolv.conf:
sudo rm /etc/resolv.conf
Перезапускаем NetworkManager:
sudo systemctl restart NetworkManager
Файл /etc/resolv.conf появится снова, но уже с «правильным» неймсервером.
После этого проблема исчезла.
Источник — https://askubuntu.com/questions/907246/how-to-disable-systemd-resolved-in-ubuntu
« Последнее редактирование: 06 Октября 2022, 17:14:02 от vita »
Записан
Делай с нами, делай как мы, делай лучше нас!
Most tasks performed on the Ubuntu operating system are done through its terminal. This includes the installation and updating of the software and packages that the user needs. To perform this action, the system repository must be updated from the official Ubuntu archives. While attempting to achieve this, a problem may be encountered with the statement “temporary failure resolving archive.ubuntu.com”.
This article will elaborate on the causes of this error and demonstrate how it can be fixed in your system.
A couple of major reasons will invoke this error on your system. This section will explain those causes in detail and show you how they can be resolved.
Reason 1: Internet Connection Problem
If the internet connection is not working, then the system will not be able to access the “archive.ubuntu.com” website, and hence the error will be invoked. The error can be seen in the following snippet while attempting a package update:
Solution: Check Internet Connection
Since this problem is related to this internet connection. To check your internet, execute the below script:
This error confirms that the internet connection on your system is not working. To fix it, ensure your system is connected to the wireless internet or via the ethernet cable. If the internet is turned off on the user system. You can turn it on by clicking on the menu in the top right corner of your Ubuntu system. The next step is to click on the wired/wireless option and then on “Connect”, as shown below:
Reason 2: DNS Nameserver Does Not Exist
The DNS, which stands for Domain Name System, exists in the operating system to help create a link between the remote server of any website and the domain name used by the system to access this server. For instance, if “www.google.com” is referred to, then the DNS will take this domain name and link it to the remote server for google so that the website can be accessed.
In the Ubuntu system, there is a command for DNS which exists in the “/etc/resolv.conf” file. If this command is unavailable in the file, the system will invoke the “temporary failure resolving archive.ubuntu.com” error.
Solution: Add DNS Nameserver Command
To fix this problem, the user needs to add the missing nameserver pattern to the “/etc/resolv.conf” file. To do so, access the file through the nano editor via the script:
$ sudo nano /etc/resolv.conf
The command above will open up the “/etc/resolv.conf” file as shown below:
The next step is to add the following command into the file through which the DNS nameserver will be added into the system, and the error will no longer occur on your system:
Save and exit the file. You may verify whether the error has been resolved or not by using the packages update command as follows:
The successful execution of the command shows that the error has been resolved.
That’s all from this guide!
Conclusion
The “temporary failure resolving archive.ubuntu.com” problem is invoked for two reasons. The first is that the system is having issues with the internet connection. The second reason is that the DNS nameserver does not exist in the “/etc/resolv.conf file”. The error can be fixed by checking and resolving your internet issues or adding the DNS nameserver command into the “/etc/resolv.conf” file through the terminal. This article has provided all the necessary information about the reasons for the error “temporary failure resolving archive.ubuntu.com” and the solutions.
Most tasks performed on the Ubuntu operating system are done through its terminal. This includes the installation and updating of the software and packages that the user needs. To perform this action, the system repository must be updated from the official Ubuntu archives. While attempting to achieve this, a problem may be encountered with the statement “temporary failure resolving archive.ubuntu.com”.
This article will elaborate on the causes of this error and demonstrate how it can be fixed in your system.
A couple of major reasons will invoke this error on your system. This section will explain those causes in detail and show you how they can be resolved.
Reason 1: Internet Connection Problem
If the internet connection is not working, then the system will not be able to access the “archive.ubuntu.com” website, and hence the error will be invoked. The error can be seen in the following snippet while attempting a package update:
Solution: Check Internet Connection
Since this problem is related to this internet connection. To check your internet, execute the below script:
This error confirms that the internet connection on your system is not working. To fix it, ensure your system is connected to the wireless internet or via the ethernet cable. If the internet is turned off on the user system. You can turn it on by clicking on the menu in the top right corner of your Ubuntu system. The next step is to click on the wired/wireless option and then on “Connect”, as shown below:
Reason 2: DNS Nameserver Does Not Exist
The DNS, which stands for Domain Name System, exists in the operating system to help create a link between the remote server of any website and the domain name used by the system to access this server. For instance, if “www.google.com” is referred to, then the DNS will take this domain name and link it to the remote server for google so that the website can be accessed.
In the Ubuntu system, there is a command for DNS which exists in the “/etc/resolv.conf” file. If this command is unavailable in the file, the system will invoke the “temporary failure resolving archive.ubuntu.com” error.
Solution: Add DNS Nameserver Command
To fix this problem, the user needs to add the missing nameserver pattern to the “/etc/resolv.conf” file. To do so, access the file through the nano editor via the script:
$ sudo nano /etc/resolv.conf
The command above will open up the “/etc/resolv.conf” file as shown below:
The next step is to add the following command into the file through which the DNS nameserver will be added into the system, and the error will no longer occur on your system:
Save and exit the file. You may verify whether the error has been resolved or not by using the packages update command as follows:
The successful execution of the command shows that the error has been resolved.
That’s all from this guide!
Conclusion
The “temporary failure resolving archive.ubuntu.com” problem is invoked for two reasons. The first is that the system is having issues with the internet connection. The second reason is that the DNS nameserver does not exist in the “/etc/resolv.conf file”. The error can be fixed by checking and resolving your internet issues or adding the DNS nameserver command into the “/etc/resolv.conf” file through the terminal. This article has provided all the necessary information about the reasons for the error “temporary failure resolving archive.ubuntu.com” and the solutions.
- Печать
Страницы: [1] Вниз
Тема: Проблемы с сетью (Прочитано 10956 раз)
0 Пользователей и 2 Гостей просматривают эту тему.
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] Вверх
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
sudo dhclient -v -4
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
sudo apt-get install nm-tray network-manager
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
sudo systemctl start NetworkManager
sudo systemctl enable NetworkManager
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы)/daemon/config, и сеть обнаруживается автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент /daemon/config/setting это делает.
Когда вы часто создаете образец 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
Интеллектуальная рекомендация
Структура данных Java-реализация стека
Структура данных Java-реализация стека Структура данных Java (1) Введение в стек Интерфейс ADT стека Приложение экземпляра заметки Структура данных Java (1) Структура данных. Введение в стек Структура…
Упаковка и удаление программы Winform
Упаковка и выгрузка программ C # могут быть реализованы в среде IDE Visual Studio. Упакуйте плагин Во-первых, вам необходимо загрузить подключаемый модуль Microsoft Visual Studio Installer Project. Пл…
Вам также может понравиться
Nodejs Development Sides Neademon
После изменения кода необходимо перезапустить приложение Express и модификации, которые вы можете вступить в силу. Если каждая модификация кода повторяется, это повлияет на эффективность разработки. Э…
Устройство для голосования Verilog на 7 человек
7 человек голосуют, когда количество голосов равно 4 или больше (то есть больше половины), выведите 1, чтобы указать, что прошло, в противном случае выведите 0, чтобы указать неудачу. метод первый: Ме…
Основное понимание бинарного дерева
Основная концепция бинарного дерева: Двоичное дерево — это структура дерева, имеющая максимум двух субтотов на узел. Обычно поддерево называют «левым поддеревом» и «правым поддеревом…
apt-get is the default choice of package manager on Debian/Ubuntu and their derivatives. Most of the time, it works right out of the box without any problems. But there are a few rare cases, it outputs strange error messages which can cause confusion among new users and even junior developers.
One of the common errors is “apt-get: Could not resolve archive.ubuntu.com”. The error indicates that apt-get is having a problem reaching its mirror at archive.ubuntu.com. Whether it’s something related to the DNS or internet connectivity varies between different setups.
This article is going to show you a few things you can do whenever encountering “apt-get: Could not resolve archive.ubuntu.com” error.
Typically, the error message should look something like below :
[email protected]:~$ sudo apt-get update
Hit:1 http://security.ubuntu.com/ubuntu bionic-security InRelease
Err:2 http://archive.ubuntu.com/ubuntu bionic InRelease
Could not resolve 'archive.ubuntu.com'
Err:3 http://archive.ubuntu.com/ubuntu bionic-updates InRelease
Could not resolve 'archive.ubuntu.com'
Err:4 http://archive.ubuntu.com/ubuntu bionic-backports InRelease
Could not resolve 'archive.ubuntu.com'
Reading package lists... Done
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/bionic/InRelease Could not resolve 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/bionic-updates/InRelease Could not resolve 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/bionic-backports/InRelease Could not resolve 'archive.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.Code language: PHP (php)For users who have chosen a preferred Ubuntu mirror earlier, the address apt-get tries to resolve may look a bit different. For example, it could be hk.archive.ubuntu.com instead of archive.ubuntu.com, or something wildly different such as ubuntutym.u-toyama.ac.jp.
Check your DNS settings
Most of the time, the cause lies in your DNS settings. Maybe your preferred DNS server was set to a local address which does not reliably respond to requests at all times. Or you don’t have a preferred DNS server at all, which means all settings are fed to the system by the DHCP server. In either cases, you can try using one of the good, public DNS servers maintained by big companies to solve the problem.
Most Linux distributions store their DNS settings in /etc/resolv.conf file. The settings will then be used globally across all apps installed on the system. All you need to do is edit /etc/resolv.conf using a text editor of your choice. You can do that with nano by running the following command:
sudo nano /etc/resolv.confAdd the following two lines to the top of the file to use Google DNS as your preferred DNS servers.
nameserver 8.8.8.8
nameserver 8.8.4.4Code language: CSS (css)Once you’re done, save the file and reboot the system so that the changes can take effect afterwards.
Notice: If you need to resolve local addresses inside your network, the aforementioned changes will not allow you to do that. You must either hardcode the IP addresses along with their domain names in /etc/hosts or set up a local DNS server with whitelisting rules for them.
Turn off your VPN
If you’re using a VPN service, try to disable it as some countries (such as China) which do not allow external connections to certain services, including the main Ubuntu servers. In other cases, VPN services can mess up with DNS calls, which can cause a few failed connections to Ubuntu servers. The specific steps to disable VPN varies between services to services, you should consult the official documentation of your provider. If you’re using OpenVPN, follow this guide to disable it.
Check your system-wide proxy settings
If you can browse the address inside the error log (i.e. archive.ubuntu.com) using another app from the same machine, it’s highly likely that you’re having a problem with proxy settings. Follow the steps below to check if it’s really the root cause:
- Open Ubuntu Settings app using the Application launcher.
- Select the Network tab in the left sidebar.
- Click the cog icon near the Network Proxy label to open up system proxy settings.
- Try to remove the proxies to see if the problem goes away.
In case you’re behind a proxy, try turning it off or vice versa and then run apt-get update again.
Avoid DNS calls by hard-coding server address
Before requesting DNS servers to resolve domain names to IPs, most major platforms look for their IP address in a local file called hosts. On Ubuntu or Linux based systems, it’s located in /etc/hosts. You can hard-code the IPs of the servers ito hosts file by editing the file and add the following lines to the bottim of the file:
91.189.91.24 archive.ubuntu.comCode language: CSS (css)Remember to replace the address to IP to fit your specific scenario. You can find out which IP an address translate into by running host -v xxx.com.
Alternatively, you can quickly insert a new line to the file using the command below:
echo "91.189.91.24 archive.ubuntu.com" >> /etc/hostsCode language: JavaScript (javascript)We hope that the information above helped you fix apt-get: Could not resolve archive.ubuntu.com error message. You may be interested in our guide on other apt errors such as Fix “apt-get : command not found” – everything you need to know (Updated 2022) or apt-get in macOS .
Недавно в тестируемой Matuntu-K на основе Ubuntu 22.10 появилась проблема резолвинга имён ДНС, например, в выводе команды ping ya.ru появилось уведомление: Временный сбой в разрешении имён.
Рабочим оказалось решение, описанное на убунтовском форуме пользователем winhex.
Помогло отключение службы systemd-resolved:
sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
В файле /etc/NetworkManager/NetworkManager.conf в секции [main]
sudo pluma /etc/NetworkManager/NetworkManager.confменяем значение dns так (по причине отсутствия этого параметра я просто добавила эту строку):
dns=default
Удаляем файл resolv.conf:
sudo rm /etc/resolv.conf
Перезапускаем NetworkManager:
sudo systemctl restart NetworkManager
Файл /etc/resolv.conf появится снова, но уже с «правильным» неймсервером.
После этого проблема исчезла.
Источник — https://askubuntu.com/questions/907246/how-to-disable-systemd-resolved-in-ubuntu
« Последнее редактирование: 06 Октября 2022, 17:14:02 от vita »
Записан
Делай с нами, делай как мы, делай лучше нас!