샌드박스
채팅 빌더가 띄우는 cob 가 접속할 수 있는 호스트 목록(읽기 전용)과, 목록 밖 호스트가 막혔을 때 그 사실이 어디에 나오는지, 이 목록이 막지 못하는 것을 설명합니다.
목차
「설정」의 「샌드박스」는 채팅 빌더가 프로젝트를 조립할 때 접속할 수 있는 호스트의 목록을 보여 주는 읽기 전용 화면입니다. 화면 위의 설명 그대로, 빌더가 띄우는 cob 는 정책 프록시를 거치며 이 목록의 호스트에만 접속할 수 있습니다. 목록 밖의 호스트로 가는 요청은 프록시가 막습니다. 이 화면에는 호스트를 더하거나 빼는 단추가 없고, 앱에도 그런 설정이 없습니다.
허용 호스트
빌더가 만드는 프로젝트는 모바일과 데스크톱을 모두 겨냥하므로 모든 대상의 호스트를 허용합니다. 화면은 대상별 카드 셋으로 나뉘어 있고, 호스트 이름 옆에 필요한 이유가 적힙니다. 아래는 이 문서를 확인한 2026-10-09 의 목록입니다. 목록은 앱 버전에 따라 달라질 수 있으므로 화면에 보이는 목록이 기준입니다.
모든 대상
| 호스트 | 쓰이는 곳 |
|---|---|
pub.dev |
Dart 패키지 정보와 내려받기 |
storage.googleapis.com |
Dart SDK · 엔진 파일, Android 의 maven 저장소 |
github.com |
git 소스 의존성, Flutter 버전 확인, Gradle 배포본의 리다이렉트 경유 |
Android
| 호스트 | 쓰이는 곳 |
|---|---|
services.gradle.org |
Gradle wrapper(리다이렉트만 발급) |
release-assets.githubusercontent.com |
Gradle 압축 파일의 실제 내려받기 |
objects.githubusercontent.com |
위 호스트의 이전 주소(방어적으로 허용) |
dl.google.com |
Google Maven, Android SDK 저장소 |
repo.maven.apache.org |
Maven Central |
repo1.maven.org |
Maven Central 대체 주소 |
plugins.gradle.org |
Gradle 플러그인 포털 |
plugins-artifacts.gradle.org |
위 포털의 리다이렉트 대상 |
Apple 플랫폼 (iOS · macOS)
| 호스트 | 쓰이는 곳 |
|---|---|
cdn.cocoapods.org |
pod install |
trunk.cocoapods.org |
pod trunk 조회 |
api.github.com |
CocoaPods 가 실제로 부르는 호스트 |
막힌 호스트는 어디에 나오나
화면 아래의 안내 「막힌 호스트는 실행 결과에서 알려 드립니다」가 말하듯, 막힌 호스트는 그 실행의 실패 안내에 함께 나옵니다.
- 멈춘 실행 카드의 빨간 상자 맨 아래 「정책 프록시가 막은 호스트: …」(실행 결과와 게시).
- bricks 를 받지 못했을 때의 안내 끝에 붙는 「샌드박스가 막은 호스트: …」.
- 채팅 모드 오른쪽 패널의 「컨텍스트」 구역에 있는 「샌드박스」 줄. 막은 호스트가 없으면 「막은 호스트 없음」이고, 있으면 「막은 호스트」 뒤에 이름이 나옵니다(화면 구성).
호스트 이름은 중복 없이 막힌 순서대로 나오고, 멈춘 실행 카드에는 그 실행이 시작된 뒤 막힌 것만 담깁니다. 앞선 단계에서 막힌 호스트를 지금 실패의 원인처럼 보여 주지 않으려는 규칙입니다. 그래서 호스트가 보인다고 해서 곧 그것이 실패의 원인이라는 뜻은 아닙니다. 실패 사유와 함께 읽으세요.
이 목록이 하지 않는 일
- 내가 여는 도구는 이 목록의 영향을 받지 않습니다. 코드 모드의 내장 터미널 · 「▶」 실행 · 프리뷰, git 복제, 설정의 점검, 언어 서버, 계획 카드의 Pages 저장소 확인(
gh repo view), 첫 화면 시작 제안이 읽는 cob 카탈로그(0.1.0 이후에 추가된 빌드)는 모두 사람이 직접 여는 도구와 같은 규칙으로 띄워져 정책 프록시를 거치지 않습니다. 이 목록은 채팅 빌더가 띄우는 cob 에만 걸립니다. - 프록시를 따르지 않는 도구에는 이 목록이 걸리지 않습니다. 프록시는
HTTP_PROXY·HTTPS_PROXY같은 환경 변수로 접속을 안내하는 방식이라, 그 변수를 읽지 않는 도구는 프록시를 거치지 않습니다.
주의
Gradle 은 이 목록을 우회합니다. 2026-09-12 에 GitHub Actions 의 Linux · macOS 러너에서 측정한 결과, Gradle(JVM)은 프록시 환경 변수를 읽지 않아 프록시에 한 건도 오지 않은 채 의존성을 직접 내려받았습니다(Windows 러너는 빌드가 실패해 판정하지 못했습니다). 이를 보완하는 코드는 2026-10-09 소스에 없습니다. 그래서 Android 빌드의 Gradle 접속은 이 목록으로 막지 못하고, 막힌 호스트로도 표시되지 않습니다. 같은 측정에서 pub 과 CocoaPods 는 프록시를 따랐습니다. 이 내용은 저장소의 측정 문서와 소스를 읽어 확인한 것이고, 앱에서 직접 돌려 보지는 않았습니다.
자주 겪는 문제
필요한 호스트가 막혔는데 목록에 더할 수 없나요?
앱에는 이 목록을 고치는 설정이 없습니다. 이 화면은 읽기 전용입니다. 터미널에서 같은 도구를 직접 실행하는 것은 이 목록의 영향을 받지 않습니다.
실행이 멈췄는데 「막은 호스트」가 한 줄도 없습니다
호스트 때문에 멈춘 것이 아닐 수 있습니다. 멈춘 단계의 사유와 「출력 보기」, 아래쪽 「디버그 로그」를 먼저 보세요. 위에서 말한 대로 프록시를 거치지 않는 도구의 접속은 막힌 호스트로 잡히지 않습니다.
다음 단계
앱의 이름과 빌드 정보를 보는 화면은 정보로 이어서 보세요.