Codex가 npm install, pip install, 저장소 추출을 수행하지 못할 때는 먼저 오류가 타임아웃, DNS, 네트워크 거부인지 확인하세요. 코덱스는 웹 페이지를 검색할 수 있지만, 그렇다고 해서 실행되는 터미널 명령어가 인터넷에 접근할 수 있다는 뜻은 아닙니다; 웹 검색과 명령 네트워크는 별도의 권한이며, 별도로 확인해야 합니다.
로컬 코덱스는 처음으로 샌드박스 네트워크를 살펴봅니다
CLI, IDE 확장 기능, 데스크톱 애플리케이션은 workspace-write 샌드박스에서 기본적으로 명령 네트워크를 열지 않습니다. 프로젝트 명령어를 네트워크 설정해야 할 때는 실제 config.toml에서 다음과 같은 구성을 하세요:
[sandbox_workspace_write]
network_access = true설치를 진행하기 전에 Codex를 재시작하세요. 작업이 여전히 승인을 요청한다면, 패키지 매니저를 반복적으로 재테스트하지 말고 현재 승인 정책을 확인하세요. 의존성을 설치하려고 완전히 무제한 모드로 전환하지 마세요.
인터넷을 켜도 도메인 이름에 접근할 수 없습니다
네트워크 프록시 정책도 활성화되어 있으면 네트워크는 도메인 이름 규칙에 따라 필터링됩니다. 레지스트리, 소스 코드 호스팅 사이트, 그리고 패키지 관리자가 실제로 접근하는 다운로드 도메인 이름이 모두 허용 범위 내에 있는지 확인하세요; 홈페이지 도메인 이름만 허용되며; 의존성 파일은 다른 하위 도메인이나 객체 저장소에서 다운로드할 수 있습니다. deny 규칙은 allow을 포함하며, 와일드카드가 의도치 않게 모든 사이트에 확장되어서는 안 됩니다.
일반적인 웹 검색이 설치 명령어가 제대로 작동한다는 뜻은 아닙니다
web_search 코덱스 검색 도구를 제어하며, 이 도구는 캐싱, 색인, 실시간, 또는 오프 모드를 사용할 수 있습니다. 터미널에서 npm, pip, git, curl에 대한 네트워크 권한을 부여하지 않습니다. 따라서 "문서는 찾을 수 있지만 다운로드 실패"는 모순이 아닙니다; 우리는 명령 네트워크와 도메인 이름 정책 점검으로 돌아가야 합니다.
클라우드 작업은 설정 단계와 에이전트 단계를 구분해야 합니다
코덱스 클라우드 환경의 설정 단계는 네트워크 설치와 의존성을 허용하며, 공식 에이전트 단계는 기본적으로 오프라인입니다. 고정 의존성은 환경의 설정 스크립트에 대한 쓰기를 우선시하며; 작업이 런타임 중에 외부 서비스 접근이 필요하다면, 해당 환경에서 에이전트 인터넷 접근을 활성화하여 필요한 도메인 이름과 요청 방법만 허용합니다.
마지막으로 최소 요청을 사용해 실제 레지스트리 주소를 확인한 후 전체 설치를 실행하세요. 최소 요청도 실패하면 대상 도메인 이름과 오류 유형을 기록합니다; 최소 요청이 성공했지만 설치가 실패하면 파일 락, 프록시 변수, 인증서 또는 패키지 관리자 구성이 전달되고 Codex 권한이 더 이상 완화되지 않습니다.
