Archive ubuntu com не работает

не работает репозиторий ubuntu

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-серверы имен)

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

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

Источник

ru.archive.ubuntu.com работает медленно со вчерашнего дня

Вчера в 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, но хочу узнать ещё, для чего этой либой пользуются?

Источник