Windows-curl vor der Nutzung nativer Proxy-Anmeldedaten auf SSPI prüfen
Die NTLM-Protokollunterstützung ist von der Integration in den Windows-Sicherheitskontext getrennt; prüfen Sie die genaue ausführbare Datei, die den Auftrag ausführt.
Fragen Sie die tatsächliche ausführbare Datei des Auftrags nach ihrem Funktionsbericht:
curl.exe --versionNTLM bezeichnet eine Authentifizierungsmethode. SSPI bindet die Sicherheitsdienste von Windows ein. Für einen Windows-Build mit SSPI und einen NTLM-Proxy lautet die dokumentierte Form für den aktuellen Kontext:
curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/Der einzelne Doppelpunkt wählt Anmeldedaten aus der aktuellen Umgebung; er ist kein Rezept für ein leeres, explizites Passwort in jedem Build. Der Proxy muss die gewählte Methode anbieten und diese Identität akzeptieren. Wenn der Austausch weiterhin scheitert, verfolgen Sie den NTLM-Challenge-Ablauf auf dieser Route.
Beziehen Sie das Prozesskonto in den Vergleich ein. Eine geplante Aufgabe oder ein Dienst hat einen anderen Sicherheitskontext als der Desktopbenutzer des Browsers.
Verlassen Sie sich auf gemeldete Fähigkeiten statt auf eine alte Empfehlung mit fester Version. Das TLS-Backend und die HTTPS-Proxy-Unterstützung bleiben getrennte Funktionen, wenn diese Verbindungen erforderlich sind.