해외 판매 업무에서 Clash가 필요한 상황
아마존 셀러 센트럴이나 Shopify 관리자에서 상품 정보를 수정하고 주문을 처리하는데 페이지가 오래 멈추거나, 로그인 직후 보안 확인이 반복되거나, 파일 업로드가 중간에 실패할 수 있습니다. 이런 현상은 서비스 장애뿐 아니라 현재 네트워크의 DNS 응답, 프록시 출구, 브라우저 세션, 회사 방화벽이 서로 다른 조건으로 작동할 때도 생깁니다. 먼저 “해외 사이트라서 프록시가 필요하다”고 단정하기보다, 같은 기기의 일반 웹사이트는 정상인지, 관리자 화면의 어느 동작에서 끊기는지, 다른 네트워크에서도 재현되는지를 확인하세요.
Clash는 도메인과 규칙에 따라 연결 경로를 나누는 도구입니다. 판매자 업무에서는 모든 트래픽을 무조건 프록시로 보내기보다 관리자 접속에 필요한 요청만 적절한 프록시 그룹으로 보내고, 국내 은행·배송사·사내 시스템은 기존 경로를 유지하는 방식이 관리하기 쉽습니다. 다만 프록시는 서비스의 지역 제한이나 판매자 정책을 우회하기 위한 수단이 아닙니다. 계정에 등록된 사업자 정보와 실제 로그인 위치, 결제·정산 정보가 서로 모순되지 않도록 하고, 아마존과 Shopify의 이용 약관 및 해당 국가의 규정을 우선 확인해야 합니다.
아마존은 판매 국가와 계정 유형에 따라 접속하는 셀러 센트럴 주소와 로그인 흐름이 다를 수 있습니다. Shopify도 공용 관리자 주소 외에 상점별 주소, 결제·인증 과정에서 연결되는 별도 호스트가 사용될 수 있습니다. 특정 도메인 목록을 그대로 복사하는 것보다, 실제 접속 시 Clash의 연결 기록에서 요청 호스트와 적용된 규칙을 확인해 필요한 범위만 조정하는 편이 안전합니다.
관리자 트래픽을 나누는 규칙 설계
처음에는 Clash의 규칙 모드를 사용하고, 관리자 접속에 필요한 도메인이 의도한 프록시 그룹으로 들어가는지부터 확인하세요. 규칙은 위에서 아래로 평가되는 구성이 일반적이므로, 더 구체적인 도메인 규칙을 포괄적인 지역 규칙이나 최종 규칙보다 앞에 배치해야 합니다. 이미 구독 프로필에 판매자 관련 규칙이 들어 있다면 새 규칙을 추가하기 전에 연결 로그에서 기존 규칙의 우선순위와 매칭 결과를 살펴보세요.
아래는 규칙 작성 형태를 보여 주는 예시입니다. Seller-Proxy는 실제 프로필에 존재하는 프록시 그룹 이름으로 바꿔야 하며, 예시 호스트를 확인 없이 그대로 적용해서는 안 됩니다. 지역별 주소, 인증 공급자, 브라우저 확장 기능에 따라 필요한 호스트가 달라질 수 있습니다.
rules:
- DOMAIN,admin.shopify.com,Seller-Proxy
- DOMAIN-SUFFIX,example-seller-host.com,Seller-Proxy
- MATCH,DIRECT실제 구성에서는 관리자 화면에서 사용하는 호스트를 로그로 확인한 뒤 해당 도메인만 추가합니다. DOMAIN-SUFFIX,shopify.com처럼 범위를 크게 잡으면 관리자 외의 서비스 요청까지 같은 프록시로 보낼 수 있습니다. 반대로 로그인 페이지 하나만 규칙에 넣으면 인증 후 다른 호스트로 이동할 때 직접 연결로 빠질 수 있습니다. 그러므로 로그인, 상품 편집, 주문 목록 조회처럼 실제 작업을 수행하면서 어떤 호스트가 새로 나타나는지 확인하고, 필요한 항목만 단계적으로 보완하세요.
| 확인할 항목 | 권장 점검 | 주의할 점 |
|---|---|---|
| 규칙 범위 | 연결 기록에서 확인한 호스트부터 좁게 추가 | 큰 도메인 묶음은 무관한 요청까지 바꿀 수 있음 |
| 규칙 순서 | 구체적인 관리자 규칙을 포괄 규칙보다 위에 배치 | 맨 아래에 둔 규칙은 먼저 매칭되는 규칙에 가려질 수 있음 |
| 프록시 그룹 | 활성 노드와 그룹의 선택 상태 확인 | 그룹 이름이 프로필에 없으면 설정 검증 오류가 날 수 있음 |
| 최종 규칙 | 나머지 트래픽의 기본 경로를 명확히 지정 | 업무용 예외가 의도치 않게 프록시를 타지 않는지 확인 |
Clash Verge Rev에서 규칙과 경로 확인하기
이 절차는 Clash Verge Rev와 Mihomo 계열 클라이언트를 기준으로 설명하지만, 다른 Clash 클라이언트에서도 핵심은 같습니다. 화면의 메뉴 이름은 버전에 따라 다를 수 있으므로, 메뉴 명칭보다 프로필 적용 여부, 규칙 모드, 연결 기록을 기준으로 진행하세요. 설정을 바꾸기 전 현재 프로필을 복사하거나 백업해 두면 규칙 오타가 생겼을 때 원래 상태로 돌아가기 쉽습니다.
- 프로필 상태 확인: 사용할 구독 프로필이 활성화되어 있는지 확인하고, 최근 갱신 뒤 규칙이나 프록시 그룹이 바뀌지 않았는지 살펴봅니다. 프로필에서 사용하는 코어가 설정 문법과 호환되는지도 확인하세요.
- 규칙 모드 선택: 먼저 규칙 모드로 설정합니다. 전역 모드는 원인 비교를 위한 짧은 테스트에는 쓸 수 있지만, 모든 업무 트래픽의 경로가 바뀌므로 상시 사용 전에 부작용을 살펴야 합니다.
- 연결 기록 열기: 기록을 비우거나 현재 시각을 메모한 다음, 판매자 관리자에 로그인해 상품 목록을 열고 테스트 상품의 편집 화면을 확인합니다. 실패한 요청이 있다면 호스트, 매칭된 규칙, 선택된 그룹을 함께 기록합니다.
- 규칙을 최소 단위로 조정: 필요한 호스트만 규칙에 추가하고 설정을 검증한 뒤 적용합니다. 기존 구독 규칙과 충돌하지 않는지 확인하고, 규칙이 저장되었다고 끝내지 말고 실제 연결 기록에서 새 규칙이 매칭됐는지 확인합니다.
- 업무 동작으로 재검증: 단순히 첫 화면이 열리는지만 보지 말고 상품 편집 저장, 이미지 업로드, 주문 목록 조회처럼 필요한 동작을 작은 범위에서 시험합니다. 문제가 생기면 한 번에 노드와 규칙을 모두 바꾸지 말고, 한 변수씩 바꾸어 원인을 구분합니다.
테스트 상품이나 초안으로 확인하고, 실제 주문 취소·가격 변경·재고 수정처럼 되돌리기 어려운 작업은 네트워크 검증 단계에서 하지 마세요. 브라우저 탭에 예전 세션이 남아 있으면 경로 변경 뒤에도 로그인 화면이 정상처럼 보일 수 있으므로, 필요하다면 별도의 브라우저 프로필에서 다시 로그인해 비교합니다. 단, 짧은 시간에 여러 출구 IP와 위치를 오가면 계정 보안 시스템이 비정상 활동으로 판단할 수 있으니 잦은 전환은 피하고, 인증 요청이 나오면 공식 절차로 확인하세요.
노드 선택, 계정 보안과 장애 구분
관리자 화면은 단순한 페이지 열기보다 로그인 세션 유지, 파일 전송, 여러 요청의 연속 처리가 중요합니다. 가장 낮은 지연 시간만 보고 노드를 고르기보다 같은 시간대에 연결이 끊기지 않는지, 업로드가 안정적인지, DNS 응답이 일관적인지를 함께 확인하세요. 자동 선택 그룹이 여러 노드 사이를 자주 바꾼다면 로그인이나 관리자 작업 중에는 검증된 노드를 수동으로 선택해 경로 변수를 줄일 수 있습니다. 반대로 한 노드에서만 문제가 반복되면 다른 노드로 짧게 비교하되, 실제 로그인 위치와 계정 보안 정책을 고려해 일관된 사용 환경을 유지해야 합니다.
오류 유형도 구분해야 합니다. 연결 전 타임아웃이나 TLS 연결 중단은 네트워크 경로, DNS, 노드 상태를 점검할 단서입니다. 로그인 후 나타나는 추가 인증, 접근 제한, 계정 확인 요청은 보안 정책이나 계정 상태와 관련될 수 있으므로 프록시 규칙만 바꿔 해결하려 하지 마세요. HTTP 403처럼 서버 응답이 도착한 경우에도 원인은 권한, 계정 설정, 지역 정책 등 다양합니다. 오류 화면과 발생 시각을 기록하되, 비밀번호·일회용 코드·세션 쿠키·인증 토큰은 로그나 지원 요청에 포함하지 않습니다.
연결 실패가 특정 네트워크에서만 발생한다면 Clash의 DNS 설정과 운영체제의 DNS, 회사 방화벽, VPN 중복 여부를 차례로 확인하세요. TUN 모드와 시스템 프록시를 동시에 사용하면 앱별로 경로가 달라질 수 있습니다. 현재 모드를 잠시 바꾸어 비교할 때는 무엇을 변경했는지 기록하고, 테스트가 끝난 뒤 원래 설정으로 복구합니다. 다른 직원과 프로필을 공유한다면 각자의 계정과 권한을 구분하고, 구독 URL이나 인증 정보를 공개 채팅에 붙여 넣지 않도록 안내하세요.
- 관리자 화면만 멈춤: 연결 로그에서 관리자 요청의 매칭 규칙과 노드 상태를 확인합니다.
- 로그인만 반복 실패: 시간·쿠키·브라우저 프로필과 공식 보안 확인 절차를 점검합니다.
- 업로드만 중단: 파일 크기, 브라우저 확장 기능, 노드의 지속 연결 안정성을 따로 비교합니다.
- 모든 사이트가 느려짐: 관리자 도메인보다 전역 모드, DNS, TUN 또는 노드 혼잡을 먼저 확인합니다.
업무용 설정을 안전하게 유지하는 방법
판매 업무에 쓰는 프로필은 개인 실험용 설정과 분리해 두는 것이 좋습니다. 관리자 도메인 규칙을 추가한 날짜, 확인한 호스트, 적용한 그룹, 검증한 작업을 간단히 기록하면 다음 구독 업데이트 뒤 문제가 생겼을 때 변경 원인을 찾기 쉽습니다. 다만 기록에는 실제 계정 이메일, 주문 번호, 고객 주소, API 키를 저장하지 말고, 필요한 경우 호스트와 규칙 이름 정도만 남기세요. 다른 담당자가 이어받을 수 있도록 설정 파일의 백업 위치와 복구 방법도 안전한 사내 문서에 정리할 수 있습니다.
구독 프로필을 갱신한 뒤에는 이전 규칙이 그대로 유지된다고 가정하지 마세요. 규칙 제공자나 그룹 이름이 바뀌면 관리자 트래픽이 다른 경로로 갈 수 있습니다. 갱신 직후 로그인, 상품 조회, 초안 저장 같은 저위험 작업을 먼저 확인하고, 이상이 없을 때 실제 주문 처리로 넘어갑니다. 클라이언트 업데이트도 마찬가지로 업무가 몰리는 시간 직전에 적용하지 말고, 변경 사항과 코어 호환성을 검토한 뒤 여유 시간에 시험하는 편이 안전합니다.
결국 좋은 설정은 많은 도메인을 무조건 프록시로 보내는 설정이 아니라, 필요한 관리자 요청이 예측 가능한 경로를 타고 일반 업무 트래픽은 불필요하게 흔들리지 않는 설정입니다. 일부 단순 프록시 앱은 빠른 연결 전환에는 편리하지만 도메인별 규칙과 연결 기록을 세밀하게 확인하기 어려울 수 있습니다. Clash는 규칙·프록시 그룹·로그를 함께 활용해 아마존과 Shopify 업무 트래픽을 구분하고, 문제가 생겼을 때 어느 요청이 어떤 경로를 탔는지 추적하기 쉽습니다. 여러 기기와 업무 환경에서 이 흐름을 직접 구성해 보려면 플랫폼에 맞는 클라이언트와 사용 안내를 확인하세요.