Codex Cloud는 클라우드에서 코딩 작업을 실행하므로 컴퓨터가 절전 모드에 들어가도 작업을 계속할 수 있습니다. 웹, 모바일 또는 데스크톱 앱에서 코드를 편집하고 명령어를 실행하고 결과를 검토하세요.
각 클라우드 작업은 별도의 워크스페이스에서 실행됩니다. 기본 환경을 사용할 수 있다면 리포지터리를 선택하지 않고도 작업을 시작할 수 있습니다. 여러 작업에서 같은 구성을 사용하려면 환경 만들기를 선택하세요. 작업에 필요한 리포지터리, 종속성, 도구, 액세스 설정을 선택한 다음 환경을 게시하세요.
Codex Cloud를 처음 사용한다면 Codex Cloud 개요를 참고하세요.
Codex Cloud(레거시) 버전에서는 코드 검토와 Linear 및 GitHub 연동을 계속 지원합니다. 이 버전은 향후 사용 중단 예정(deprecated)으로 지정할 계획입니다. 이러한 워크플로우에 사용할 환경을 만들고 관리하는 방법은 레거시 가이드를 참고하세요.
Codex Cloud에서 작업 시작하기
웹이나 데스크톱 앱에서 작업 위치 > 클라우드를 선택하세요. 모바일에서는 Codex를 여세요. 환경 선택 목록에 기본 환경이 표시되면 해당 환경을 선택하고 Codex에 맡길 일을 설명하세요.
- 프로젝트 없이 작업할 때는 리포지터리 없이 시작할 수 있습니다. 예를 들어 Codex에 샘플 데이터로 스크립트를 작성하고 테스트해 달라고 요청하세요. 나중에 기존 코드가 필요해지면 복제할 리포지터리를 Codex에 알려 주세요.
- 데스크톱 앱의 프로젝트에서 작업을 시작할 때는 기본 환경이 해당 프로젝트에 연결된 리포지터리를 자동으로 사용할 수 있습니다. 이 기능을 사용하려면 해당 리포지터리가 GitHub.com에 호스팅되어 있고 사용자의 GitHub 계정이 연결되어 있어야 합니다. GitLab 리포지터리는 이 자동 설정에 포함되지 않습니다.
실행 중인 작업에 리포지터리를 추가하는 절차는 프로젝트 자동 설정과 별개입니다. 모바일에서 작업을 시작한 경우에도 Codex에 해당 환경에서 접근할 수 있는 리포지터리를 복제해 달라고 요청할 수 있습니다. 리포지터리 선택 화면에서 GitLab.com 리포지터리를 체크아웃하려면 웹이나 데스크톱 앱에서 재사용할 수 있는 환경을 만드세요.
직접 준비했거나 다른 사람이 공유한 구성을 사용하려면 해당 구성이 게시된 환경을 선택하세요. Enterprise 워크스페이스에서는 접근 권한이 있는 게시된 환경을 사용하세요. 관리자는 워크스페이스 액세스 권한을 검토할 수 있습니다.
환경 만들기 및 게시하기
여러 작업에서 같은 리포지터리, 도구 또는 액세스 설정을 사용하려면 웹이나 데스크톱 앱에서 재사용할 수 있는 환경을 만드세요. ChatGPT 계정으로 로그인한 후 다음 단계를 따르세요.
- 새 작업에서 작업 위치 > 클라우드를 선택하고 환경 선택을 연 다음 환경 만들기를 선택하세요.
- 체크아웃할 리포지터리를 선택하세요. 연결하라는 안내가 표시되면 GitHub를 연결하세요. 리포지터리 선택 화면에서 GitLab을 사용할 수 있다면 본인의 GitLab.com 연결을 선택하고 리포지터리를 검색하세요.
- 시작하기를 선택하세요. Codex가 리포지터리를 살펴보고 종속성과 도구를 설치한 다음 워크플로우를 테스트합니다.
- Codex가 요청하면 필요한 액세스 권한이나 누락된 정보를 제공하세요. 특정 버전, 명령어 또는 서비스를 요청할 수도 있습니다.
- 설정 보고서, 구성, 파일을 검토하세요. 남은 작업을 마무리하고 변경 사항을 저장한 다음 게시를 선택하세요.
- 환경이 게시됨 메시지가 표시되면 새 작업 시작을 선택하고 Codex에 맡길 일을 설명하세요.
설정 > Codex Cloud > 환경 > 환경 만들기 메뉴에서도 시작할 수 있습니다.
저장하면 구성이 기록되며 일부 설정은 현재 설정 중인 환경에 즉시 적용됩니다. 게시하면 준비된 파일 시스템의 상태가 기록되어 새 작업에 사용됩니다. 공유 설정에서는 환경을 사용할 수 있는 사람을 지정합니다.
설치 및 시작 절차 맞춤 설정하기
Codex는 리포지터리에서 런타임, 패키지 버전, 도구, 서비스를 파악합니다. 대화로 구성을 조정할 수 있으므로 설치 스크립트를 직접 작성할 필요가 없습니다.
Codex는 테스트를 마친 설정을 다음 두 필드에 기록할 수 있습니다.
- 설치 스크립트: 종속성을 설치하고 개발에 필요한 리소스를 준비하는 명령어입니다.
- 시작 스킬: 서비스를 시작하고 사용할 준비가 되었는지 확인하는 지침입니다.
저장된 상태 재사용 및 업데이트하기
- 게시된 환경의 새 작업: 해당 환경에 준비된 파일 시스템에서 시작합니다.
- 기존 작업: 커밋하지 않은 변경 사항과 설치된 도구를 포함해 해당 작업에 저장된 파일로 계속 진행합니다.
- 리포지터리 새로 고침: 백그라운드에서 자동으로 실행됩니다. 종속성 캐시는 유지하며 설치 또는 시작 명령어는 다시 실행하지 않습니다.
재사용할 구성을 업데이트하려면 설정 > Codex Cloud > 환경으로 이동하세요. 해당 환경의 … 메뉴에서 편집을 선택하세요. 변경할 내용을 설명하세요. Codex가 변경 사항을 준비하고 테스트하면 변경 사항을 저장한 다음 다시 게시를 선택하세요. 업데이트를 적용하려면 새 작업을 시작하세요. 기존 작업은 각자의 상태를 유지합니다.
중요한 변경 사항을 커밋하거나 필요한 결과물을 저장하세요. 저장된 상태가 소스 버전 관리를 대신하지는 않습니다.
환경 변수 및 네트워크 시크릿 구성하기
Codex는 누락된 설정을 찾아 자체적으로 파악할 수 없는 값을 요청합니다. 환경 구성에서 관리 버튼을 선택하세요. 이 버튼은 환경 변수 또는 HTTP 시크릿 옆에 있습니다. 각 값을 어떻게 제공할지 선택하세요.
| 구성 | 용도 | 전달 방식 |
|---|---|---|
| 환경 변수 | 프로그램이 직접 읽어야 하는 값 | 환경 내 프로그램에 값을 직접 전달합니다. |
| 네트워크 시크릿 | 특정 HTTPS 서비스에 보내는 자격 증명 | 프로그램에는 자리표시자를 전달합니다. 허용된 대상으로 보내는 요청에서는 프록시가 자리표시자를 실제 값으로 바꿉니다. |
네트워크 시크릿에는 키, 값, 허용된 도메인을 설정하세요. 직접 전달하는 환경 변수와는 다른 키를 사용하세요. 환경 설정 중이거나 작업을 실행 중일 때 443번 포트를 사용하는 HTTPS 요청에서 값이 치환됩니다. 이 과정에서 자격 증명의 원본 값은 로컬 프로세스나 파일에 들어가지 않습니다.
환경 소유의 네트워크 시크릿을 저장하면 해당 시크릿의 대상이 제한된 인터넷 액세스의 허용 목록에 추가됩니다. 직접 전달하는 환경 변수나 개인 값을 저장할 때는 대상이 추가되지 않습니다. 테스트하기 전에 저장된 네트워크 정책을 검토하세요. 워크스페이스 요구 사항은 에이전트 보안을 참고하세요.
개인 값 제공하기
개인 보관함에는 워크스페이스의 클라우드 환경에서 사용할 개인 환경 변수와 네트워크 시크릿을 저장할 수 있습니다.
공유 환경은 각 사용자가 자신의 계정에서 값을 제공하도록 요청할 수 있습니다. 환경을 공유하면 어떤 값이 필요한지는 공유되지만 개인 자격 증명은 공유되지 않습니다.
입력하라는 안내가 표시되면 개인 시크릿 추가에서 필수 값을 입력하고 저장 후 시작을 선택하세요. 선택 사항인 값은 비워 두어도 됩니다.
값을 미리 관리하려면 다음 단계를 따르세요.
- 설정 > Codex Cloud로 이동한 다음 개인 보관함 탭을 선택하세요.
- 추가를 선택하세요. 환경 변수 또는 네트워크 시크릿을 유형 항목에서 선택한 다음, 요청에 맞는 키와 개인 값을 입력하세요.
- 적용 대상에서 모든 환경 또는 선택한 환경을 고른 다음 저장을 선택하세요.
작업에는 요청된 값만 전달됩니다. 특정 환경에 지정한 값이 공통 기본값보다 우선합니다. 개인 네트워크 시크릿에도 환경의 허용 대상이 적용되며, 같은 방식으로 자리표시자가 치환됩니다.
Enterprise 워크스페이스 내에서 공유하기
동료들이 준비된 환경에서 각자 작업을 시작할 수 있도록 환경을 공유하세요.
- 환경 구성을 여세요.
- 공개 범위 > 사용 가능한 사용자에서 워크스페이스를 선택하세요.
- 변경 사항을 저장하세요. 아직 환경을 게시하지 않았다면 게시하세요.
환경을 비공개로 유지하려면 나만을 선택하세요. 이 옵션은 사용 가능한 사용자 항목에 있습니다. 작업마다 작업 파일이 분리되어 있습니다. 환경을 사용할 수 있어도 다른 사람의 작업에 접근하거나 환경을 편집할 권한이 생기지는 않습니다.
공유하기 전에 준비된 파일과 환경 소유의 자격 증명을 검토하세요. 클라우드 ID와 VPN 연결을 통해서도 서비스 액세스를 공유할 수 있습니다. 리포지터리 액세스와 개인 연결은 작업을 실행하는 계정에 따라 달라집니다.
클라우드에서 Codex 사용 권한은 작업 액세스를 제어합니다. 워크스페이스 환경 관리 권한은 워크스페이스와 공유하는 환경을 만들고 편집할 수 있는지를 제어합니다. 역할 및 워크스페이스 권한을 참고하세요.
에이전트 보안
환경의 인터넷 액세스 설정은 해당 VM이 공용 인터넷에서 접근할 수 있는 대상을 정의합니다. 이와 별개로 VPN 설정을 통해 VM을 사설 네트워크의 서비스에 연결할 수 있습니다.
Enterprise 워크스페이스에서 관리자는 에이전트 보안에서 에이전트 동작, 관리형 실행 환경의 네트워킹, 지원되는 도구 사용에 관한 워크스페이스 요구 사항을 구성합니다. 이러한 요구 사항은 각 환경에 저장된 도메인 설정과 함께 적용됩니다. 전역 정책과 Codex Cloud에서 재정의할 수 있는 설정은 에이전트 보안을 참고하세요.
서비스에 연결하기
워크플로우에 필요한 패키지 레지스트리, API 및 기타 서비스에 대한 액세스를 구성하세요.
- 환경 구성에서 워크플로우에 필요한 공용 인터넷 액세스 범위를 선택하세요. 공용 인터넷 전체에 접근하려면 모든 공용 인터넷 액세스 허용을 켜세요. 이 옵션은 패키지 관리자 및 추가 도메인 설정이 허용하는 대상까지 포함하므로 두 세부 설정은 비활성화됩니다.
- 공용 인터넷 액세스를 제한하려면 모든 공용 인터넷 액세스 허용을 끈 다음 패키지 관리자를 허용하거나 추가 허용 도메인에 특정 호스트를 추가하세요. 전체 액세스를 꺼도 이렇게 허용한 대상에는 계속 접근할 수 있습니다.
- 설정을 저장하고 환경 설정 과정에서 서비스를 테스트하세요. 환경을 게시하거나 다시 게시한 다음 새 작업에서 액세스를 확인하세요.
공용 인터넷 액세스와 VPN 액세스는 서로 독립적입니다. 둘 중 하나만 사용하거나 둘 다 사용할 수 있습니다. Tailscale 서브넷 경로에서 공인 IP 주소를 사용하는 경우에도 공용 인터넷 설정은 Tailscale을 거치지 않는 연결에 적용됩니다. 공용 인터넷 액세스를 제한해도 구성된 VPN은 비활성화되지 않습니다.
워크스페이스 요구 사항은 에이전트 보안을 참고하세요. 대상을 허용해도 해당 서비스의 자격 증명이나 권한이 부여되지는 않습니다.
공용 인터넷을 통해 접근하는 서비스가 출발지 IP를 기준으로 연결을 필터링한다면 에이전트 아웃바운드 IP 피드를 사용하세요. 게시된 IP 범위를 모두 허용하고 매일 피드를 확인하세요. 범위가 바뀌면 서비스의 허용 목록을 업데이트하세요. 여러 고객이 이 IP 범위를 공유하므로 서비스의 인증 및 권한 부여 제어를 유지하세요.
사설 네트워크 연결(VPN)
VPN을 연결하면 클라우드 작업에서 사설 네트워크의 서비스에 접근할 수 있습니다. Tailscale은 사용자가 구성한 사설 DNS, 서브넷 경로 및 액세스 규칙을 사용합니다. HTTP, HTTPS 및 기타 TCP 서비스를 포함해 Tailscale을 통해 접근하는 대상에는 별도의 Codex IP 또는 도메인 허용 목록이 필요하지 않습니다.
- 환경 구성에서 Tailscale 옆의 연필 아이콘을 선택하세요.
- VPN 공급자가 제공한 연결 자격 증명을 입력하세요.
- 환경의 VPN ID로 원하는 서비스에 접근할 수 있도록 Tailscale에서 필요한 경로, DNS 및 액세스 규칙을 구성하세요.
- 저장한 다음 환경을 게시하거나 다시 게시하세요. 새 작업을 시작하고 서비스를 테스트하세요.
현재 지원되는 VPN 공급자는 Tailscale입니다. Tailscale 인증 키를 만들 때 Reusable 옵션과 Ephemeral 옵션을 모두 켜세요. 재사용 가능한 키를 사용하면 새 클라우드 작업 VM이 네트워크에 참여할 수 있습니다. Tailscale은 임시 기기가 오프라인이 되면 자동으로 제거합니다. 향후 다른 VPN 공급자도 지원할 예정입니다.
사설 IPv4 서브넷 경로를 지원합니다. 작업에서는 Tailscale의 분할 DNS와 MagicDNS를 사용해 호스트 이름으로 사설 서비스에 접근할 수 있습니다.
서비스에서 조직의 내부 DNS를 사용한다면 Tailscale 관리 콘솔에서 내부 도메인에 대한 쿼리를 조직의 DNS 서버로 보내도록 분할 DNS를 구성하세요. api.corp.example.com처럼 도메인 이름을 모두 포함한 서비스의 전체 호스트 이름을 사용하세요. 이 이름은 IPv4 주소로 해석되어야 합니다. 구성된 Tailscale 경로로 대상에 도달할 수 있어야 하며 Tailscale 액세스 규칙에서 해당 접근을 허용해야 합니다.
공유 환경의 작업은 해당 환경에 구성된 VPN ID를 사용합니다.
TCP 서비스에 연결하기
VPN을 사용해 데이터베이스나 SSH 같은 TCP 서비스에 연결하세요. TCP 대상은 Tailscale을 통해 라우팅되는 IPv4 주소를 사용해야 합니다. 호스트 이름을 사용하는 경우 해당 이름으로 조회되는 모든 IPv4 주소가 이 경로를 사용해야 합니다. 플랫폼에서 보호하는 주소는 계속 차단됩니다.
TCP 클라이언트는 환경의 HTTP CONNECT 프록시인 proxy:8088을 통해 연결해야 합니다. 프록시에 직접 연결하거나 로컬 포워딩 도구를 사용할 수 있습니다. 대상이 호스트 이름으로 지정된 경우 프록시에서 DNS를 조회할 수 있도록 호스트 이름을 그대로 전달하세요. TCP 터널은 TLS를 가로채거나 네트워크 시크릿을 삽입하지 않습니다. 클라이언트가 직접 서비스 자격 증명을 제공하고, TLS를 사용하는 경우 서비스의 TLS 인증서를 검증해야 합니다. 네트워크 시크릿 치환이 필요한 요청은 구성된 HTTPS 프록시를 사용하고 시크릿의 허용 도메인 규칙을 충족해야 합니다. 치환은 443번 포트에서 작동합니다.
VPN 구성을 변경한 후에는 변경 사항을 저장하고 환경을 게시하거나 다시 게시하세요. 업데이트된 VPN 구성을 사용하려면 현재 실행 중인 환경을 교체하세요. 새 작업을 시작하고 액세스를 테스트하세요. 초안에서 VPN을 분리해도 기존 연결은 해제되지 않습니다. 액세스를 철회하려면 해당 환경을 교체하거나 종료하세요.
OIDC로 클라우드 리소스에 접근하기
OpenID Connect(OIDC)를 사용하면 작업에서 클라우드 리소스에 접근하기 위한 단기 자격 증명을 얻을 수 있습니다. 조직은 클라우드 공급자와의 신뢰 관계를 구성하고 해당 ID에 워크플로우에 필요한 권한을 부여합니다.
- 저장된 환경에서 고급 > OIDC 설정을 여세요.
- 추가를 선택한 다음 사용 가능한 연결을 고르거나, 지원되는 공급자의 연결을 새로 만들려면 연결 만들기… 항목을 선택하세요.
- 새 연결을 만들 때는 공급자의 ID 정보를 입력하고 연결을 생성하세요. 공급자 측에서 화면에 표시된 발급자, 대상, 주체 또는 클레임 조건을 사용해 신뢰 관계를 구성하고 리소스 권한을 부여하세요.
- 연결이 환경에 추가되었는지 확인하고 별칭을 검토하세요. 저장한 다음 환경을 게시하거나 다시 게시하세요.
- 새 작업을 시작하고 허용되는 작업과 거부되는 작업을 각각 테스트하세요.
설정 방법은 공급자마다 다르며 지원되는 연결만 환경에 추가할 수 있습니다. 액세스 범위는 해당 ID의 권한에 따라 결정됩니다. 공급자에서 사용자가 개인적으로 보유한 권한은 해당 ID로 이전되지 않습니다. 필요한 공급자 엔드포인트와 서비스 대상은 네트워크 정책에서 별도로 허용하세요.
연결 추가·분리 또는 별칭 변경 사항을 환경 설정 과정에 적용하려면 저장하세요. 새 작업에서 사용하려면 환경을 게시하거나 다시 게시세요. 공유 ID 연결을 편집하면 같은 연결을 사용하는 다른 환경에도 영향을 줄 수 있습니다.
작업 실행 및 이어서 진행하기
채팅에서 목표를 설명하세요. Codex는 파일을 편집하고 명령어를 실행하며 작업 결과를 확인할 수 있습니다. 커밋하거나 pull request를 열기 전에 변경 사항과 테스트 결과를 검토하세요.
웹 또는 모바일에서 이어서 진행하기
웹에서는 작업 위치 > 클라우드로 이동해 환경을 선택하세요. 모바일에서는 Codex를 열고 사용 가능한 환경을 선택하세요. 새 환경은 웹이나 데스크톱 앱에서 만드세요.
다른 기기에서 작업을 이어가려면 같은 작업을 다시 여세요. 새 작업은 각각 별도의 워크스페이스에서 시작됩니다. 컴퓨터가 절전 모드에 들어가도 Codex Cloud에서 실행 중인 작업은 계속 진행될 수 있습니다.
Slack 또는 Microsoft Teams에서 작업 시작하기
클라우드 위임이 활성화된 Enterprise 워크스페이스에서는 Slack 또는 Microsoft Teams에서 @ChatGPT에게 리포지터리 작업을 요청하세요. Codex는 대화 컨텍스트를 바탕으로 워크스페이스에 공유된 환경 중 작업을 실행하는 계정에서 사용할 수 있는 환경을 선택합니다. 프롬프트에서 선호하는 환경을 지정하거나 추가 지침을 제공할 수 있습니다.
Slack에서 Codex Cloud 역할 기반 접근 제어를 사용하는 워크스페이스는 배포에 사용하는 서비스 계정과 작업을 요청하는 사용자 모두에게 Codex Cloud 액세스 권한을 부여해야 합니다. 관리자 설정 방법은 Slack에서 Codex Cloud 활성화하기를 참고하세요.
연결 또는 승인 안내가 표시되면 필요한 절차를 완료한 다음 대화에서 결과를 검토하세요. 작업을 이어가려면 같은 연결 계정으로 후속 요청을 보내세요. 다른 참여자의 요청이 자동으로 내 작업을 이어가지는 않습니다.
워크스페이스 설정 방법은 Slack 및 Teams에서 ChatGPT 관리하기를, Slack에서 작업을 제어하는 방법은 Slack에서 ChatGPT 사용하기를 참고하세요.
VM 사양
각 클라우드 작업은 다음 기본 리소스가 할당된 VM에서 실행됩니다.
| ChatGPT 요금제 | vCPU 수 | 메모리 | 디스크 공간 |
|---|---|---|---|
| Plus, Edu Plus | 2 | 8 GiB | 8 GiB |
| Pro, Business, Enterprise | 4 | 16 GiB | 32 GiB |
| Edu, Edu Pro | 4 | 16 GiB | 32 GiB |
기본적으로 마지막으로 새 턴을 시작하거나 작업을 재개한 시점부터 최대 7일 동안 해당 작업의 저장된 VM 상태를 복구할 수 있습니다.
Enterprise에서는 더 큰 VM과 맞춤 사양을 사용할 수 있습니다. 제공되는 구성과 가격은 OpenAI 계정 담당 팀에 문의하세요.
현재 제한 사항
다음 기능은 현재 클라우드 환경에서 지원되지 않으며 향후 지원할 예정입니다.
- 컴퓨터 사용
- 자체 호스팅 GitHub Enterprise Server
리포지터리에 저장된 스킬은 클라우드 작업에서 사용할 수 있습니다. 로컬 컴퓨터의 개인 스킬은 클라우드 환경에 동기화되지 않습니다.
환경 설정 및 런타임 액세스 문제 해결하기
설정에 실패하거나 필요한 도구가 없는 경우
설정 대화에서 어떤 명령어가 실패했는지 확인하세요. Codex에 오류를 진단하고 수정한 다음 명령어를 다시 실행해 달라고 요청하세요. 예를 들어 “pnpm을 설치하고 프로젝트의 테스트를 실행해 줘.”라고 요청할 수 있습니다.
- 초기 설정에 실패하면 다시 시도를 선택하세요. 해당 설정 세션에서 이미 선택한 리포지터리로 다시 시도합니다.
- 문제를 해결하기 위해 소스 파일, 패키지 매니페스트 또는 잠금 파일을 변경해야 한다면 코딩 작업에서 해당 파일을 변경한 다음 설정으로 돌아오세요.
Codex가 설정을 검증하면 환경을 게시하거나 다시 게시하세요.
패키지 다운로드 또는 HTTPS 요청에 실패하는 경우
대상 호스트 이름과 인증을 각각 확인하세요.
- 환경의 인터넷 액세스 설정에서 해당 호스트를 허용하는지 확인하세요. 비공개 레지스트리가
packages.example.com에 있다면 정확히 그 호스트 이름을 확인하세요. 다운로드에downloads.example.com도 사용한다면 해당 호스트도 허용해야 합니다. - 패키지 관리자나 클라이언트에 설정된 URL과 자격 증명을 확인하세요. 도메인을 허용해도 서비스 이용 권한이 부여되지는 않습니다.
- 인증에 네트워크 시크릿을 사용한다면 대상이 시크릿의 허용된 도메인에 포함되어 있고 요청이 443번 포트에서 HTTPS를 사용하는지 확인하세요.
- Enterprise 워크스페이스에서는 관리자에게 환경 설정과 함께 해당 에이전트 보안 요구 사항을 확인해 달라고 요청하세요.
구성 변경 사항을 저장하고 환경 설정 과정에서 요청을 테스트하세요. 환경을 게시하거나 다시 게시한 다음 새 작업에서 액세스를 확인하세요.
필수 값이 없거나 사용할 수 없는 경우
환경 구성에서 값을 올바른 위치에 추가했는지 확인하세요.
- 환경 변수:
APP_MODE=development처럼 프로그램이 직접 읽어야 하는 값에 사용하세요. - HTTP 시크릿: 비공개 레지스트리 토큰처럼 허용된 HTTPS 서비스에 보내는 자격 증명에 사용하세요. 프로그램은 자리표시자를 받고, 프록시는 조건에 맞는 요청에서 자리표시자를 자격 증명으로 바꿉니다. 프로그램이 원본 값을 읽어야 한다면 환경 변수에 추가하세요.
개인 값이라면 키가 환경에서 요청한 키와 일치하고 적용 대상에 해당 환경이 포함되어 있는지 확인하세요. 특정 환경에 지정한 값이 공통 기본값보다 우선합니다.
설정 방법은 환경 변수 및 네트워크 시크릿을 참고하세요.
VPN은 연결되지만 HTTP 또는 HTTPS 서비스에 접근할 수 없는 경우
- 클라이언트가 환경에 구성된 HTTP/HTTPS 프록시를 사용하는지 확인하세요.
curl로 테스트할 때는 요청이 해당 프록시를 사용하도록--noproxy를 생략하세요. - Tailscale을 통해 접근하는 대상이라면 VPN의 경로와 액세스 규칙을 확인하세요. 공용 인터넷으로 접근하는 대상이라면 환경의 허용된 도메인을 확인하세요.
- IP 주소로는 서비스에 접근할 수 있지만 호스트 이름으로는 접근할 수 없다면 Tailscale DNS 설정을 확인하세요. 사내 도메인의 경우 분할 DNS가 올바른 DNS 서버를 가리키고 Tailscale 네트워크를 통해 해당 서버에 접근할 수 있는지 확인하세요. 도메인 이름을 모두 포함한 서비스의 전체 호스트 이름을 사용하고 해당 이름이 IPv4 주소로 해석되는지 확인하세요.
연결 설정 방법은 사설 네트워크 연결을 참고하세요.
작업에서 환경이나 업데이트를 사용할 수 없는 경우
설정 > Codex Cloud > 환경에서 해당 환경을 확인하세요. 게시되지 않음 배지가 표시되어 있다면 설정을 마치고 게시를 선택해 작업에서 사용할 수 있도록 하세요.
게시된 환경을 변경하려면 해당 환경의 편집 화면을 열고 Codex가 변경 사항을 준비하고 테스트하도록 한 다음 다시 게시를 선택하세요. 새 구성을 사용하려면 업데이트된 환경에서 새 작업을 시작하세요. 기존 작업은 각자의 작업 상태를 유지합니다.