Korzystanie z serwera proxy APT do pobierania podczas instalacji

Podczas instalacji systemu z pulpitu LiveCD (10.10) zaznaczyłem opcję „Pobierz aktualizacje podczas instalacji”.

Przed rozpoczęciem instalacji skonfigurowałem apt proxy.

Serwer proxy został skonfigurowany przez zapis

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

do nowego pliku /etc/apt/apt.conf.d/02proxyw systemie uruchomionym z LiveCD.

Ten serwer proxy był używany poprawnie w różnych instalacjach pakietów w systemie na żywo przed uruchomieniem GUI instalacji systemu. Uzyskuje dostęp do apt-cacher-ngpracy w trybie nieprzeźroczystym na maszynie apt-proxy-server.

Jednak pliki do pobrania przeprowadzane podczas instalacji nie korzystają z tego serwera proxy. Sprawdziłem, że plik 02proxynie został zmieniony ani usunięty.

Czy istnieje sposób wymuszenia użycia serwera proxy APT podczas instalacji?

— intuicyjny
źródło

możliwy duplikat apt-get nie działa z proxy

— Jorge Castro

Ponieważ używa apt zainstalowanego w / target, jedynym sposobem, jaki znalazłem, było ręczne ustawienie tego proxy na /target/etc/apt/apt.conf.d, jak tylko rozpocznie się kopiowanie pliku. Hackish, ale to działa.

— Treviño

Jeśli korzystasz z Live CD, Apt nie jest skonfigurowany do używania twojego proxy, możesz być w stanie skonfigurować apt na live CD, aby używał proxy. Jeśli chcesz uczynić to bardziej trwałym, możesz użyć niestandardowej płyty CD na żywo lub ustawić sieć tak, aby domyślnie korzystała z proxy dla wszystkich połączeń.

osobiście używam tylko kałamarnicy i buforuję wszystkie pliki .deb przez około miesiąc

z pomocy ubuntu

Aktualizowanie klientów w celu korzystania z serwerów apt proxy wymaga, aby plik /etc/apt/sources.list został ponownie skonfigurowany, aby wskazywał nowy serwer apt-proxy zamiast świata zewnętrznego. Konfiguracja pliku sources.list wygląda podobnie do konfiguracji dla normalnych apt repozytoriów, z tą różnicą, że sekcja backend musi być dołączona do ścieżki:

przykład zmian

deb http: // apt-proxy: port / backend dist komponent Zamień wzmianki o określonym adresie URL repozytorium na odniesienia do twojego serwera i backendu dla niego; Jak na przykład:

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

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

stanie się

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

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

Źródła.list odpowiadające powyższej apt-proxy-v2.conf mogą wyglądać następująco:

wpisy apt-proxy dla standardowych modułów

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

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

wpisy apt-proxy dla poprawek bezpieczeństwa

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
źródło

Dodałem więcej informacji do pytania wyjaśniającego, w jaki sposób skonfigurowałem działający boot livecd do korzystania z serwera proxy. Czy mówisz, że zmiana sources.listbędzie działać, mimo że ustawienia proxy APT są ignorowane przez program instalacyjny?

— intuicyjnie

Ponadto: podejście kałamarnicy jest atrakcyjne, dzięki za pomysł. Próbowałem wymyślić, jak zmusić mój router do przekazywania żądań do maszyny debianowej, ponieważ wygląda na to, że nie ma /apt-(cacher(-ng)?|proxy)/dostępnego pakietu dla openwrt. Ale twoja droga jest znacznie prostsza. Chociaż oznacza to, że wszystkie kałamarnice będą musiały wskazywać na to samo repozytorium ubuntu. apt-cacher-ngprzekapuje adresy URL z dowolnego repozytorium używanego przez klienta na ten, który skonfigurujesz do użycia. . . . . . . Nadal jednak nie odpowiada na moje pytanie :)

— intuicyjnie

lista źródeł z tego, co rozumiem, musi wskazywać na serwer proxy na kliencie. To zmusi go do używania tylko proxy. przykładem może być „deb archive.ubuntu.com/ubuntu dapper main ograniczony” na „ serwer deb : 9999 / ubuntu dapper main ograniczony” --- zaktualizowana odpowiedź z uwzględnieniem cytatu

— jsolarski

jeśli chodzi o kałamarnicę, używam go jako przezroczystego buforującego proxy, cały ruch sieciowy przechodzi przez ten jeden komputer, mam go ustawiony, więc DHCP ustawia wszystkie komputery na moim proxy jako brama, nie ma dla mnie konfiguracji po stronie klienta.

— jsolarski