Windows에서 일부 프록시된 HTTP 요청이 실패함(schannel: next InitializeSecurityContext failed)안녕하세요. 일부 HTTP 요청(특히 AWS S3에 대한)이 Windows의 HTTP 프록시에서 오류와 함께 실패하는 것을 발견했습니다.
schannel: 다음 InitializeSecurityContext 실패: 알 수 없는 오류(0x80092012)
이는 다음 컬 문제와 관련이 있는 것 같습니다.
이 문제를 해결하는 방법에 대한 제안 사항이 있습니까? 이로 인해 일반적인 기업 프록시 환경에서 JMP를 사용할 때 HTTP 요청이 제대로 작동하지 못하게 되므로 이를 해결하는 것이 중요합니다.
자동화 및 스크립팅데이터 접근윈도우Re: 일부 프록시된 HTTP 요청이 Windows에서 실패합니다(schannel: next InitializeSecurityContext failed).JMP 버전은 무엇입니까? 17세라면 기술 지원 문제인 것 같습니다. (탭, 페이지 상단)
해결 방법에 대한 제안:
필요한 패치가 포함된 컬 사본을 다운로드할 수 있는 경우, 웹사이트에서 비밀번호를 요구함 RunProgram으로 컬을 호출하는 방법을 보여줍니다.
Windows 시스템의 JMP에서 Linux 시스템의 컬을 사용해야 하는 경우 다음이 도움이 될 수 있습니다. plink(putty)를 사용하여 원격 쉘을 생성한다는 아이디어는 모두 동일합니다. Windows 컴퓨터에 컬을 넣을 수 있다면 나는 거기에 가지 않을 것입니다.
JSL이 Linux와 대화할 수 있나요?
라즈베리 카메라를 제어하는 JSL
베오울프, 뉴턴, 그리고 핸슨 씨
Python을 사용한 다중 정밀도 연산
Re: Windows에서 일부 프록시된 HTTP 요청이 실패합니다(schannel: next InitializeSecurityContext failed).schannel 오류는 Windows가 일반적으로 https 및 자체 서명된 인증서 또는 해지를 확인할 수 없는 인증서를 사용하기 때문에 발생합니다.
libcurl을 사용하는 HTTP 요청은 OS의 인증서 "저장소"인 WinSSPI에 동적으로 연결됩니다. 로컬에 설치된 인증서는 확인할 수 없습니다.
Craige가 언급한 컬은 자동으로 확인을 끄고 작동하는 동안 https 사용을 무효화합니다. 즉, 연결은 계속 암호화되지만 이를 암호화하는 데 사용된 인증서는 확인되지 않습니다. 간단히 말해서, 당신은 그것을 신뢰한다는 것을 알아야 합니다.
HTTP 요청을 사용하면 Secure(0)을 사용하여 보안을 끌 수 있습니다.
추가적으로,
JMP 16 도입:
Certificates( "c:\certs\my_certificate.crt" );
그러면 자신의 인증서 파일을 사용할 수 있습니다.
그리고
Verify SSL( "false" )
그러면 인증서 확인이 꺼집니다.
