Временная ошибка при разрешении mirror yandex ru

dmitr@Lenovo MINGW64 ~
$ pacman -Sy
:: Synchronizing package databases...
 mingw32              1218.0 KiB   166 KiB/s 00:07 [#####################] 100%
 mingw64              1224.1 KiB   113 KiB/s 00:11 [#####################] 100%
 ucrt64               1468.7 KiB   177 KiB/s 00:08 [#####################] 100%
 clang64              1154.8 KiB   181 KiB/s 00:06 [#####################] 100%
 msys is up to date
error: failed retrieving file 'ucrt64.db' from mirror.msys2.org : Could not resolve host: mirror.yandex.ru
warning: too many errors from mirror.msys2.org, skipping for the remainder of this transaction
error: failed retrieving file 'clang64.db' from mirror.msys2.org : Could not resolve host: mirror.yandex.ru

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

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

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

Обычно это ошибка разрешения имен, которая показывает, что ваш 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, всё он прекрасно поставил, а сегодня вот такой казус.

Источник

Временно не может разрешить доменное имя “cn.archive.ubuntu.com” ошибка [dубликат]

Это то, что я вижу, когда пытаюсь запустить 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

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

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

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

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

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

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

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

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

Источник

РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release (deb http://mirror.yandex.ru/debian-multimedia/ lenny main)

Модераторы: Warderer, Модераторы разделов

# wget -O - http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release | apt-key add -
           --2009-02-15 19:59:37--  http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release
           Распознаётся mirror.yandex.ru... 77.88.19.73, 77.88.19.74, 93.158.155.193, ...
           Устанавливается соединение с mirror.yandex.ru|77.88.19.73|:80... соединение установлено.
           Запрос HTTP послан, ожидается ответ... 200 OK
           Длина: 11483 (11K) [application/octet-stream]
           Сохраняется в каталог: `STDOUT'.
          
           100%[============================================================================
==============================================>] 11 483      --.-K/s   в 0,1s
          
           2009-02-15 19:59:38 (93,9 KB/s) - `-' сохранён [11483/11483]
          
           gpg: не найдено данных формата OpenPGP.

# apt-get update
        ...
        W: GPG error: http://mirror.yandex.ru lenny Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 07DC563D1F41B907
        W: Вы можете запустить 'apt-get update' для исправления этих ошибок

# wget -O - http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release | apt-key add -
      --2009-02-16 11:04:50--  http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release
      Распознаётся mirror.yandex.ru... 93.158.155.193, 77.88.19.68, 77.88.19.73, ...
      Устанавливается соединение с mirror.yandex.ru|93.158.155.193|:80... соединение установлено.
      Запрос HTTP послан, ожидается ответ... 200 OK
      Длина: 11483 (11K) [application/octet-stream]
      Сохраняется в каталог: `STDOUT'.

      100%[======================================>] 11 483      --.-K/s   в 0,04s

      2009-02-16 11:04:50 (250 KB/s) - `-' сохранён [11483/11483]

      gpg: не найдено данных формата OpenPGP.

# apt-get update
...
    W: GPG error: http://mirror.yandex.ru lenny Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 07DC563D1F41B907
    W: Вы можете запустить 'apt-get update' для исправления этих ошибок

# wget -O - http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release.gpg | apt-key add -
  --2009-02-16 11:07:38--  http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release.gpg
  Распознаётся mirror.yandex.ru... 93.158.155.193, 77.88.19.68, 77.88.19.73, ...
  Устанавливается соединение с mirror.yandex.ru|93.158.155.193|:80... соединение установлено.
  Запрос HTTP послан, ожидается ответ... 200 OK
  Длина: 197 [application/octet-stream]
  Сохраняется в каталог: `STDOUT'.

  100%[======================================>] 197         --.-K/s   в 0s

  2009-02-16 11:07:38 (23,9 MB/s) - `-' сохранён [197/197]

  gpg: не найдено данных формата OpenPGP.

# apt-get update
  ...
  W: GPG error: http://mirror.yandex.ru lenny Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 07DC563D1F41B907
  W: Вы можете запустить 'apt-get update' для исправления этих ошибок

# Main Debian mirror
deb http://mirror.yandex.ru/debian/ lenny main contrib non-free
deb http://mirror.yandex.ru/debian-security/ lenny/updates main contrib non-free
deb http://mirror.yandex.ru/debian-volatile/ lenny/volatile main contrib non-free
#Debian Backports.org repo
deb http://mirror.yandex.ru/backports.org/ lenny-backports main contrib non-free
# Debian multimedia archive
deb http://mirror.yandex.ru/debian-multimedia/ lenny main
#----------------------------------------------------------------------------------
# Проект sidux, есть самые свежие версии ядра, артворки, полезные утилиты
# deb http://sidux.com/debian/ sid main contrib non-free firmware fix.main fix.contrib fix.non-free

#репозиторий с Opera
# wget -O - http://deb.opera.com/archive.key | apt-key add -
deb http://deb.opera.com/opera/ lenny non-free

#репозиторий Wicd wget -q http://apt.wicd.net/wicd.gpg -O- | sudo apt-key add -
deb http://apt.wicd.net lenny extras

#репозиторий Skype
deb http://download.skype.com/linux/repos/debian/ stable non-free

#репозиторий OpenOffis InfraResurs
deb http://download.i-rs.ru/pub/openoffice/debian ./

#репозиторий Wine
deb http://www.lamaresh.net/apt lenny main

dm-toshiba:/home/dmitry/Desktop# cd /home/dmitry//drivers/
dm-toshiba:/home/dmitry/drivers# dpkg -i debian-arhive-keyring_2009.01.31_all.deb
dpkg: не удалось обработать параметр debian-arhive-keyring_2009.01.31_all.deb (--install):
 нет доступа к архиву: Нет такого файла или каталога
При обработке следующих пакетов произошли ошибки:
 debian-arhive-keyring_2009.01.31_all.deb
dm-toshiba:/home/dmitry/drivers#

dm-toshiba:/home/dmitry# dpkg -i debian-archive-keyring_2009.01.31_all.deb
(Чтение базы данных... на данный момент установлено 98326 файлов и каталогов.)
Подготовка к замене пакета debian-archive-keyring 2009.01.31 (используется файл debian-archive-keyring_2009.01.31_all.deb)...
Распаковывается замена для пакета debian-archive-keyring ...
Настраивается пакет debian-archive-keyring (2009.01.31) ...
gpg: ключ 6070D3A1: "Debian Archive Automatic Signing Key (4.0/etch) <ftpmaster@debian.org>" не изменен
gpg: ключ ADB11277: "Etch Stable Release Key <debian-release@lists.debian.org>" не изменен
gpg: ключ BBE55AB3: "Debian-Volatile Archive Automatic Signing Key (4.0/etch)" не изменен
gpg: ключ F42584E6: "Lenny Stable Release Key <debian-release@lists.debian.org>" не изменен
gpg: ключ 55BE302B: "Debian Archive Automatic Signing Key (5.0/lenny) <ftpmaster@debian.org>" не изменен
gpg: ключ 6D849617: "Debian-Volatile Archive Automatic Signing Key (5.0/lenny)" не изменен
gpg: Всего обработано: 6
gpg:                   неизмененных: 6

dm-toshiba:/home/dmitry# aptitude update
...
Чтение списков пакетов... Готово
W: GPG error: http://mirror.yandex.ru lenny/volatile Release: Следующие подписи неверные: BADSIG EC61E0B0BBE55AB3 Debian-Volatile Archive Automatic Signing Key (4.0/etch)
W: Вы можете запустить 'apt-get update' для исправления этих ошибок

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

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

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

Обычно это ошибка разрешения имен, которая показывает, что ваш 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, всё он прекрасно поставил, а сегодня вот такой казус.

Источник

Временно не может разрешить доменное имя “cn.archive.ubuntu.com” ошибка [dубликат]

Это то, что я вижу, когда пытаюсь запустить 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

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

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

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

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

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

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

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

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

Источник