Почему apt-get всегда использует прокси, хотя прокси не настроен?
Я пытаюсь отключить прокси для apt-get, но похоже, что apt-get получает свою конфигурацию прокси из другого места, кроме /etc/apt/apt.conf, потому что, хотя файл apt.conf пуст (и системный прокси установлен на None) он все еще пытается подключиться к прокси.
Кто-нибудь получил идею?
7 ответов
Es izmantoju skriptu, lai aizstātu dažādus konfigurācijas failus, lai ērti pārslēgtos starp starpniekservera un cita starpnieka vidēm. Problēma bija tāda, ka aizstāju starpniekservera apt.conf failu ar tukšu failu apt.conf, kuru apt pēc tam ignorēja.
Pēc ierakstīšanas Acquire :: http :: Proxy "false"; apt .conf tas darbojās bez starpniekservera:)
Dažreiz ir starpniekservera vides mainīgie, kas joprojām ir iestatīti.
Lai uzzinātu, rīkojieties šādi: komanda:
env | grep proxy
Ja redzat kādu izvadi, piemēram:
http_proxy=http://127.0.0.1:1234/
Tad jums būs jāatspējo šis mainīgais.
Lai to izdarītu, izpildiet šādu komandu:
unset http_proxy
Izpildiet to pašu pieeju visiem pārējiem ieraksti, piemēram, https_proxy .
Iespējams, ka vides mainīgais http_proxy ir iestatīts uz kādu starpniekserveri. mēģiniet notīrīt mainīgo (vai vismaz pārbaudiet, vai tam ir vērtība)
Существует не только одно место, где apt получает прочитанные конфигурационные файлы. Вам нужно запустить grep -i proxy /etc/apt/apt.conf.d/* и он выдаст вам точный файл с настройками прокси (это просто пример запуска с update вместо proxy:
grep -i update /etc/apt/apt.conf.d/*
/etc/apt/apt.conf.d/20apt-show-versions:// When Apt's cache is updated (i.e. apt-cache update)
/etc/apt/apt.conf.d/20packagekit:// Whenever dpkg is called we might have different updates
/etc/apt/apt.conf.d/20packagekit:// i.e. if an user removes a package that had an update
/etc/apt/apt.conf.d/20packagekit:"/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null";
/etc/apt/apt.conf.d/20packagekit:// When Apt's cache is updated (i.e. apt-cache update)
/etc/apt/apt.conf.d/20packagekit:"/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null";
സിസ്റ്റം ക്രമീകരണങ്ങൾ> നെറ്റ്വർക്ക് ഉപയോഗിച്ച് കുറച്ച് സമയത്തേക്ക് പ്രോക്സി പ്രവർത്തനരഹിതമാക്കുക എന്നതാണ് മണ്ടത്തരമായ മാർഗം.
അല്ലെങ്കിൽ / etc / ൽ നിന്ന് പ്രോക്സി കോൺഫിഗറേഷൻ നീക്കംചെയ്യുക. പരിസ്ഥിതി , /etc/apt/apt.conf
നിങ്ങൾക്ക് പ്രോക്സി തിരികെ ആവശ്യമായി വന്നാൽ മാനുവൽ പ്രോക്സി കോൺഫിഗറേഷൻ തിരികെ ചേർക്കുക.
Raha tsy te hampiasa apt-get hampiasa proxy ianao,
ampiasao apt-get toy ny:
sudo apt-get -o Acquire::http::proxy=false <update/install>
Для меня в среде не были установлены прокси-переменные, и ни один прокси не был установлен на системном уровне. Однако файл 01proxyприсутствовал в /etc/apt/apt.conf.d/, который содержал строку Acquire::http::P roxy "http://PROXY:PORT"; . Комментирование строки с помощью #(или удаление файла) сработало для меня. Это означает, что другие файлы в apt.confи apt.conf.dмогут содержать настройки прокси, и я бы предложил выгребать proxy(с флагом -i) информацию из этих двух папок, чтобы узнать, использует ли сервис aptодин.
Обратите внимание, что ответ @Prashant Adlingeвсегда работает в этом случае, поскольку он обходит любой конфигурационный файл.