Sudo apt get update временная ошибка при разрешении

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.

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.

В 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 это делает.

Как решить проблему «Временный сбой в разрешении имен»

Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить любую задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке «временный сбой в разрешении имен» на вашем терминале.

Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с показанной ошибкой:

Обычно это ошибка разрешения имен, которая показывает, что ваш 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

Источник

apt-get, apt, aptitude прекрасно работали.

Был установлен bind который отвечает за локальную зону и в котором прописаны фарвардом днс провайдера. Он слушает udp 127.0.0.1:53 и свой ip 192.168.5.254 из внутренней сети.

Убунтовские репозитории прекрасно резолвятся:

Причём по 213.180.204.183 открывается (не знаю чей) репозиторий в котором есть папка ubuntu.

Запускаю apt-get update и вот что получаю:

Смотрю в логи бинда:

Откуда взялось _http._tcp ?

aptitude то же самое.

запускаю apt-get update на другом сервере, предварительно в resolv.conf прописав днс первого сервера.

на нём всё работает кроме security.ubuntu.com

вот куски его вывода

Смотрю в логи днс первого сервера:

Как видно old-releases.ubuntu.com ru.archive.ubuntu.com extras.ubuntu.com как видно нормальные записи, никаких _http._tcp нету, откуда они берутся в apt-get первого сервера. Я обыскал весь сервер на предмет записи *tcp.ru.archive.ubuntu.com её нет ни в каких файлах.

В resolv.conf прописываю днс 8.8.8.8 ничего не изменилось. 8.8.8.8 то же не может разрезолвить такие имена _http._tcp.ru.archive.ubuntu.com _http._tcp.old-releases.ubuntu.com Не понятно откуда на первом сервере apt-get подставляет этот _http._tcp

Вот файл /etc/apt/sources.list первого сервера:

Если кто сталкивался с подобной проблемой помогите пожалуйста. В интернете не нашёл ответа.

Что интересно раньше apt-get прекрасно работал, я не уловил после каких манипуляций он перестал работать. Были поставлены ntp, bind9,mysql,php,apache, всё он прекрасно поставил, а сегодня вот такой казус.

Источник

Это то, что я вижу, когда пытаюсь запустить sudo apt-get update. Вчера я обновил свой экземпляр, и теперь я это испытываю.

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.

Другим примером 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.

обзор

На ваш вопрос две части:

исправление временных сообщений об устранении проблем управления пакетами

Временное решение

] Вероятно, эта проблема также:

исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.

Давайте посмотрим на возможные проблемы разрешения 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.

Другим примером 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.

Обратите внимание, что этот ответ был написан для старых версий 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.)

Источник

ru.archive.ubuntu.com/

Что с ru.archive.ubuntu.com ? Совершенно невозможно пользоваться. Чем можно заменить этот репозиторий?

да хоть на us ( я пользуюсь ua )

П.С. яндекс такой яндекс

ua.archive.ubuntu.com
de.archive.ubuntu.com
fr.archive.ubuntu.com
.
))

благодарю))) просто отсёк суффикс ru)

пользуюсь us.archive.ubuntu.com. ru. зеркало периодически тормозит неподеццки. вплоть до 2-3К/сек и обрывов соединения.

Да да хватит) Достаточно) Ещё много таких репов из других стран) можно долго перечислять) от a до z =)

Коллеги видимо тактично пытаются намекнуть, что хоть какой-то суффикс поставить всё-таки необходимо. Иначе если эдак каждый будет обновляться с главного сервера, то никаких мощностей на него не хватит. В синаптике по-моему есть возможность определить самое быстрое зеркало. В дебиане есть netselect-apt, в убунту его почему-то выпилили.

А ты ipv6 отключи и всё станет нормально работать.

Ubuntu — такая Ubuntu. Во всех нормальных системах если можно использовать ipv4 то используется ipv4, в противном случае ipv6. А в Ubunte всё наоборот.

> Ubuntu — такая Ubuntu

доо — если у всех работает хорошо, а на ru — хреново, так то сразу убунту виновата

Если у ru есть ipv6, это ещё не значит что его надо непременно использовать.

> Если у ru есть ipv6, это ещё не значит что его надо непременно использовать.

Вы ещё ipv6 обвините в низкой скорости интернетов.

Источник

`apt-get update` не может найти серверы Ubuntu

Запуск sudo apt-get update не выполняется на моем сервере (который подключен к Интернету). Серверы временно сломаны, или мой APT неправильно настроен и использует старые серверы? Короче как мне это исправить?

Можете ли вы разрешить любой из этих хостов из командной строки?

Если нет, то следующий шаг должен попробовать host -v :

Ищите ошибки, возвращаемые DNS-серверами.

Это звучит как проблема DNS. Чтобы это исправить, нужно убедиться, что

имеет хорошие записи для DNS-серверов.

Так, например, вы можете добавить следующие 2 строки в начало вашего /etc/resolv.conf файла (они указывают на DNS-серверы Google), как описано выше:

Конечно, вам нужно быть пользователем root, чтобы изменить этот файл, и сделать резервную копию, прежде чем вносить какие-либо изменения!

Я знаю, что этот поток очень старый, но для тех, кто все еще смотрит, я решил эту проблему, отключив и повторно подключившись к беспроводной точке доступа.

Часто я помещаю 8.8.8.8 в мой /etc/resolv.conf, чтобы это исправить. Esp, когда имеешь дело с вонючим дешевым облачным провайдером месяца (в данном случае с линодой).

Это публичные DNS-серверы Google. Да, они, вероятно, выслеживают эти журналы. Но единственный сайт, на котором я обычно обращаюсь, это архивы git и ubuntu.

У меня была та же проблема, на которую Err on apt-get update Эндрюк намекнул правильно.

Я исправил свою проблему, изменив DNS-адрес вручную в файл /etc/resolv.conf на DNS-адрес моего оператора.

Ранее это было установлено 192.168.0.254 Ubuntu.

У меня была очень похожая проблема, в которой: sudo apt-get update не смог закончить, и в ней были ошибки. Я попытался перезагрузить мой кабельный модем , и это сработало. Вы также можете попробовать перезагрузить ваш кабельный модем.

Проверьте в своем браузере, можете ли вы открыть веб-страницу «http://us.archive.ubuntu.com». Если да, то это связано с проблемой настроек сетевого прокси.

Выполните следующие шаги на Ubuntu Desktop.

1. Перейдите в Система-> Настройки-> Сетевой прокси
2. Выберите «Ручная настройка прокси»
3. Отметьте «Использовать один и тот же прокси для всех протоколов»
4. HTTP прокси:, порт:
5. Нажмите Детали и проверьте «Аутентификация пользователя»
6. Введите имя пользователя и пароль и закройте

После этого мне удалось устранить эти ошибки.

У меня была такая же проблема. Работал на виртуальной машине и устал от нее постоянно меняющихся IP-адресов. После установки статического IP-адреса я не установил DNS-серверы имен и больше не мог обновить apt-get. Мне также нужно было добавить серверы имен в файл / etc / network / interfaces. Нашел информацию об этом здесь . (Как мне установить DNS-серверы имен)

Следующая проблема, с которой я столкнулся, заключается в том, что я не могу выполнить сброс, а затем выполнить сброс для сброса сетевых интерфейсов. Этот код работал для меня:

Более подробную информацию об этой проблеме можно найти здесь . (Как сбросить сетевые интерфейсы)

Источник

Вчера в 11 вечера при обновлении Firefox заметил, что скорость скачивания с российских реп Ubuntu упала до 32-200 кбсек. Подумал, что дело в провайдере и пошёл спать.

Сегодня утром на работе обновляю Firefox на ноуте — скорость тоже не радует. На работе провайдер другой, значит, дело не в провайдере.

Кто хостит ru.archive.ubuntu.com и кому писать? Менять репы на европейские пока не хочется.

У всех такая проблема?

У меня щас апдейты Manjaro с Яндекса тянулись с черепашьей скоростью

а, так это Яндекс.

Надо им написать как-то.

А ты где географически находишься?

Значит, проблема, скорее всего, в Яндексе

Только что попробовал скачать исошку арча с яндекса, все хорошо

Написал на opensource@yandex-team.ru

а если сделать так? Нормальная скорость? У меня 66 кбсек:

Тоже пытался сдернуть с яндекса 8-ку , но скорость не более 50к. Походу чего-то у яндекса.

mirror.yandex.ru страшно тупит со вчерашнего дня, подтверждаю.

mirror.yandex.ru страшно тупит со вчерашнего дня, подтверждаю

По моим данным начал тупить в июле.

Нормальная скорость для модема. Совсем зажрались. Я для третьего дебиана обновления ночами качал, бывало.

когда скачивал 7.7 несколько дней тому назад, скорость была

Вот я и говорю — совсем молодежь нетерпеливая стала.

Будто что-то плохое

Менять репы на европейские пока не хочется

Скрепы погнуть боишься?

а вдруг придёт майор и набутылит

Примерно тогда я и отключил у себя их зеркало.

Не хочу напрягать провайдера и гонять трафик так далеко.

ты, конечно же трассернул и выяснил, что виноват точно яндекс? нет? ну оооок

Не хочу напрягать провайдера и гонять трафик так далеко.

это ты мощно задвинул, внушаит.

Все кинулись качать centos8?

Не, ну понять можно — вдруг что, с чебурнетом сильно дальше Смоленска не пинганёшь.

Проблема началась намного более ранее, так как люблю баловаться и перекатывать убунточку в виртуалках . Возможно что и в прошлом году замечал странное поведение при скачивании апдейтов на убунту. Даже помнится переключался на американские или немецкие сервера.

Канал не лимитированный, так что скоростя скачут от 100 до 500+Мбит

апдейты же летели с вот такими, похожими на 50-100кБ/с, т.е. в районе 1 мегабита.

есть мнение, что весь чебурнет сегодня неуиноуатый, говорят ростелеком манешк того

Зачем качать из-за бугра, когда можно качать с MSK-IX? У меня 500/500 Mbps не просто так.

ты, конечно же трассернул и выяснил, что виноват точно яндекс?

А как трассировка поможет замерить пропускную способность на каждом хопе?

в России есть 8 зеркал и некоторые и не хужее яндекса скорость обещают 🙂

Russian Federation 26 Gbps 8 mirrors

server	protocol	speed
ia64-linux.org	http	10 Gbps	Six hours behind
Truenetwork	http ftp rsync	10 Gbps	One week behind
docker.ru	http	2 Gbps	Six hours behind
Beeline	http ftp rsync	1 Gbps	Two days behind
TIMEWEB	http ftp rsync	1 Gbps	One day behind
Yandex	http ftp rsync	1 Gbps	One day behind
POWERNET	http ftp rsync	1 Gbps	Up to date
Logol Hosting	http ftp	100 Mbps	Two days behind

Вроде где-то софт для блокировки тележки тестировать начали, не у вас случаем?

Ну или ваш провайдер тупит.

Вчера неон вообще был недоступен, archive.neon.kde.org, хотя обновы прилетали и устанавливались без проблем, фф-69.0.1, например. А вот что-то установить через discover или apt(-get) или pkcon, то тут облом. Сегодня после обеда все заработало.

кстати а чем можно объяснить такое распределение скоростей по странам ?? где густо а где и пусто

Мне яндекс из Питера 403 говорит

А сейчас в Питере заработал — 120КБ/с, из США — 8МБ/с. Похоже, и впрямь чебурнет.

Цепочка идёт по куче разных провайдеров, ты не напрямую по кабелю с сервером соединён и на каком-то узле проблемы.

Точно, все ломанулись скачивать CentOS 8, поэтому и упала скорость. А зачем тебе libnl, кстати? Я знаю только, что это — одна из зависимостей hostapd, но хочу узнать ещё, для чего этой либой пользуются?

Источник

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

---

---

---

---

---

---

---

---

---

---

---

---

---

---

Страницы: [1]   Вверх