Использование APT-прокси для загрузки во время установки

9

Во время установки системы с рабочего стола LiveCD (10.10) я установил флажок «Загружать обновления во время установки».

Перед началом установки я настроил прокси-сервер apt.

Прокси-сервер был настроен путем записи

Acquire::http { Proxy "http://apt-proxy-server:3142"; };

к новому файлу /etc/apt/apt.conf.d/02proxyна работающей системе, загруженному с LiveCD.

Этот прокси был правильно использован для установки различных пакетов в действующей системе до запуска графического интерфейса установки системы. Доступ к apt-cacher-ngработе в непрозрачном режиме на машине apt-proxy-server.

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

Есть ли способ заставить использование прокси APT во время установки?

installation apt live-cd proxy созерцаемое
источник
возможный дубликат apt-get не работает с прокси
Хорхе Кастро
Поскольку он использует apt, установленный в / target, я нашел единственный способ вручную установить этот прокси в /target/etc/apt/apt.conf.d, как только начнется копирование файла. Взломать, но это работает.
Тревиньо

Ответы:

4

Если вы используете Live CD, Apt не настроен на использование вашего прокси, вы можете настроить apt на live CD для использования прокси. Если вы хотите сделать это более постоянным, вы можете использовать собственный live CD или настроить свою сеть на использование прокси-сервера по умолчанию для всех подключений.

лично я просто использую squid и кэширую все .deb файлы около месяца

из помощи Ubuntu

Обновление клиентов для использования вашего прокси-сервера apt-клиентам необходимо переконфигурировать файл /etc/apt/sources.list, чтобы он указывал на новый apt-proxy-сервер, а не на внешний мир. Конфигурация файла sources.list выглядит аналогично конфигурации для обычных репозиториев apt, за исключением того, что бэкэнд-раздел должен быть добавлен к пути:

пример изменений

deb http: // apt-proxy: port / backend dist component Заменить упоминания определенного URL репозитория ссылками на ваш сервер и бэкэнд для него; такие как:

deb http://archive.ubuntu.com/ubuntu dapper main restricted

deb http://security.ubuntu.com/ubuntu dapper-security main restricted universe

станет

deb http://server:9999/ubuntu dapper main restricted

deb http://server:9999/ubuntu-security dapper-security main restricted universe

Source.list, соответствующий apt-proxy-v2.conf выше, может выглядеть так:

записи apt-proxy для стандартных модулей

deb http://localhost:9999/ubuntu dapper main restricted universe multiverse

deb-src http://localhost:9999/ubuntu dapper main restricted universe multiverse

записи apt-proxy для исправлений безопасности

deb http://localhost:9999/ubuntu-security dapper-security main restricted universe multiverse

deb-src http://localhost:9999/ubuntu-security dapper-security main restricted universe multiverse
jsolarski
источник
1
Я добавил дополнительную информацию к вопросу, объясняющую, как я настроил текущую загрузку livecd для использования прокси-сервера. Вы говорите, что изменение sources.listбудет работать, даже если настройки прокси-сервера APT игнорируются программой установки?
интуитивно
1
Кроме того: подход Squid является привлекательным, спасибо за идею. Я пытался выяснить, как заставить мой маршрутизатор ретранслировать запросы на компьютер с debian-ish, так как похоже, что нет /apt-(cacher(-ng)?|proxy)/пакета, доступного для openwrt. Но твой путь намного проще. Хотя это означает, что все машины squidded должны будут указывать на одно и то же хранилище Ubuntu. apt-cacher-ngпереназначит URL-адреса из того репо, который используется клиентом, в тот, который вы настроили для использования. , , , , , , Тем не менее, на самом деле не отвечает на мой вопрос :)
интуитивно
список источников из того, что я понимаю, должен указывать на прокси-сервер на клиенте. Это заставит его использовать только прокси. Примером может служить «deb archive.ubuntu.com/ubuntu dapper main limited» до «deb server: 9999 / ubuntu dapper main ограничение» --- обновленный ответ для включения цитаты
jsolarski
1
Что касается сквида, я использую его в качестве прозрачного кеширующего прокси, весь сетевой трафик проходит через этот один ПК, он настроен таким образом, что DHCP устанавливает все ПК на мой прокси, так как там шлюз, без конфигурации на стороне клиента для меня.
jsolarski