어떤 분께 맞는 글인가요?

매년 여름 즈음 이전 중국 행사인 618과 맞물려 재고 확보·광고 집행·반올림·판매 노출이 한꺼번에 몰리는 분기에는, 역직구·판매 플랫폼 간 Temu·Shein 등 크로스보더(해외판·출항 업무 등) 업무 페이지가 순간적으로 느려지거나 “로딩 타일 한 줄만 깜빡이다 멈춘다 ”는 경험이 늘기도 합니다. 문제는 순수 회선 속도 하나가 아니라, 브라우저 한 탭 안에서조차 인증 세션 호스트·상품 및 주문 메타 호스트·광고·데이터 패널·티켓·CDN 정적 에셋처럼 이름표가 다른 구간이 서로 다른 방화벽 라인이나 규칙 순서 위치에 놓였을 때처럼 보이는 패턴이라는 점입니다. 브라우저에서 메인 페이지는 열리는데 셀러(seller)·merchant·워크플로·게시형 광고 화면이 비거나, 회사 업무 PC에서는 통과되는데 거주 네트워크에서만 실패하는 상황이 대표적으로 설명 가능합니다.

이 글은 Windows에서 Clash 계열 규칙 모드(Rule)와 DNS를 쓰며, 해당 포털이 DIRECT 직렬로 가야 할 축과 안정 노드 통과 축이 섞였을 때 “한쪽 줄만 새는” 현상을 연결 로그로 나누어 검증하는 절차입니다. 장문 분할 원리가 필요하면 규칙 분할 가이드부터 읽으시면 이후 단계 해석에 걸리는 시간이 줄어듭니다. 앱 바깥 레이어처럼 GEOIP 중국 대륙 줄의 위쪽에서 트래픽을 거두어 가는지 확인하려면 GEOIP CN과 DIRECT 순서 트러블슈팅도 함께 펼쳐 두시면 같은 메뉴보드 문제를 헷갈리지 않습니다. PC 클라이언트는 우선 본 디렉터리에서 Clash 클라이언트를 확인해 주세요.

증상을 네 가지 줄로 분해합니다

실무에서 접하는 증상을 아래처럼 표로 빼두면 YAML을 만지기 전에 원인 후보 순서가 잡힙니다.

(1)  상단 내비·대시 첫 카드까지는 렌더되고, 재고 수정·SKU·변형 편집 같은 깊은 경로 AJAX 호출만 무한 회전 또는 4xx/5xx 류로 떨어짐.
(2)  광고 캠페인 작성·예산 카드 같은 ADS·머천트 광고 콘솔 서브패스만 흰 배경 상태로 멈춤.
(3)  AWS·CDN·통합 패널처럼 별도 업체 호스트네임이 붙는 스크립트·이미지만 실패해서 화면이 반쯤 비워짐. (일부 업체는 접두에 merchant·gsp 계열 문자열을 씁니다. 운영 측이 바꾸면 과거 블록과 다를 수 있습니다.)
(4)  티켓·이슈·내부 협업 툴만 별 레이블로 열 때 지연 또는 로그아웃 루프.

“프록시를 끄면 멀쩡하다.”가 반복된다면 회선 속도 때문이 아니라 규칙 첫 매칭·MATCH·CDN 출구 선택이 합선된 경우가 많습니다. 스트리밍 본문처럼 별도 도구 전용 프로파일(여기서는 seller 허브) 하나를 이름 붙여 두었다가, 해당 접미 목록만 같은 전략 그룹 아래 두는 패턴과도 맞닿습니다. 동일 패턴 예시가 필요하면 게임 분할에서는 Epic 런처 글이나 넷플릭스 레이블 예시처럼 먼저 축별 호스트 문자열 목록 확보 후 규칙화하는 흐름을 차용하면 직관이 맞춰집니다.

관측: 연결 로그에 어떤 이름이 계속 등장하는가

YAML을 수정하기 전, 클라이언트 로그 패널을 열어둔 채 대시 새로 고침·광고 섹션 이동·티켓 열고 닫기를 반복하세요. 흔히는 temu.com·계열 접미, shein.com 접미 및 하위 패널 문자열 외에, 정적 패킷에는 CDN·패널·게이트 호스트 이름이 따로 붙습니다.

IP 행만이 찍히고 도메인 열이 빈 상태라면 스니핑 옵션과 override-destination 순서를 다시 검토해야 DOMAIN-SUFFIX 줄이 활성화됩니다. Sniffer 결과가 다른 상위 줄에 매칭되면 “분명 목록에는 있는데 라우팅이 안 맞음”으로 보입니다. Sniffer 예시 설정에서 설명되는 것과 같이 규칙보다 앞쪽에서 도메인이 붙도록 정렬하는 방법을 비교 확인하세요. 프로세스가 시스템 프록시를 놓치는 경우가 많으므로 회사 기기나 홈라우터 뒤에서는 TUN 통일 TUN 모드 안내에서 경로 차이 검증을 하는 편이 안전합니다. 브라우저 우회 분리 상태인지 헷갈리면 브라우저 전용·시스템 분리 글을 같이 놓습니다.

전략 그룹 이름과 같은 축 규합

스트리밍이나 디자인 툴별로 쓰이는 본 디렉터리 문서 패턴처럼, 크로스보더 판매 업무 패널 묶음 하나에 전용 전략 그룹 이름을 붙입니다. 예를 들어 GROUP-SELLER-NODE 같은 별표를 두었다가 해당 호스트 줄 전부 같은 그룹으로 보내면, 일반 브라우징 줄과 간섭이 줄면서도 패널 밖 패밀리 앱에게서 섞임을 피하기 쉽습니다. 그 다음 내부에서 광고·분석 줄만 속도 차가 너무 크면 같은 그 안에서 라운드 로빈 대체 서버 줄을 테스트합니다.

# Example scaffold — rename groups; derive suffixes strictly from YOUR logs this season
proxies:
  - name: SELLER-POOL-A
    type: ...

proxy-groups:
  - name: GROUP-SELLER-NODE
    type: select
    proxies: [SELLER-POOL-A, ... ]

rules:
  - DOMAIN-KEYWORD,merchant-,GROUP-SELLER-NODE
  - DOMAIN-KEYWORD,seller.,GROUP-SELLER-NODE
  # Add resolved suffixes copied from logs; keep above broad GEOIP / MATCH traps

위 스캐폴드에는 키워드 예만 넣었습니다. 실무에서는 접미 줄을 문자열 검색 기능으로 하나씩 채워 넣고, 충분히 좁힐 수 있으면 DOMAIN-SUFFIX 형태가 선호됩니다. No-resolve과 조합해야 할 때는 해당 호스트 줄에 붙였을 때 GEOIP 순서 문제가 발생하지 않는지 RULE-SET과 위치까지 함께 살폅니다. 룰 프로바이더 새로 고침 간격 때문에 오래 묵은 패널 전용 줄이 공백이 될 가능성도 점검합니다.

GEOIP 줄·중국 라인 오판과 직렬 DNS

반올림·재고 패널이 중국 업체 간 연동 때문에 “본토 직렬이 낫겠거니” 라고 상단에 놓았던 줄이 과도하게 먼저 매칭되면, 패널이 붙어야 하는 해외 간선·패널 백플레인 줄이 그 아래 줄을 아예 타지 않을 수 있습니다. 이때 GEOIP 순서 교정과 매칭 직렬 위치는 앞선 GEOIP CN별 글로 돌려서 다시 놓입니다. 브라우저 DNS와 Clash 내 DNS 결과가 다른 상황이면 fake-ip 매핑 때문에 보이지 않던 출구 교차 현상도 생기므로, 동일 순간 브라우저 개발자 도구 네트워크 탭에 찍히는 접미와 라우팅 로그 줄을 줄줄 비교해야 합니다. 공유기의 DNS 재작성 가속 기능이 켜져 있어도 fake-ip 결과와 교차 불일치가 커지는 경우가 있으므로 테스트 시 한 번 비활성화해 보세요.

해외 직송·판매 패널이 겹치는 가정 설정

동일 업무 디렉토리 브라우저에서 다른 중국판·글로벌 물류·결제 줄을 브레이크하게 나뉘어도 패널 줄이 교차 참조되는 경우 있습니다. 패밀리 사이트의 흔한 예로는 카드 결제 줄이나 카탈로그 피드 줄이 패널 밖 줄을 통해 데이터를 채워 넣는 경우인데 이 때에도 패턴 동일하게 로그 줄 그룹핑 표를 만든 뒤 한 축 단위 규칙화가 안전합니다. 해외판 쇼핑몰 줄과 판매자 줄을 동시에 띄워야 하는 경우 이름 충돌이 없도록 전략 그룹을 최소 두 갈래로 나뉘거나 주석 줄로 구분해야 혼합 오류 줄이 줄어듭니다.

618·준비 피크 시점에는 광고 집계·예산 카드 때문에 짧게 찍히는 분석 줄이 순간 급증하므로, 네임리졸브 지연과 웹 브레이브 연결 줄이 줄줄 새는 것처럼 보일 때는 먼저 TCP 새 연결 수와 DNS 질의 줄을 동시 타임 윈도로 보고 “동시 다발 호스트 폭증” 패턴 여부부터 나눕니다. 동시에 패치 다운로드만이 아니라 패널이 가져오는 자바스크립트 줄이 줄줄이라면 패널이 정적 호스트 줄을 통해 연결 줄을 줄이거나 스니핑이 지연 줄을 만드는지도 교차 검토합니다. 지연·DNS 트러블슈팅에서 TCP 테스트와 실패 줄의 관계 방법을 활용하면 광역 노드 테스트만 하는 것보다 빠르게 줄을 좁혀 들어갈 수 있습니다.

실측 절차 (제안 순서 요약)

(1) TUN 활성 상태에서 문제 재현 → (2) 로그에 나온 도메인·프로토콜 열 적재 → (3) 규칙 첫 줄부터 seller·merchant 줄 이전 줄에 광역 매칭이 없는지 인쇄해 순서 교정 → (4) DNS 질문 결과와 패널이 붙어야 하는 직렬 일치 교차 확인 → (5) 전략 그룹 간 서버 대체 테스트 → (6) 문제 줄만 한 번 빼거나 DIRECT로 교체 교차 테스트로 오판 줄 추적. 순서 변경 후에는 패널 캐시를 비워 첫 줄부터 줄을 다시 읽도록 하면 숨어 있는 전역 레이블이 리셋됩니다.

패널 줄이 많은 업체는 줄 사이 교차 순서 때문에 “어제 됐던 목록 오늘은 안 된다.”처럼 느껴질 수 있습니다. 패널이 공지 업데이트를 하면 줄 블록이 바뀌므로 패널 전용 줄을 주기 확인하는 습관이 필요합니다. 자동화 줄을 쓰지 않는 사용자는 주기 교체 줄을 간단 노트 또는 자체 패치 파일로 유지하면 좋습니다.

약관·컴플라이언스

판매 이용약관 및 광고 콘솔 이용 정책은 업데이트됩니다. 프록시·VPN 라우팅은 기술적 네트워크 관측과 정상 업무 패널 안정 접속을 위한 사내 용도 분리를 전제합니다. 허용되지 않은 지역 회피 또는 정책 위반 이용을 돕거나 권하지 않으며, 학교·회사 회선에서는 내부 정책을 따르세요. (문구는 교육용 기술 설명일 뿐 법적 자문 아닙니다.)

마무리 — 분할 패턴 재사용 정리

플랫폼 sellers 업무 줄은 한 탭이라도 기능 축별로 줄이 많이 펼치는 구조입니다. Clash 분할에서는 스트리밍·별도 디자인 툴과 마찬가지로 우선 순위 앞 줄에 패널 전용 줄을 살짝 띄워 두었다가 같은 전략 그룹에 모으는 방식이 반복 교정보다 시간을 아낍니다. DIRECT 오판 줄, MATCH 줄의 조기 종료 줄, fake-ip 줄과 실제 출구 줄의 불일치 같은 세 줄을 순서별로 줄이되, 반드시 로그에서 문자열 줄을 채워 넣는 습관부터 고정해야 시즌이 바뀌어도 다시 교정하기 쉽습니다.

구성 교정 패턴 및 개념을 다시 확인하려면 문서·튜토리얼 디렉터리를 활용하고, 교정 과정에서는 여러 줄을 동시에 만지면 원인 줄을 찾기 어렵다는 걸 명심하세요. 반복 테스트를 줄이려면 줄 표를 패널 기능별 순서로 정렬해 두면 618처럼 몰리는 분기에도 교정 시간을 아낍니다. → 지금 무료로 Clash를 다운로드하고 패널 순회 실측 기록부터 해 보세요.