Happ 제외 목록과 split tunneling: 트래픽 라우팅 관리

Happ에서 split tunneling과 제외 목록이란 무엇인가

split tunneling은 클라이언트가 나가는 트래픽을 두 개의 흐름으로 나누는 모드입니다. 하나는 프록시 서버를 거쳐 가고, 다른 하나는 통신사를 통해 직접 나갑니다. 이 분리는 happ 목록으로 관리되는데, 이는 제외 대상에 포함될 도메인, IP 서브넷 또는 앱을 명시적으로 지정하는 규칙의 집합입니다. 규칙에 해당하지 않는 모든 것은 기본 정책에 따라 처리됩니다.

Happ에는 목록을 구성하는 근본적으로 다른 두 가지 접근 방식이 있습니다. 첫째는 제외 모드(bypass)로, 나열된 것을 제외한 모든 트래픽이 프록시를 거칩니다. 이는 뱅킹 앱, 로컬 서비스, 지역 변경에 민감한 사이트를 터널에서 빼내기에 편리합니다. 둘째는 포함 모드(proxy-only)로, 모든 것이 직접 나가고 지정된 리소스 목록만 서버를 통해 라우팅됩니다. 모드 선택이 기기에서 happ 우회의 전체 로직을 결정합니다.

기술적으로 규칙은 프로필 구성에 저장되며, 세션을 다시 연결하지 않고 라우팅 엔진에 의해 즉시 적용됩니다. 즉, 목록 변경은 거의 즉각적으로 효력을 발휘하며 터널을 완전히 재생성할 필요가 없습니다. 이 모델을 이해하는 것이 속도와 안정성을 세밀하게 조정하기 위한 기초입니다.

Happ 제외 목록에 사이트를 추가하는 방법

도메인을 추가하려면 활성 프로필을 열고 라우팅 섹션(Routing / 규칙)으로 이동하세요. 규칙 추가를 누르고 example.com 형식으로 도메인을 입력합니다. http 프로토콜과 끝의 슬래시는 넣지 않습니다. 모든 하위 도메인을 포괄하려면 domain:example.com 같은 마스크나 접미사 표기를 사용해 app.example.com과 cdn.example.com이 자동으로 하나의 규칙에 포함되도록 하세요.

규칙에는 동작을 지정합니다: proxy(서버를 통해 보냄), direct(직접 내보냄), block(연결 차단). 바로 이 도메인 + 동작의 조합이 happ 우회의 동작을 형성합니다. 속도를 위해 무거운 동영상 서비스를 터널에서 빼내야 한다면 direct를 지정하고, 특정 리소스에 서버를 통한 안정적 접근이 필요하다면 proxy를 지정하세요.

도메인 외에도 happ 목록에는 IP 주소와 CIDR 서브넷(예: 로컬 네트워크의 경우 10.0.0.0/8), GEO 태그(geoip:ru, geosite:category-ads)를 추가할 수 있습니다. 서브넷은 기업 리소스와 NAS에 유용하고, GEO 규칙은 수백 개의 도메인을 수동으로 나열하는 대신 전체 카테고리를 한 번에 설명합니다.

저장 후에는 규칙 순서를 확인하세요. 엔진은 규칙을 위에서 아래로 적용하고 첫 번째 일치에서 멈춥니다. 위에 있는 너무 일반적인 규칙이 아래의 더 정확한 규칙을 덮어버리므로, 구체적인 도메인은 넓은 마스크와 GEO 카테고리보다 위에 두세요.

목록에서 사이트나 규칙을 삭제하는 방법

삭제는 동일한 라우팅 섹션에서 수행됩니다. 규칙 목록에서 원하는 줄을 찾아 컨텍스트 메뉴(모바일 클라이언트에서는 왼쪽으로 스와이프, 데스크톱 버전에서는 휴지통 아이콘)를 불러내고 삭제를 확인하세요. 규칙은 앱을 재시작하지 않고 활성 구성에서 사라집니다.

삭제 후에도 리소스가 이전처럼 동작한다면, 원인은 거의 항상 DNS 캐시나 중복 규칙에 있습니다. 같은 도메인이 다른 목록이나 더 넓은 마스크에 있지 않은지 확인하세요(예: 개별 사이트가 geosite 카테고리에 포함되었을 수 있음). 겹치는 규칙을 제거하고 프로필을 다시 연결해 DNS 캐시를 초기화하세요.

대량으로 정리할 때는 한 줄씩 편집하기보다 구성 가져오기/내보내기를 통해 목록을 편집하는 것이 편리합니다. 현재 규칙을 내보내고 외부 편집기에서 routing 블록을 편집한 뒤 다시 가져오세요. 이렇게 하면 실수로 고아 규칙을 남길 위험이 줄고 큰 happ 목록을 관리하기 쉬워집니다.

중요한 규칙을 삭제하기 전에 프로필 백업을 만드세요. 저장된 버전으로 되돌리는 데는 몇 초면 되지만, 수십 개의 도메인으로 손수 구성한 목록을 수동으로 복원하는 것은 30분짜리 작업입니다.

앱별 라우팅과 목록 구독

도메인 라우팅 외에도 Happ는 앱별 분리(per-app)를 지원합니다. 모바일 플랫폼에서는 어떤 앱이 터널을 거치고 어떤 앱이 프록시를 우회해 직접 나갈지 표시합니다. 이는 도메인 규칙 위에 있는 별도의 계층입니다. 예를 들어 메신저는 전체를 서버를 통해 보내고, 뱅킹 클라이언트는 도메인 목록을 건드리지 않고 터널에서 빼낼 수 있습니다.

리소스가 많이 필요한 시나리오에서는 준비된 라우팅 목록 구독을 사용하세요. 이는 규칙 집합이 담긴 외부 URL로, 클라이언트가 주기적으로 가져와 업데이트합니다. 이렇게 하면 카테고리(광고, 추적기, 지역 리소스)의 최신성을 수동 편집 없이 유지할 수 있습니다. 구독은 링크와 업데이트 간격을 지정한 규칙 소스를 추가해 연결합니다.

계층을 의식적으로 조합하세요. 먼저 per-app이 앱의 트래픽이 터널에 들어가는지 여부를 결정하고, 그다음 도메인 규칙과 구독이 터널 내부에서 어떤 서버나 직접 경로를 적용할지 결정합니다. 이러한 계층 구조는 계층 간 충돌 없이 예측 가능한 happ 우회를 제공합니다.

활성 구독 수는 최소로 유지하세요. 각 구독은 라우팅 엔진에 수천 개의 규칙을 추가하고, 목록 간 겹침은 연결 분석 시간을 늘려 저사양 기기에서 세션 설정을 느리게 할 수 있습니다.

올바른 목록을 통한 속도와 안정성 최적화

잘 구성된 제외 목록은 속도에 직접적인 영향을 미칩니다. 로컬 및 고부하 트래픽(스트리밍, OS 업데이트, 정책상 토렌트)을 터널에서 빼내면 프록시 채널의 부담을 덜고 정말 중요한 연결의 지연을 줄일 수 있습니다. 이것은 단순히 무언가를 우회하는 방법이 아니라 핵심적인 최적화 기법입니다.

규칙의 순서와 구체성이 분석 성능을 결정합니다. 특정 도메인 규칙은 넓은 GEO 카테고리보다 엔진에 부담이 적으므로, 자주 사용하는 리소스는 별도의 줄로 위에 배치하세요. happ 목록에서 오래되고 중복된 항목을 정기적으로 정리하세요. 부풀려진 규칙 집합은 새 연결마다 설정을 느리게 합니다.

진단에는 내장된 연결 로그를 사용하세요. 특정 도메인에 어떤 규칙이 적용되었는지(proxy, direct 또는 block) 보여줍니다. 리소스가 잘못된 경로로 간다면, 어떤 규칙이 연결을 가로챘는지 바로 보이므로 전체 목록을 맹목적으로 뒤지지 않고 바로 그 규칙을 수정할 수 있습니다.

변경 후 최종 확인: 테스트 리소스 몇 개를 열어 로그에서 경로를 대조하고 지연을 측정하세요. 안정적인 구성이란 모든 규칙이 근거가 있고, 순서가 예측 가능하며, 목록과 구독 간에 불필요한 겹침이 없는 것입니다.