Sprawdź Windows curl pod kątem SSPI, zanim użyjesz natywnych poświadczeń serwera proxy

Zapytaj rzeczywisty plik wykonywalny zadania o jego raport funkcji:

curl.exe --version

NTLM oznacza metodę uwierzytelniania. SSPI integruje się z mechanizmami zabezpieczeń Windows. Dla kompilacji Windows z SSPI i serwera proxy NTLM udokumentowana postać bieżącego kontekstu to:

curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/

Pojedynczy dwukropek wybiera poświadczenia z bieżącego środowiska; nie jest to przepis na puste jawne hasło dla każdej kompilacji. Serwer proxy musi oferować wybraną metodę i akceptować tę tożsamość. Jeśli wymiana nadal się nie udaje, na tej trasie prześledź przepływ wyzwania NTLM.

Uwzględnij konto procesu w porównaniu. Zaplanowane zadanie lub usługa ma inny kontekst zabezpieczeń niż użytkownik pulpitu przeglądarki.

Korzystaj ze zgłoszonych możliwości zamiast starej rekomendacji stałej wersji. Backend TLS i obsługa serwera proxy HTTPS pozostają osobnymi funkcjami, gdy te połączenia są wymagane.