W clj-http 3.13.1 zacznij od udokumentowanych interfejsów biblioteki: właściwości Java i mapy żądania. Sama preferencja proxy w systemie nie pokazuje, jakie parametry przekazała aplikacja.

Żądanie może jawnie wybrać pośrednika HTTP:

(require '[clj-http.client :as http])

(http/get "https://example.com/"
          {:proxy-host "proxy.example.net"
           :proxy-port 8080})

Dla wspólnej polityki JVM clj-http dokumentuje http.proxyHost i http.proxyPort dla celów HTTP oraz https.proxyHost i https.proxyPort dla celów HTTPS. Wspólną właściwością omijania jest http.nonProxyHosts.

Jawne opcje proxy-host i proxy-port zastępują tę trasę opartą na właściwościach, w tym http.nonProxyHosts. Dla dozwolonej publicznej konfiguracji testowej bez danych logowania proxy wpis HTTP z listy proxy HTTP może dostarczyć host i port żądania. clj-http udostępnia też proxy-ignore-hosts dla wyjątków na poziomie żądania; jego udokumentowana wartość domyślna zawiera localhost i 127.0.0.1.

Gdy pośrednik wymaga danych logowania, przekaż proxy-user i proxy-pass w opcjach żądania ze źródła danych logowania aplikacji.

SOCKS ma osobny interfejs: utwórz menedżera przez clj-http.conn-mgr/make-socks-proxied-conn-manager i przekaż go jako connection-manager. Używaj go ponownie i zamykaj zgodnie z cyklem życia obciążenia.

Powiązane artykuły