Какой правильный формат для переменной среды HTTP_PROXY? Крышки или нет?

Я столкнулся с обоими http_proxyи HTTP_PROXY. Обе формы эквивалентны? Один из них имеет приоритет над другим?

Нет централизованного органа, который бы придавал официальное значение переменным среды, прежде чем приложения смогут их использовать. POSIX определяет значение некоторых переменных ( PATH, TERM, ...) и списки несколько больше в ненормативном, как быть в общем пользовании, все они в верхнем регистре. http_proxyи друзья не один из них.

В отличие от обычных в основном всех переменных окружений , используемых многими приложениями, http_proxy, https_proxy, ftp_proxyи , no_proxyкак правило , в нижнем регистре. Я не помню ни одной программы, которая понимает их только в верхнем регистре, я даже не могу найти ту, которая пробует их в верхнем регистре. Многие программы используют только строчный вариант, в том числе lynx, wget, curl, perl LWP, perl WWW :: Search, python urllib / urllib2 и т. Д. Поэтому для этих переменных правильная форма - строчная.

Название в нижнем регистре восходит по крайней мере к CERN libwww 2.15 в марте 1994 года (спасибо Стефану Шазеласу за то, что нашли это). Я не знаю, что послужило причиной выбора строчных букв, что было бы необычно даже тогда.

Стандарт не существует, и в зависимости от приложения используются прописные и строчные версии (также см. HTTPS_PROXY, ALL_PROXY, NO_PROXY).

Например:

локон

ENVIRONMENT VARIABLES

  Curl reads and understands the following environment variables:

        http_proxy, HTTPS_PROXY, FTP_PROXY

  They should be set for protocol-specific proxies. General proxy should be
  set with

        ALL_PROXY

  A comma-separated list of host names that shouldn't go through any proxy is
  set in (only an asterisk, '*' matches all hosts)

        NO_PROXY

мерзавец

http.proxy
   Override the HTTP proxy, normally configured using the http_proxy, https_proxy, 
   and all_proxy environment variables (see curl(1)). [..]

питон

urllib.request.getproxies() поддерживает как строчные, так и прописные варианты.

Также упоминается проблема безопасности:

Если установлена ​​переменная среды REQUEST_METHOD, которая обычно указывает, что ваш скрипт выполняется в среде CGI, переменная среды HTTP_PROXY (верхний регистр _PROXY) будет игнорироваться. Это связано с тем, что эта переменная может быть введена клиентом с помощью HTTP-заголовка «Proxy:». Если вам нужно использовать HTTP-прокси в среде CGI, либо используйте ProxyHandler явно, либо убедитесь, что имя переменной написано строчными буквами (или хотя бы суффикс _proxy).

Некоторые приложения позволяют NO_PROXYсодержать звездочки / IP-диапазоны, а другие нет.

Так

export https_proxy=$http_proxy HTTP_PROXY=$http_proxy HTTPS_PROXY=$http_proxy NO_PROXY=$no_proxy

ты должен был покрыть.

Соглашение заключается в использовании всех переменных среды capps при их экспорте, чтобы при написании сценариев оболочки можно было использовать имена переменных в нижнем регистре, не беспокоясь о конфликтах имен с другими программами. Конечно, это только соглашение, нет никаких технических ограничений на ограничение имен переменных среды, поэтому в некоторых случаях можно использовать строчную версию, но рекомендуется использовать верхний регистр, и помните, что они чувствительны к регистру, поэтому они могут иметь разные значения.

WGET - использует только строчные настройки прокси!

И то, http_proxyи другое HTTP_PROXYдолжно работать на системах на основе RHEL и Ubuntu.