VS Code 프록시 설정: 확장, CLI, 터미널 프로그램
편집기, 확장, CLI, 터미널 프로그램은 서로 다른 네트워크 경로를 가질 수 있습니다. 저장된 프록시 로그인과 실패한 요청을 보내는 클라이언트를 분리하세요.
VS Code에 기억된 프록시 로그인은 터미널이나 확장의 다운로드 실패와 동시에 존재할 수 있습니다. 저장된 계정을 바꾸기 전에 실패한 요청을 보내는 작업과 프로세스를 식별하세요.
편집기의 핵심 네트워킹
VS Code의 핵심 프록시 지원은 Chromium에서 비롯되며 보통 시스템 네트워크 설정을 따릅니다. 일반적인 인증 HTTP 프록시 방식을 지원하고 운영 체제의 자격 증명 저장소에 자격 증명을 기억할 수 있습니다. 그 저장소가 편집기가 실행하는 모든 프로그램의 자동 계정 원본은 아닙니다.
기억된 계정이 거부되면 엔드포인트와 알려진 방식을 확인하세요. 인증서 설정은 빠진 인증을 제공하지 않습니다.
확장과 CLI 요청
VS Code는 확장 및 CLI 시나리오를 위해 http.proxy 같은 레거시 설정을 문서화합니다. 편집기 버전과 확장 자체의 네트워크 인터페이스를 확인하세요. 다른 라이브러리를 쓰거나, 실행 파일을 띄우거나, 다른 환경에서 동작할 수 있습니다.
통합 터미널 프로그램
npm, Git, pip 및 기타 명령은 각자 지원하는 프록시 설정을 사용합니다. 실제 프로세스 환경을 확인하세요. 기존 터미널은 오래된 변수를 유지할 수 있고, 원격 터미널은 다른 머신에서 실행될 수 있습니다.
마켓플레이스 접근과 확장 아티팩트 전달은 서로 다른 호스트를 사용할 수 있습니다. 실패한 요청의 호스트 이름을 보존하세요. 카탈로그나 로그인 요청이 성공해도 아티팩트에 도달할 수 있다는 뜻은 아닙니다.
비밀을 제거한 뒤 작업, 프로세스 위치, 프록시 엔드포인트, 첫 실패 단계를 보고하세요. 그 관찰로 소유한 클라이언트에서 407, TLS 오류 또는 도달할 수 없는 전달 호스트를 찾을 수 있습니다.