一部のプロキシされた HTTP リクエストが Windows で失敗する (schannel: next InitializeSecurityContext が失敗した)こんにちは。Windows 上の HTTP プロキシでは、一部の HTTP リクエスト (特に AWS S3 へのリクエスト) が次のエラーで失敗することがわかりました。
schannel: 次の InitializeSecurityContext が失敗しました: 不明なエラー (0x80092012)
これは次のカールの問題に関連している可能性があります。
この問題を解決または回避する方法について何か提案はありますか? これにより、一般的な企業プロキシ環境で JMP を使用するときに HTTP リクエストが適切に動作しなくなるため、これを解決することが重要です。
自動化とスクリプト作成データアクセスウィンドウズRe: Windows で一部のプロキシされた HTTP リクエストが失敗する (schannel: next InitializeSecurityContext が失敗しました)JMP のバージョンは何ですか? 17 の場合、これはテクニカル サポートの問題のようです。 (タブ、ページの上部)
回避策の提案:
必要なパッチが含まれるカールのコピーをダウンロードできる場合は、 Web サイトでパスワードが必要ですRunProgram を使用してcurlを呼び出す方法を示します。
Windows マシン上の JMP から Linux マシン上でcurlを使用する必要がある場合は、これらが役に立つかもしれません。これらはすべて、plink (Putty) を使用してリモート シェルを作成するという同じ考え方です。 Windows マシンにカールをインストールできるなら、私はそこには行きません。
JSL は Linux と通信できますか?
ラズベリーカメラを制御するJSL
ベーオウルフ、ニュートン、ミスター・ハンソン
Python による多倍精度演算
Re: Windows で一部のプロキシされた HTTP リクエストが失敗する (schannel: next InitializeSecurityContext が失敗しました)Windows での schannel エラーは、通常、https および自己署名証明書、または失効を確認できない証明書の使用が原因です。
libcurl を使用する HTTP リクエストは、OS の証明書「保管庫」である WinSSPI に動的にリンクします。 ローカルにインストールされている証明書は検証できません。
Craige 氏が言及したカールは検証を自動的にオフにし、機能する一方で https の使用を無効にしてしまいます。 つまり、接続は引き続き暗号化されますが、暗号化に使用された証明書は検証されていません。 要するに、あなたはそれを信頼していることを知る必要があります。
HTTP リクエストでは、Secure(0) を使用してセキュアをオフにすることができます。
さらに、
JMP 16 では以下が導入されました。
Certificates( "c:\certs\my_certificate.crt" );
これにより、独自の証明書ファイルを使用できるようになります
そして
Verify SSL( "false" )
これにより、証明書の検証がオフになります。
