Alcune richieste HTTP proxy hanno esito negativo su Windows (schannel: successivo InitializeSecurityContext non riuscito)Salve, abbiamo riscontrato che alcune richieste HTTP (in particolare ad AWS S3) falliscono con un proxy HTTP su Windows con l'errore:
schannel: successivo InizializzazioneSecurityContext non riuscita: errore sconosciuto (0x80092012)
Sembra che ciò possa essere correlato a questi problemi di arricciatura:
Avete suggerimenti su come risolvere o aggirare questo problema? Ciò impedisce alle richieste HTTP di funzionare correttamente quando si utilizza JMP in ambienti proxy aziendali comuni, quindi è importante per noi risolvere il problema.
Automazione e scriptingAccesso ai datifinestreRi: Alcune richieste HTTP proxy non riescono su Windows (schannel: successivo InitializeSecurityContext non riuscito)Quale versione di JMP? Se 17, sembra un problema di supporto tecnico. (Tab, in cima alla pagina.)
Suggerimenti per una soluzione alternativa:
Se puoi scaricare una copia di curl con le patch che ti servono, Il sito Web richiede una password mostra come chiamare curl con RunProgram.
Se è necessario utilizzare curl su una macchina Linux da JMP su una macchina Windows, questi potrebbero essere utili; hanno tutti la stessa idea di usare plink (putty) per creare una shell remota. Non ci andrei se potessi mettere Curl sulla macchina Windows.
JSL può parlare con Linux?
JSL per controllare la fotocamera Raspberry
Beowulf, Newton e il signor Hanson
Aritmetica a precisione multipla con Python
Ri: Alcune richieste HTTP proxy non riescono su Windows (schannel: successivo InitializeSecurityContext non riuscito)L'errore schannel è dovuto in genere a Windows dovuto all'utilizzo di https e di certificati autofirmati o di certificati di cui non è possibile verificare la revoca.
Richiesta HTTP, che utilizza libcurl si collega dinamicamente a WinSSPI che è il "vault" del certificato per il sistema operativo. Qualsiasi certificato installato localmente non può essere verificato.
curl menzionato da Craige disattiva automaticamente la verifica, che mentre funziona, annullerà l'uso di https. Ciò significa che la connessione sarà comunque crittografata, ma il certificato utilizzato per crittografarla non sarà verificato. In breve, devi sapere che ti fidi.
La richiesta HTTP ti consente di disattivare la sicurezza utilizzando Secure(0)
Inoltre,
JMP 16 ha introdotto:
Certificates( "c:\certs\my_certificate.crt" );
che ti consentirà di utilizzare il tuo file di certificato
E
Verify SSL( "false" )
che disattiverà la verifica del certificato.
