Passthrough on homelab89

Istio Egress Gateway 도입 가이드 — Passthrough vs mTLS Passthrough

Wed, 10 Jun 2026 00:00:00 +0000

대상: 플랫폼/인프라/보안 담당자 환경: on-prem Kubernetes, Istio 1.30.0 (sidecar mode), PCI-DSS 준수 IDC 결정 요약: mTLS Passthrough(ISTIO_MUTUAL) 패턴 채택. proxy 도입에 따른 TCP 운영 이슈는 방식과 무관한 공통 비용이며 별도 완화 설정으로 대응함.

Egress Gateway 운영 가이드 — passthrough + ISTIO_MUTUAL (출처: LLM 답변 + Istio 1.30 공식 문서)

Sun, 07 Jun 2026 00:00:00 +0000

대상 구조

앱이 HTTPS로 직접 호출(end-to-end TLS 유지) + 게이트웨이는 PASSTHROUGH(복호화 안 함) + proxy→egress 구간은 ISTIO_MUTUAL로 mTLS. 결론부터: 이 게이트웨이가 보는 것은 “암호화된 장기 TCP 스트림” 하나뿐이고, 모니터링(L4+SNI만)·운영 함정(연결을 소수 노드에 모음)·graceful shutdown(요청이 아니라 연결이 닫히길 기다림)이 전부 이 한 사실에서 연역된다. 이 문서는 그 연역을 따라간다.

Egress Gateway 필드 매뉴얼 — HTTPS passthrough 중심 (출처: LLM 답변 + Istio 1.30 공식 문서)

Sun, 07 Jun 2026 00:00:00 +0000

이 문서가 다루는 것

머릿속에 둘 단 하나의 그림(ANCHOR): egress gateway는 외부 트래픽을 유도하는 라우팅 수렴점일 뿐 강제 장치가 아니며, 외부 구간의 TLS를 누가 종단하느냐가 게이트웨이의 가시성·앱 변경·암호화 범위를 한꺼번에 결정한다. 앱이 끝까지 TLS를 쥐면(https) 게이트웨이는 SNI만 보는 passthrough(주류), 앱이 평문을 보내면(http) 게이트웨이가 TLS를 대신 맺는 origination(특수) — 이 한 갈래에서 나머지(가시성·앱 변경·암호화·인증서 위치)가 전부 따라 나온다.