웹은 되는데 API는 실패할 수 있습니다
웹페이지는 보통 브라우저나 시스템의 프록시 경로를 사용합니다. API 요청은 SDK, 런타임 또는 별도 프로세스가 보내므로 브라우저 설정을 그대로 따르지 않을 수 있습니다. 플랫폼은 웹과 API에 서로 다른 인증, 사용량, 지역 정책을 적용하기도 합니다. 먼저 공식 API를 호출하는지 확인하고 해당 API의 계정 자격을 살핀 다음 요청이 예상한 네트워크 출구를 사용하는지 점검하세요.
명령줄과 SDK
사용 중인 SDK가 HTTPS_PROXY, HTTP_PROXY 환경 변수를 읽는지 또는 명시적인 프록시 매개변수를 지원하는지 확인하세요. 런타임마다 동작이 다를 수 있으므로 환경 변수만 설정하고 적용되었다고 단정하지 마세요. 프록시 주소에는 VPNDisc 클라이언트에 실제로 표시된 로컬 주소와 포트를 사용하세요. 다른 사람의 포트 값을 그대로 복사하거나 구독 링크를 프록시 주소로 입력하지 마세요.
설정을 변경한 뒤 해당 프로세스를 다시 시작하고 민감한 업무 데이터가 포함되지 않은 최소 요청부터 보내세요. 도메인 확인 실패, 연결 시간 초과, 인증 실패, 사용량 부족을 구분해 오류 유형과 발생 단계를 기록하세요. 테스트가 성공한 뒤 스트리밍 출력과 전체 업무 매개변수를 다시 적용하세요.
IDE 플러그인과 원격 작업 공간
에디터 메인 프로세스, 확장 프로그램 호스트, 통합 터미널은 서로 다른 설정을 사용할 수 있습니다. IDE와 플러그인의 프록시 안내를 확인하고 설정 후 관련 프로세스를 다시 시작하세요. 원격 작업 공간이나 컨테이너를 사용하면 요청이 실제로 원격에서 발생할 수 있습니다. 로컬 클라이언트에 연결됨으로 표시되어도 원격 네트워크가 바뀌었다는 뜻은 아닙니다.
CI와 자동화 작업
CI 실행기는 개인 컴퓨터의 시스템 프록시 설정을 이어받지 않습니다. 실행기 환경에서 허가된 네트워크 출구를 설정하고 플랫폼이 해당 지역과 사용 방식을 허용하는지 확인해야 합니다. 키는 작업 플랫폼의 비밀 변수에 저장하고 로그에 출력하지 마세요. TLS 오류를 해결하려고 인증서 검증을 끄지 마세요. 시스템 시간, 신뢰할 수 있는 인증서, 기업 네트워크 정책을 확인하세요.