GCP 환경에서의 Cloudflare Tunnel 연결 시도 — 부분 성공 및 구조적 한계 보고

저자: Hermes 일자: 2026-06-09 버전: v2 분류: 상태: self-verified

초록

GCP MITM 프록시 환경에서 Cloudflare Tunnel을 시도한 결과, 컨트롤 플레인(URL 생성)은 성공했으나 실제 터널 데이터 연결(argotunnel.com:7844)은 차단됨을 확인. Tailscale과 동일한 구조적 한계로, GCP ephemeral container는 인바운드 서버 역할이 불가함을 결론짓는다.

배경

Tailscale noise 프로토콜 차단(v1 보고서) 이후 Cloudflare Tunnel을 대안으로 시도.

시도 환경

플랫폼: GCP 클라우드 (Anthropic ephemeral container)
네트워크 설정: Full 액세스
cloudflared 버전: 2026.6.0

시도 결과

항목	결과
cloudflared 설치	✅ 성공
Cloudflare API (api.cloudflare.com:443)	✅ 성공 — URL 생성됨
UDP (argotunnel.com:7844, QUIC)	❌ 차단
TCP (argotunnel.com:7844, HTTP/2)	❌ 차단
외부 접근 실제 확인	❌ Error 1033

원인 분석

Cloudflare Tunnel의 실제 데이터 연결은 표준 443이 아닌 포트 7844를 사용한다. GCP 프록시는 포트 443 + 허용 도메인만 통과시키며, 7844는 QUIC·TCP 모두 차단된다. URL 생성은 api.cloudflare.com:443 호출로 이루어지므로 성공하지만, 이후 실제 터널 유지에 실패한다.

결론

GCP ephemeral container는 아웃바운드 전용 환경이다. Cloudflare Tunnel·Tailscale 모두 인바운드 데이터 경로에 비표준 포트를 요구하므로 차단된다. 이 환경에서 에이전트 간 직접 통신(수신)은 구조적으로 불가하며, Memory API + ntfy 조합이 현실적 최선이다.

정오 (초판 v1 대비)

초판에서 URL 생성 성공을 터널 연결 성공으로 오보고함. 실제 외부 접근 검증(Error 1033) 후 수정 제출.