Використання проксі-сервера APT для завантаження під час встановлення

Під час встановлення системи з Desktop LiveCD (10.10) я перевірив опцію "Завантажити оновлення під час встановлення".

Перед початком установки я налаштував підходящий проксі-сервер.

Проксі-сервер був налаштований при записі

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

до нового файлу /etc/apt/apt.conf.d/02proxyзапущеної системи, завантаженого з LiveCD.

Цей проксі правильно використовувався для мого встановлення різних пакетів у реальній системі перед запуском GUI інсталяції системи. Це доступ до apt-cacher-ngроботи в непрозорому режимі на машині apt-proxy-server.

Однак завантаження, що відбувається під час встановлення, не використовує цей проксі. Я переконався, що файл 02proxyне було змінено чи видалено.

Чи існує спосіб змусити використовувати проксі-сервер APT під час встановлення?

— інтуїтивно
джерело

можливий дублікат apt-get не працює з проксі

— Хорхе Кастро

Оскільки він використовує apt, встановлений у / target, я знайшов єдиний спосіб вручну встановити цей проксі на /target/etc/apt/apt.conf.d, як тільки копія файлу почалася. Хакіш, але це працює.

— Тревіньо

Якщо ви використовуєте Live CD, Apt не встановлений для використання вашого проксі, можливо, ви зможете налаштувати apt на прямому CD, щоб використовувати проксі. Якщо ви хочете зробити це більш постійним, ви можете використовувати власний живий компакт-диск або встановити мережу для використання проксі за замовчуванням для всіх з'єднань.

особисто я просто використовую кальмари та кешую всі файли .deb близько місяця

з довідки ubuntu

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

приклад змін

deb http: // apt-proxy: порт / компонент backend dist Замініть згадки конкретної 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
джерело

До питання я додав додаткову інформацію, пояснюючи, як я налаштував запущений завантажувач livecd для використання проксі-сервера. Ви хочете сказати, що зміна sources.listбуде працювати, навіть якщо установки програмного забезпечення проксі ігноруються програмою інсталяції?

— інтуїтивно

Також: підхід кальмарів привабливий, дякую за ідею. Я намагався розібратися, як змусити мій маршрутизатор передати запити на машину debian-ish, оскільки, схоже, немає /apt-(cacher(-ng)?|proxy)/пакету для openwrt. Але ваш шлях набагато простіший. Хоча це означає, що всі розбиті машини повинні будуть вказувати на одне і те ж rebubu repo. apt-cacher-ngбуде перевпорядковувати URL-адреси з будь-якого репо, що використовується клієнтом, до того, який ви налаштуєте для використання. . . . . . . Все ще насправді не відповідає на моє запитання :)

— інтуїтивно,

список джерел з того, що я розумію, повинен вказувати на проксі-сервер клієнта. Це змусить його використовувати лише проксі. прикладом може бути цей "deb archive.ubuntu.com/ubuntu dapper main main" з "deb сервером: 9999 / ubuntu dapper main

— limited

що стосується кальмарів, я використовую його як прозорий проксі-кеш, весь мережевий трафік проходить через один ПК, у мене він встановлений, так що DHCP встановлює всі ПК на мій проксі, як є шлюз, жодна клієнтська конфігурація для мене.

— jsolarski