Algunas solicitudes HTTP proxy fallan en Windows (schannel: el siguiente InitializeSecurityContext falló)Hola, descubrimos que algunas solicitudes HTTP (específicamente a AWS S3) fallan con un proxy HTTP en Windows con el error:
schannel: el siguiente error de InitializeSecurityContext: error desconocido (0x80092012)
Parece que esto puede estar relacionado con estos problemas de rizo:
¿Tiene alguna sugerencia sobre cómo resolver o solucionar este problema? Esto impide que las solicitudes HTTP funcionen correctamente cuando se utiliza JMP en entornos de proxy corporativos comunes, por lo que es importante que lo resuelvamos.
Automatización y secuencias de comandosAcceso a los datosventanasRe: Algunas solicitudes HTTP proxy fallan en Windows (schannel: el siguiente InitializeSecurityContext falló)¿Qué versión de JMP? Si es 17, esto suena como un problema de soporte técnico. (Pestaña, parte superior de la página).
Sugerencias para una solución alternativa:
Si puedes descargar una copia de curl que tenga los parches que necesitas, El sitio web quiere una contraseña muestra cómo llamar a curl con RunProgram.
Si necesita usar curl en una máquina Linux desde JMP en una máquina con Windows, estos pueden ser útiles; todos tienen la misma idea de usar plink (putty) para crear un shell remoto. No iría allí si pudieras poner curl en la máquina con Windows.
¿Puede JSL comunicarse con Linux?
JSL para controlar la cámara Raspberry
Beowulf, Newton y el señor Hanson
Aritmética de precisión múltiple con Python
Re: Algunas solicitudes HTTP proxy fallan en Windows (schannel: el siguiente InitializeSecurityContext falló)Los errores de schannel en Windows generalmente se deben al uso de https y certificados autofirmados o certificados cuya revocación no se puede verificar.
Solicitud HTTP, que utiliza enlaces dinámicos de libcurl a WinSSPI, que es la "bóveda" de certificados para el sistema operativo. No se puede verificar ningún certificado que esté instalado localmente.
curl que menciona Craige desactiva automáticamente la verificación, que si bien funciona, anulará el uso de https. Es decir, la conexión seguirá cifrada, pero el certificado utilizado para cifrarla no está verificado. En resumen, debes saber que confías en él.
La solicitud HTTP le permite desactivar la seguridad mediante Secure(0)
Además,
JMP 16 presentó:
Certificates( "c:\certs\my_certificate.crt" );
que le permitirá utilizar su propio archivo de certificado
y
Verify SSL( "false" )
lo que desactivará la verificación del certificado.
