CLI: 프로세스 설정 확인
시스템 프록시를 켜도 터미널 프로그램이 자동으로 사용하는 것은 아닙니다. 먼저 SDK나 CLI 도구의 공식 프록시 안내를 확인한 뒤 환경 변수, 명시적 프록시 인수, 시스템 설정 중 무엇을 지원하는지 확인하세요. 일부 도구는 HTTPS_PROXY를 읽고, 다른 도구는 프록시를 별도로 설정해야 합니다. 변수 이름이 같아도 런타임마다 동작이 완전히 같지는 않습니다.
프록시 주소는 확인되지 않은 설정을 그대로 복사하지 말고 로컬 클라이언트에 표시된 실제 수신 주소와 프로토콜을 사용하세요. 환경 변수를 변경한 뒤에는 새로 시작한 프로세스에서 변경된 값을 읽을 수 있습니다. NO_PROXY 때문에 대상 도메인이 예상한 경로를 우회하지 않는지도 확인하세요. 먼저 간단한 요청을 테스트한 뒤 일괄 작업을 실행해 불필요한 중복 호출을 방지하세요.
IDE: 에디터와 플러그인을 각각 점검
에디터, 플러그인 호스트, 통합 터미널은 서로 다른 네트워크 설정을 사용할 수 있습니다. Cursor나 Copilot에서 “공식 웹사이트는 되지만 에디터는 실패”하는 경우 에디터 네트워크 설정과 플러그인 로그를 확인하고 인증 요청과 모델 요청이 각각 어디서 전송되는지 살펴보세요. 원격 개발 모드에서는 일부 확장 프로그램이 로컬 컴퓨터가 아닌 원격 환경에서 실행됩니다.
설정을 변경한 뒤에는 제품 안내에 따라 관련 프로세스를 다시 불러오세요. 로그에는 문제를 파악하는 데 필요한 오류 요약만 남기고 공유 전에 키, 인증 요청 헤더, 세션 식별자, 프로젝트의 비공개 내용을 제거하세요. 연결 테스트를 위해 실제 자격 증명을 동기화되는 작업 공간 설정이나 코드 저장소에 기록하지 마세요.
CI 및 컨테이너: 로컬과 실행 환경 구분
로컬 브라우저에서 사용할 수 있어도 원격 CI 실행기에서 사용할 수 있다는 뜻은 아닙니다. 호스팅 실행기는 자체 출구 IP와 지역, 네트워크 정책을 사용합니다. 컨테이너 내부의 루프백 주소도 호스트 컴퓨터의 주소와 같지 않습니다. 조직이 허용하고 실행 환경에서 프록시에 접근할 수 있는 경우에만 해당 플랫폼 문서에 따라 네트워크 경로를 설정하세요.
키는 실행 플랫폼의 보안 변수로 관리하고 로그에는 적절한 마스킹을 적용하세요. 기업 환경에서는 먼저 조직 보안 정책을 준수해야 합니다. VPNCB는 Windows, macOS, iOS, Android, Linux를 지원하지만, 모든 호스팅 CI 환경에서 클라이언트를 배포해 사용할 수 있다는 뜻은 아닙니다.