Einige Proxy-HTTP-Anfragen schlagen unter Windows fehl (schannel: next InitializeSecurityContext fehlgeschlagen)Hallo, wir haben festgestellt, dass einige HTTP-Anfragen (insbesondere an AWS S3) mit einem HTTP-Proxy unter Windows mit der Fehlermeldung fehlschlagen:
schannel: next InitializeSecurityContext fehlgeschlagen: Unbekannter Fehler (0x80092012)
Es sieht so aus, als ob dies mit diesen Curl-Problemen zusammenhängt:
Haben Sie Vorschläge zur Lösung oder Umgehung dieses Problems? Dies verhindert, dass HTTP-Anfragen ordnungsgemäß funktionieren, wenn JMP in gängigen Unternehmens-Proxy-Umgebungen verwendet wird. Daher ist es wichtig, dass wir das Problem beheben.
Automatisierung und SkripterstellungDatenzugriffWindowsBetreff: Einige Proxy-HTTP-Anfragen schlagen unter Windows fehl (schannel: next InitializeSecurityContext fehlgeschlagen)Welche JMP-Version? Bei 17 klingt das nach einem Problem mit dem technischen Support. (Tab, oben auf der Seite.)
Vorschläge für eine Problemumgehung:
Wenn Sie eine Kopie von Curl herunterladen können, die die benötigten Patches enthält, Website verlangt ein Passwort zeigt, wie man Curl mit RunProgram aufruft.
Wenn Sie Curl auf einem Linux-Rechner von JMP auf einem Windows-Rechner verwenden müssen, könnten diese hilfreich sein; Sie basieren alle auf der gleichen Idee, Plink (Putty) zum Erstellen einer Remote-Shell zu verwenden. Ich würde nicht dorthin gehen, wenn Sie Curl auf dem Windows-Computer installieren könnten.
Kann JSL mit Linux kommunizieren?
JSL zur Steuerung der Raspberry-Kamera
Beowulf, Newton und Mr. Hanson
Mehrfachpräzisionsarithmetik mit Python
Betreff: Einige Proxy-HTTP-Anfragen schlagen unter Windows fehl (schannel: next InitializeSecurityContext fehlgeschlagen)Schannel-Fehler sind in der Regel auf die Verwendung von https und selbstsignierten Zertifikaten oder Zertifikaten zurückzuführen, die nicht auf Widerruf überprüft werden können.
HTTP-Anfrage, die libcurl verwendet, stellt eine dynamische Verbindung zu WinSSPI her, dem Zertifikats-„Tresor“ für das Betriebssystem. Lokal installierte Zertifikate können nicht überprüft werden.
Curl, das Craige erwähnt, schaltet die Verifizierung automatisch aus, was zwar funktioniert, aber die Verwendung von https zunichte macht. Das heißt, die Verbindung wird weiterhin verschlüsselt, das zur Verschlüsselung verwendete Zertifikat ist jedoch nicht überprüft. Kurz gesagt, Sie müssen wissen, dass Sie ihm vertrauen.
Mit HTTP Request können Sie Secure(0) deaktivieren.
Zusätzlich,
JMP 16 eingeführt:
Certificates( "c:\certs\my_certificate.crt" );
Dadurch können Sie Ihre eigene Zertifikatsdatei verwenden
Und
Verify SSL( "false" )
Dadurch wird die Zertifikatsüberprüfung deaktiviert.
