Как заставить add-apt-repository работать через прокси?
Я пытаюсь следовать инструкциям "Установка Cross Toolchain на хостах Ubuntu 10.04 (Lucid) и 10.10 (Maverick)" на wiki.linaro.org (на моей виртуальной машине Ubuntu 10.04). Первый шаг:
sudo add-apt-repository ppa:linaro-maintainers/toolchain
Но когда я бегу, я получаю:
Error reading https://launchpad.net/api/1.0/~linaro-maintainers/+archive/toolchain: <urlopen error [Errno 110] Connection timed out>
Я предполагаю, что проблема в моей конфигурации для прокси-сервера моего работодателя, особенно для HTTPS.
Когда я открыл https://launchpad.net/api/1.0/~linaro-maintainers/+archive/toolchain в Firefox, у меня появилось сообщение "Время ожидания истекло". Затем я зашел в "Настройки" Firefox -> "Дополнительно" -> "Сеть" -> "Настройки", установил для HTTP-прокси значение "шлюз", а для порта - 8080 и установил флажок "Использовать этот прокси-сервер для всех протоколов". Затем страница загружена. Это поддерживает мою теорию.
Я попытался установить переменные среды http_proxy и https_proxy (как в нижнем, так и в верхнем регистре):
$ set | grep -i proxy
HTTPS_PROXY=https://gateway:8080
HTTP_PROXY=http://gateway:8080
http_proxy=http://gateway:8080
https_proxy=https://gateway:8080
Я также попытался изменить их на:
$ set | grep -i proxy
HTTPS_PROXY=gateway:8080
HTTP_PROXY=gateway:8080
http_proxy=gateway:8080
https_proxy=gateway:8080
И я попытался добавить эту вторую строку в /etc/apt/apt.conf:
Acquire::http::proxy "http://gateway:8080/";
Acquire::https::proxy "https://gateway:8080/";
Но я продолжаю получать ту же ошибку.
Как мне устранить это?
Обновление: я следовал инструкциям в принятом ответе на "Проблема добавления репозиториев и подключения с терминала за прокси-сервером" и получил дальнейшее:
$ sudo add-apt-repository ppa:linaro-maintainers/toolchain
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv 1DD749B890A6F66D050D985CF1FCBACA7BE1F97B
gpg: requesting key 7BE1F97B from hkp server keyserver.ubuntu.com
gpgkeys: HTTP fetch error 7: couldn't connect to host
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
Интересно, означает ли "ошибка HTTP-выборки", мне также нужно добавить "Defaults env_keep = http_proxy" в /etc/sudoers
...
Обновление № 2: я добавил:
Defaults env_keep="http_proxy"
Defaults env_keep="https_proxy"
... как в комментарии 18 для ошибки 516032, но я все еще получаю ту же ошибку "gpgkeys: ошибка HTTP-выборки 7: не удалось подключиться к хосту".
И это любопытно
$ sudo env | grep proxy
https_proxy=https://gateway:8080
... потому что http_proxy там нет.
Любой совет приветствуется.
Обновление № 3: Поскольку хост моей виртуальной машины - ноутбук, я взял его домой и попробовал там (без прокси):
$ sudo add-apt-repository ppa:linaro-maintainers/toolchain
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv 1DD749B890A6F66D050D985CF1FCBACA7BE1F97B
gpg: requesting key 7BE1F97B from hkp server keyserver.ubuntu.com
gpg: key 7BE1F97B: public key "Launchpad Linaro Overlay PPA" imported
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)
Это сработало. Так что проблема связана с настройкой прокси. Но я полагаю, у меня есть обходной путь.
16 ответов
В дополнение к настройке прокси расскажите sudo
сохранить окружающую среду с -E
опция:
export http_proxy=http://<proxy>:<port>
export https_proxy=http://<proxy>:<port>
sudo -E add-apt-repository ppa:linaro-maintainers/toolchain
с именем пользователя и паролем:
export https_proxy=https://<username>:<password>@<proxy>:<port>
Используйте следующий код в терминале, чтобы добавить ключ gpg за прокси,
sudo apt-key adv --keyserver-options http-proxy=http://USER:PASSWORD@PROXY_URL:PORT/ --keyserver keyserver.ubuntu.com --recv-keys GPG_KEY
И заменить заглавные буквы соответственно. Если вы используете прокси-сервер без какой-либо аутентификации пользователя (например, имени пользователя и пароля), используйте http-proxy=http://PROXY_URL:PORT/
вместо.
Например иметь GPG_KEY=C2514567EEA14886
ты можешь использовать,
sudo apt-key adv --keyserver-options http-proxy=http://user:abc123@10.10.2.21:3128/ --keyserver keyserver.ubuntu.com --recv-keys C2514567EEA14886
где,
USER_ID=user
PASSWORD=abc123
PROXY_URL=10.10.2.21
PORT=3128
Если у вас нет аутентификации пользователя, просто используйте,
sudo apt-key adv --keyserver-options http-proxy=http://10.10.2.21:3128/ --keyserver keyserver.ubuntu.com --recv-keys C2514567EEA14886
В заключение! Вам нужно установить https_proxy через:
export https_proxy=....
недостаточно только установить http_proxy.
И мне нужно было выполнить команду add-apt-repository от имени пользователя root, а не через sudo.
Код:
sudo su
add-apt-repository ppa:........
Кажется, что конфигурация прокси настроена, но каким-то образом сервер не может связаться...
У меня была очень похожая проблема, которую я решил следующим образом: корпоративный прокси-сервер разрешает только порты 80 и 443 по соображениям безопасности, поэтому событие, когда он настроен, поскольку протокол HKP использует порт 11371, не пропустит вас.
Таким образом, если не считать SSH и получить ключ с одного из ваших внешних серверов, загрузить его и установить его локально, вы можете указать сервер ключей из перечисленных ниже и указать порт:
http://sks-keyservers.net/overview-of-pools.php
например:
apt-key adv --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys XXXXX
Бум, Вуаля!
Причина ваша sudoers
изменение не сработало как положено, что вместо:
Defaults env_keep="http_proxy"
Defaults env_keep="https_proxy"
Вы должны были написать:
Defaults env_keep+="http_proxy"
Defaults env_keep+="https_proxy"
Также убедитесь, что пространство между Defaults
а также env_keep
это вкладка каждый раз.
Этот четырехступенчатый подход работал для меня на виртуальной машине Ubuntu 17.04 за корпоративным прокси.
sudo apt-add-repository ppa:brightbox/ruby-ng
и пусть это не удастсяsudo apt update
и искать сообщение об ошибке, какThe following signatures couldn't be verified because the public key is not available: NO_PUBKEY F5DA5F09C3173AA6
sudo apt-key adv --keyserver-options http-proxy=http://10.0.2.2:3128 --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys F5DA5F09C3173AA6
sudo apt update
теперь будет работать
Обратите внимание, что на виртуальной машине хоста CNTLM
прокси-сервер на порт 3128.
Мне удалось обойти это путем редактирования /usr/lib/python3/dist-packages/softwareproperties/ppa.py
и добавление
"--keyserver-options", "http-proxy=<proxy_url>",
под следующей строкой
"--keyserver", self.keyserver,
Дополнительная справочная информация
ppa.py
скрипт Python, который используется add-apt-repository
позвонить в gpg. Иногда кажется, что в gpg есть ошибка, когда он не использует переменную окружения http_proxy. Это можно подтвердить просмотром файла /root/.gnupg/dirmngr.conf
и проверка, чтобы увидеть, что honor-http-proxy
не закомментировано.
Это помогло мне:
sudo https_proxy='https://user:password@proxyhost:port/' \
http_proxy='http://user:password@proxyhost:port/' \
ftp_proxy='ftp://user:password@proxyhost:port/' \
no_proxy=localhost,127.0.0.0/8,10.0.0.0/8 add-apt-repository ppa:webupd8team/java
Я предполагаю, что есть некоторые переменные окружения, которые не нужны в команде, но не наносят вреда.
Я использую http через curl вместо того, чтобы пытаться прокси-ключ apt-key или gpg:
curl -sSL \ ' http://keyserver.ubuntu.com/pks/lookup?op=get&search=0xBBEBDCB318AD50EC6865090613B00F1FD2C19886' \ | sudo apt-key add -
Этот метод следует использовать вместо apt-key
командная строка или http_proxy
или же https_proxy
настройки переменных среды (которые отключены в новейших версиях apt-key).
В /etc/apt/apt.conf.d/01proxy
добавить что-то вроде этого
Acquire::http { Proxy "http://192.168.0.99:3142"; };
Это будет прокси для всех загрузок aptitude, но я думаю, что это единственный способ сделать это на сервере. Если ваш прокси поддерживает это, вы также можете использовать URL-адрес, как http://my.proxy:port/www.target.site.com/url
который я знаю работает для apt-cache-ng
Я не уверен, что add-apt-repository сам использует эти настройки, но если вы не можете заставить это работать, вы всегда можете добавить хранилище в свой /etc/apt/sources.list
или же /etc/apt/sources.list.d/*mytoolchain*
Начиная с 11.10, в главном репо также есть кросс-инструмент, просто apt-get install gcc-arm-linux-gnueabihf
, Есть также кросс-инструментальные цепочки, доступные от emdebian, и некоторые инструкции здесь: http://gsoc.sitedethib.com/posts/apt-get_install_gcc-4.7-arm-linux-gnueabihf/
На самом деле, я сталкиваюсь с теми же проблемами, вот как я нашел эту страницу.
Переменные окружения http_proxy (с учетом регистра) и https_proxy (независимо от регистра) что-то делают. Не устанавливать их на первом этапе не удается, установка переменных окружения, похоже, имеет некоторый эффект; это не удастся, если вы не экспортируете их
TCRKVMW ~ $ sudo su - TCRKVMW ~ # export http_proxy=http://10.54.0.4:8080/ TCRKVMW ~ # export https_proxy=http://10.54.0.4:8080/ TCRKVMW ~ # add-apt-repository ppa:webupd8team/java You are about to add the following PPA: Oracle Java (JDK) Installer (automatically downloads and installs Oracle JDK7 / JDK8 / JDK9). There are no actual Java files in this PPA.
(остальное удачно - на этот раз)
Дело в том, что иногда он просто застревает и заканчивается обычным сообщением об истечении времени ожидания: невозможно добавить PPA: "Ошибка чтения https://launchpad.net/api/1.0/~webupd8team/+archive/java: (7, ' Не удалось подключиться к порту 443 launchpad.net: истекло время ожидания соединения ")" '.
... но я обманываю, я делаю все это как root. Простое решение - отредактировать /etc/profile или, в Ubuntu/Mint, просто добавить скрипт в /etc/profile.d:
TCRKVMW ~ $ sudo su -c 'F=/etc/profile.d/proxy.sh S="export proxy_http=\"http://192.168.99.4\"\nexport proxy_https=\"http://192.168.99.4\"" ; echo -e ${S} > ${F} ; chmod 700 ${F}'
О да, есть еще кое-что в curl (кстати, он используется в apt-add-repository). В руководстве говорится, что нужно добавить.curlrc в ваш домашний каталог. Поскольку apt-add-directory является собственностью root, это означает добавление его в /root/.curlrc:
proxy_http="http://192.168.99.4"
proxy_https="http://192.168.99.4"
Хорошая идея - сделать то же самое в вашем собственном ~ /.curlrc
Также полезно включить прокси в / etc / wgetrc, хотя это не имеет ничего общего с заданным вопросом, я просто сохраняю вам другой поиск в Google (если вы прочитаете это, у вас будет несколько с прокси)...
Добавьте PPA вручную к вашему /etc/apt/sources.list
:
deb http://ppa.launchpad.net/<user>/<repo>/ubuntu trusty main
Сохраните файл и запустите sudo apt-get update
, Эта ошибка может появиться:
W: GPG error: http://ppa.launchpad.net trusty InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 5BB92C09DB82666C
Выполните следующую команду, чтобы принять ключ для PPA, не забывая изменить ключ (5BB92C09DB82666C) для соответствующего PPA.
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 5BB92C09DB82666C
Бежать sudo apt-get update
и вы сделали.
Ссылка: Как добавить PPA в Launchpad в Debian через add-apt-repository
команда
Другое решение - добавить APT. proxy.conf
файл, /etc/apt/apt.conf.d/proxy.conf
Acquire::http::Proxy "http://your.proxy.server.here.com:port/";
Acquire::https::Proxy "http://your.proxy.server.here.com:port/";
Выполните приведенную ниже команду в терминале
export http_proxy=http://username:password@proxyserver.net:port/
export ftp_proxy=http://username:password@proxyserver.netport/
Системные переменные среды действительно должны быть добавлены к /etc/environment
(использование sudo
или же gksu
), но сообщаемая вам ошибка указывает на то, что данные gpg не найдены. Идеи:
- проверьте настройки прокси (если у вас есть доступ)
- проверьте, не прокси ли каким-либо образом прокси выводит зашифрованный трафик.
- запустить непрерывный netstat, чтобы увидеть, действительно ли установлено соединение с прокси
- последней инстанцией будет tcpdump & осмотреть в wireshark
- попробуйте http туннель;)
Еще одно потенциальное решение:
Все настройки прокси-сервера во всех вышеперечисленных решениях указывают на некоторые основные проблемы с подключением. В моем случае я выполняю команду на своем ноутбуке, который подключен через моего домашнего интернет-провайдера. Хотя мой интернет-провайдер не требует, чтобы я устанавливал
http(s)_proxy
, я подумал, что у моего интернет-провайдера могут быть некоторые настройки на их стороне, которые каким-то образом (непреднамеренно) блокируют соединение для этой команды.
Я включил персональный клиентский VPN на своем ноутбуке. Это обошло любые ограничения на подключение, которые мог иметь мой домашний интернет-провайдер. Это сработало!
Итак, если у вас есть личный или рабочий VPN для вашего ноутбука (и вы выполняете команду на своем ноутбуке), попробуйте его.