Arch linux mirrors yandex

Содержание

Mirrors (Русский)
Contents
Официальные зеркала
IPv6-зеркала
Включение определённого зеркала
Принудительное обновление списка пакетов pacman
Сортировка зеркал
Сортировка по скорости
Ранжирование существующего списка зеркал
Получение и ранжирование свежего списка зеркал
Ранжирование на стороне сервера
Решение проблем
Зеркала Arch
Подскажите быстрые и актуальные зеркала.
Зеркало открытого сообщества

Mirrors (Русский)

На этой странице представлено руководство по выбору и настройке зеркал, а также список зеркал, доступных в настоящее время.

Официальные зеркала

Список официальных зеркал предоставляется пакетом pacman-mirrorlist . Наиболее свежий список зеркал доступен на странице Pacman Mirrorlist Generator.

Проверить статус зеркал Arch возможно на странице Mirror Status. Рекомендуется использовать только актуальные (синхронизированные) зеркала.

Если вы хотите добавить своё зеркало в официальный список, см. DeveloperWiki:NewMirrors. Тем временем добавьте его в статью Неофициальные зеркала.

IPv6-зеркала

Pacman Mirrorlist Generator можно также использовать для получения списка доступных IPv6-зеркал.

Включение определённого зеркала

Чтобы включить зеркала, откройте файл /etc/pacman.d/mirrorlist и найдите ваш географический регион, после чего раскомментируйте необходимые зеркала.

См. #Сортировка зеркал для получения информации об утилитах по выбору зеркал.

Также можно указать зеркала в /etc/pacman.conf . В случае с репозиторием [core], по умолчанию это выглядит следующим образом:

Например, если необходимо по умолчанию использовать зеркало HostEurope, укажите его перед строкой Include :

Теперь pacman будет первым делом пытаться соединиться с этим зеркалом. Аналогично можно сделать и для остальных репозиториев: [testing], [extra] и [community].

Принудительное обновление списка пакетов pacman

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

После создания файла /etc/pacman.d/mirrorlist или его изменения выполните следующую команду:

Также данная процедура необязательна при использовании временных отметок (timestamps) для обеспечения обновления зеркал.

Сортировка зеркал

При загрузке пакетов pacman использует зеркала в том порядке, в котором они перечислены в /etc/pacman.d/mirrorlist . Порядок серверов в списке задаёт их приоритет.

Сортировать зеркала только по скорости — не самый оптимальный вариант, так как самые быстрые сервера могут быть рассинхронизированы. Рекомендуется сначала отсортировать зеркала по скорости, после чего, в соответствии с их статусом, убрать из списка рассинхронизированые зеркала.

Также рекомендуется повторять данную процедуру перед каждым обновлением системы для поддержания списка зеркал в актуальном состоянии.

Сортировка по скорости

Ранжирование существующего списка зеркал

Пакет pacman-contrib предоставляет Bash-скрипт /usr/bin/rankmirrors , который можно использовать для ранжирования зеркал в соответствии со скоростями подключения и нахождения наиболее быстрых местных зеркал.

Создайте резервную копию текущего файл /etc/pacman.d/mirrorlist :

Необходимо выполнить следующие действия, чтобы подготовить файл mirrorlist.backup к к ранжированию с помощью rankmirrors:

Отредактируйте mirrorlist.backup , раскомментировав сервера, которые необходимо протестировать
Если сервера в файле сгруппированы по странам, возможно извлечь все сервера определённой страны следующим образом:
Выполните следующую команду sed , чтобы раскомментировать все зеркала:

И наконец, отсортируйте сервера. В данном случае, -n 6 выводит только 6 наиболее быстрых зеркал:

Получение и ранжирование свежего списка зеркал

Воспользуйтесь Pacman Mirrorlist Generator, чтобы получить список актуальных зеркал определённых стран и отсортировать его с помощью rankmirrors. Команда ниже скачивает актуальный список зеркал во Франции и Великобритании, использующих протокол https, после чего удаляет комментарии, ранжирует сервера и выводит 5 наиболее быстрых из них.

Rate Mirrors — извлекает список зеркал, исключает устаревшие или находящиеся в процессе обновления, после чего выбирает страну с наиболее «быстрыми» зеркалами на основе информации о местонахождении подводных кабелей и узлов обмена трафиком. Работает в том числе и с произвольным списком зеркал, поданным на стандартный поток ввода. Приложение довольно быстрое, поэтому можно запускать его перед каждым обновлением системы.

https://github.com/westandskif/rate-mirrors || rate-mirrorsAUR , rate-mirrors-binAUR

Ранжирование на стороне сервера

Официальный Pacman Mirrorlist Generator предоставляет возможность легко получить ранжированный список зеркал. Весь процесс сортировки происходит на одном сервере с учётом различных факторов, что значительно снижает нагрузку на зеркала и клиентов в сравнении с ранжированием с каждого отдельного клиента.

Другая популярная альтернатива:

Reflector — получает последний список зеркал со страницы MirrorStatus, фильтрует их, сортирует по скорости и перезаписывает /etc/pacman.d/mirrorlist

Решение проблем

Если вы столкнулись со следующей ошибкой:

Загрузите список зеркал напрямую с сайта:

Раскомментируйте предпочитаемые зеркала, как описано выше, после чего выполните следующую команду:

Источник

Зеркала Arch

Какое из них работает скорее?

У меня yandex отдаёт на весь мой канал 10–11 мб/с и наиболее стабилен. Остальные когда как. (На арче 7+ лет, пробовал от случая к случаю)

100 мбит/с у меня канал обещает провайдер, это приблизительно 11.9 MiB/s (реально на торрентах выше 11.7 обычно не бывает). Соответственно практически на всю ширину канала яндекс отдаёт. Остальные когда как.

По обсуждениям на арчефоруме сложилось впечатление, что зеркало яндекса в неком урюпинске может отличаться от зеркала в дс.

У вас уже нет различий «внешней» и «внутренней» ширины канала?

Когда юзал рач яндекс был шустрее всех.

Проще юзать такую вещь как «reflector», он сам оценит скорость зеркал и отсортирует их

А вообще есть какая-то утилита для прогона скорости зеркал.

Как рачевод скажи мне, ламеру user-friendly’тому, а если я все разкомментирую, что будет?

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

Будет использоваться верхний (из нераскомментированных) серверов. А если он не доступен, то следующий за ним. Чтобы юзался яндекс, надо или раскомментировать только его, или переместить строки с его серверами выше остальных, вот так:

Читайте также: Installing linux on efi

А вообще есть какая-то утилита для прогона скорости зеркал.

Я вот забыл, как она называется. Но! Она мне показала другой сервер, когда прогонял. И по началу с него тоже всё было быстро. Но потом в одно прекрасное обновление скорость стала оставлять желать. Вернул яндекс обратно наверх. Не всегда полезно доверять утилитам, когда речь о чём-то долгосрочном ☺

Источник

Подскажите быстрые и актуальные зеркала.

Сабж, какие зеркалами Вы пользуйтесь, какие быстрее и актуальнее. Хотя бы каких стран.

Sergey2705
Да постоянно: пакет не найден, пакет не найден. Бесит. Фигня этот Яндекс. Ничего это компания нормального сделать не может.

У Яндекса есть своя внутренняя сеть, и одна из услуг, которая предоставляется региональным интернет-провайдерам – это “локальный” доступ к Яндексу. Для конечных пользователей это часто проявляется либо в менее жестких или отсутствующих лимитах скорости подключения, или несколько сниженных тарифах на траффик при подключении к ресурсам Яндекса.

Насколько я догадываюсь, на самом деле во внутренней сети Яндекса есть разные зеркала mirror.yandex.ru для разных регионов, хотя внешний IP у них и один.
Я пробовал трассировать mirror.yandex.ru из трёх различных хостов, географически удалённых друг от друга, и во всех трёх случаях следы вели на разные гейты Яндекса, после чего переставали трассироваться.

Лично я зеркалами Яндекса пользуюсь, и ОБЫЧНО с ними особых проблем нет – пакеты скачиваются заметно быстрее, перебои за 10 месяцев были один или два раза. Возможно, в других регионах зеркала другие, и там дела обстоят иначе.

Источник

Зеркало открытого сообщества

# grep «23/Aug/2007:04:3» /var/log/apache2/access.log | cut -d ‘ ‘ -f 4 | cut -f 2,3 -d ‘:’ | sort -n | uniq -c 179 04:30 114 04:31 88 04:32 71 04:33 77 04:34 100 04:35 109 04:36 58 04:37 54 04:38 55 04:39 swan

Debian Lenny
aptitude update выдаёт такое предупреждение

W: GPG error: http://mirror.yandex.ru lenny Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: (название ключа)

Значит ли это, что дистрибут с Яндекса не обновляется? Просто в убунте по умолчанию всё грузится с этого зеркала со скоростью локальной сети, а в дебиане скорость скачивания обновлений низкая.

Debian Lenny
aptitude update выдаёт такое предупреждение

Читайте также: Boot menu usb windows

# Удалим все источники
urpmi.removemedia -a

# Источник main
urpmi.addmedia —mirrorlist $MIRROR/$VERSION/$ARCH main-release media/main/release
urpmi.addmedia —update —mirrorlist $MIRROR/$VERSION/$ARCH main-updates media/main/updates
urpmi.addmedia —mirrorlist $MIRROR/$VERSION/$ARCH main-backports media/main/backports

# Источник contrib
urpmi.addmedia —mirrorlist $MIRROR/$VERSION/$ARCH contrib-release media/contrib/release
urpmi.addmedia —update —mirrorlist $MIRROR/$VERSION/$ARCH contrib-updates media/contrib/updates
urpmi.addmedia —mirrorlist $MIRROR/$VERSION/$ARCH contrib-backports media/contrib/backports

# Источник non-free
urpmi.addmedia —mirrorlist $MIRROR/$VERSION/$ARCH non-free-release media/non-free/release
urpmi.addmedia —update —mirrorlist $MIRROR/$VERSION/$ARCH non-free-updates media/non-free/updates
urpmi.addmedia —mirrorlist $MIRROR/$VERSION/$ARCH non-free-backports media/non-free/backports

удаляется источник «non-free-release»
удаляется источник «non-free-updates»
добавляется источник «main-release»
. извлечение не удалось: сбой curl: завершён с 19

для источника «main-release» не найдены метаданные
добавляется источник «main-updates»
. извлечение не удалось: сбой curl: завершён с 19

для источника «main-updates» не найдены метаданные
добавляется источник «main-backports»
. извлечение не удалось: сбой curl: завершён с 19

для источника «main-backports» не найдены метаданные
добавляется источник «contrib-release»
. извлечение не удалось: сбой curl: завершён с 19

для источника «contrib-release» не найдены метаданные
добавляется источник «contrib-updates»
. извлечение не удалось: сбой curl: завершён с 19

для источника «contrib-updates» не найдены метаданные
добавляется источник «contrib-backports»
. извлечение не удалось: сбой curl: завершён с 19

. извлечение не удалось: curl: (19) Given file does not exist
. извлечение не удалось: сбой curl: завершён с 19
проблема чтения файла synthesis источника «non-free-backports»»,»replyTo»:null>>»>

Кажется, что зеркало Mandriva какое-то битое. Настраиваю источники пакетов следующим образом:

# Удалим все источники
urpmi.removemedia -a

. извлечение не удалось: curl: (19) Given file does not exist
. извлечение не удалось: сбой curl: завершён с 19
проблема чтения файла synthesis источника «non-free-backports»

Источник

Arch linux mirrors yandex

Mirrors (Русский)

Contents

Официальные зеркала

IPv6-зеркала

Включение определённого зеркала

Принудительное обновление списка пакетов pacman

Сортировка зеркал

Сортировка по скорости

Ранжирование существующего списка зеркал

Получение и ранжирование свежего списка зеркал

Ранжирование на стороне сервера

Решение проблем

Зеркала Arch

Подскажите быстрые и актуальные зеркала.

Зеркало открытого сообщества