해외 판매자 Clash 설정 가이드: 아마존·쇼피파이 관리자 접속 안정화

먼저 범위를 정하기: 관리자 접속을 안정화하고 계정 보안은 그대로 유지

아마존 셀러 센트럴과 쇼피파이 관리자에 접속할 때 페이지가 반복해서 새로고침되거나, 로그인 후 화면이 멈추거나, 상품 저장이 실패한다면 원인을 한 번에 프록시로 단정하지 마세요. DNS 응답, 브라우저의 보안 DNS, 현재 네트워크의 지연과 손실, 선택한 노드, Clash 규칙이 함께 영향을 줄 수 있습니다. 먼저 같은 기기와 브라우저에서 문제가 재현되는지, 다른 네트워크에서는 정상인지 비교하고, 설정을 바꿀 때는 한 번에 하나씩 조정하세요.

Clash는 연결의 경로를 정하는 도구이지, 계정 인증을 대체하거나 플랫폼의 보안 검사를 우회하기 위한 수단이 아닙니다. 판매자 계정은 로그인 위치와 기기, 인증 방식이 달라지면 추가 확인을 요구할 수 있습니다. 사업자 계정에서 승인된 접속 정책과 플랫폼 약관을 따르고, 지역이나 IP를 임의로 바꾸어 계정 검사를 회피하지 마세요. 업무 중에는 로그인에 사용하는 경로를 일관되게 유지하고 다중 인증을 켜 두는 편이 안전합니다.

관리자 페이지 트래픽이 Clash를 통과하는지 확인

규칙을 작성하기 전에 브라우저 연결이 실제로 Clash 코어에 들어오는지부터 확인해야 합니다. 시스템 프록시는 운영체제의 프록시 설정을 따르는 앱에 적용되며, 모든 프로그램의 트래픽을 가져오지는 않습니다. 브라우저에서 시스템 프록시를 무시하도록 설정했거나 자체 보안 DNS와 네트워크 연결 기능을 사용한다면 기대한 경로와 다를 수 있습니다. TUN은 시스템 프록시를 따르지 않는 앱의 트래픽도 처리할 수 있지만, 권한과 라우팅, 다른 VPN 또는 가상 어댑터와의 충돌을 확인해야 합니다.

Clash 클라이언트에서 현재 실행 중인 코어와 활성 설정을 확인합니다. 설정을 가져온 것만으로 적용이 완료된 것은 아닙니다.
우선 규칙 모드를 사용하고, 시스템 프록시를 켠 상태에서 문제가 발생하는 관리자 페이지를 새로고침합니다.
연결 또는 로그 화면에서 브라우저 요청이 표시되는지 확인합니다. 요청이 보이지 않으면 규칙을 추가하기 전에 브라우저 프록시와 시스템 설정을 확인합니다.
요청이 보이지만 실패한다면 일치한 규칙과 선택된 정책, 해당 정책 안의 노드를 기록합니다. 테스트 후에는 임시로 바꾼 모드와 노드를 원래대로 돌립니다.

메뉴 이름은 Clash Verge, Clash Verge Rev, Clash for Windows 등 클라이언트마다 다를 수 있습니다. 버튼 이름을 추측하기보다 현재 모드, 시스템 프록시 상태, 연결 기록에서 실제로 확인되는 정책을 기준으로 판단하세요. 브라우저 하나만 문제가 있고 다른 앱은 정상이라면 브라우저의 사용자 지정 프록시, 확장 프로그램, 보안 DNS 설정도 함께 점검할 필요가 있습니다.

관리자 도메인만 필요한 정책으로 보내기

셀러 업무용 규칙은 가능한 한 좁은 범위로 적용하세요. 아마존 셀러 센트럴 주소는 국가·지역별 접속 주소와 로그인 과정의 이동 경로가 다를 수 있고, 쇼피파이 관리자도 로그인과 관리 기능에서 여러 호스트 이름을 사용할 수 있습니다. 예를 들어 sellercentral.amazon.com이나 admin.shopify.com은 설명을 위한 호스트 예시입니다. 실제 계정에서 사용하는 주소와 연결 로그를 확인하고, 확인되지 않은 도메인을 추정해 추가하지 마세요.

다음은 기존 설정에 병합하는 규칙 부분의 예시입니다. 전체 구독 설정이 아니며, 업무 프록시라는 정책 그룹이 이미 정의되어 있다고 가정합니다. 설정에 없는 그룹 이름을 그대로 붙여 넣으면 오류가 나거나 정책 선택이 적용되지 않을 수 있으므로 실제 그룹 이름으로 바꿔야 합니다.

mode: rule

rules:
  - DOMAIN,sellercentral.amazon.com,업무 프록시
  - DOMAIN,admin.shopify.com,업무 프록시
  - MATCH,기존 기본 정책

DOMAIN은 지정한 전체 호스트 이름에 적용합니다. 로그인 후 다른 도메인으로 이동한다면 연결 기록에서 새 호스트를 확인한 뒤, 필요한 항목만 추가합니다.
DOMAIN-SUFFIX는 해당 도메인과 하위 도메인 전체에 영향을 줄 수 있습니다. amazon.com처럼 범위가 넓은 접미사를 추가하면 쇼핑 페이지나 다른 서비스까지 같은 정책으로 보낼 수 있으므로 꼭 필요한지 먼저 검토하세요.
규칙은 위에서부터 확인됩니다. 구체적인 예외를 넓은 접미사 규칙보다 앞에 두고, MATCH는 마지막 기본 규칙으로 유지합니다.
구독에서 만든 원본 설정을 직접 수정하면 다음 업데이트에서 변경이 사라질 수 있습니다. 클라이언트가 지원하는 오버라이드나 병합 기능을 사용하고 적용 후 최종 규칙 목록을 확인하세요.

실무 테스트: 한 사이트씩 경로와 노드 검증

업무 시간에 여러 설정을 동시에 바꾸면 문제가 해결된 원인을 알기 어렵습니다. 아래 순서로 한 사이트와 한 브라우저부터 확인하고, 정상 동작을 확인한 뒤 다른 관리자 화면에 적용하세요. 특히 주문 확정이나 상품 저장을 앞두고 전체 규칙을 급하게 바꾸는 방식은 피하는 편이 좋습니다.

기존 상태를 기록합니다. 현재 모드, 시스템 프록시 또는 TUN 상태, 사용 중인 정책 그룹과 노드 이름을 메모합니다. 비밀 키가 포함될 수 있는 구독 URL이나 인증 정보를 기록에 남기지는 마세요.
브라우저 연결을 확인합니다. 시스템 프록시를 사용하는 일반 브라우저로 로그인 화면을 열고, Clash 연결 기록에 해당 요청이 나타나는지 확인합니다. 브라우저의 자체 프록시나 보안 DNS 설정은 테스트 동안 혼합되지 않도록 점검합니다.
노드 후보를 비교합니다. 사용 가능한 노드를 몇 개 골라 지연 시간과 연결 성공 여부를 비교합니다. 지연 값 하나만 낮다고 관리자 작업에 가장 적합한 것은 아닙니다. 로그인, 관리자 대시보드 표시, 페이지 저장처럼 실제 업무 동작도 확인하세요.
정확한 호스트에 규칙을 적용합니다. 로그에서 확인한 관리자 호스트만 기존 규칙보다 앞에 추가하고, 해당 규칙이 의도한 정책을 가리키는지 확인합니다. 전체 도메인을 무조건 한 정책에 넣지 않습니다.
새 연결로 재검증합니다. 기존 브라우저 연결과 DNS 캐시 때문에 이전 결과가 남을 수 있습니다. 페이지를 새로 열거나 브라우저를 재시작해 로그인, 상품 조회, 임시 저장 등 안전한 읽기·테스트 작업을 확인합니다.
결과를 기록하고 복구 지점을 남깁니다. 정상 동작한 노드와 규칙 변경 사항을 적고, 문제가 생기면 마지막 변경만 되돌립니다. 업무 종료 후 임시로 켰던 전역 모드나 테스트용 TUN 설정이 남지 않았는지 확인합니다.

노드 지연 시간은 측정 위치와 시점에 따라 달라질 수 있으며, ICMP 핑 결과가 브라우저의 HTTPS 연결 품질을 그대로 나타내지는 않습니다. 연결 기록에 요청이 없으면 규칙보다 트래픽 유입 경로를 우선 점검하고, 기록에 요청은 있지만 시간 초과가 반복되면 노드, DNS, 네트워크 품질을 차례로 비교하세요. 인증 실패나 추가 인증 요청이 나타나면 규칙을 더 넓히기보다 계정 보안 알림과 플랫폼 안내를 확인해야 합니다.

DNS, 브라우저 캐시, 노드 변경을 점검하는 방법

관리자 페이지는 로그인, 정적 리소스, API 요청이 서로 다른 호스트 이름을 사용할 수 있습니다. 메인 주소 하나가 열려도 API 연결이 실패하면 화면이 빈 상태로 남거나 저장이 완료되지 않을 수 있습니다. 연결 로그에서 실패한 호스트와 규칙 결과를 확인하고, 임의의 전체 도메인 목록을 복사해 넣기보다 실제로 실패한 요청을 기준으로 조정하세요.

DNS 문제로 의심될 때: 같은 네트워크에서 다른 웹사이트도 이름 해석에 실패하는지 확인합니다. 브라우저의 보안 DNS와 Clash의 DNS 설정이 서로 다른 경로를 사용할 수 있으므로, 테스트 시에는 설정을 하나씩 비교하고 정상 작동한 구성을 유지합니다.
한 노드에서만 실패할 때: 다른 사용 가능한 노드로 새 연결을 만들어 비교합니다. 노드를 바꾸면 출구 주소가 달라질 수 있으므로 계정 로그인 상태와 보안 알림도 확인하고, 반복적인 교체는 피하세요.
저장·업로드만 실패할 때: 대시보드의 정적 페이지뿐 아니라 연결 기록에 나타나는 API 또는 업로드 호스트도 살펴봅니다. 인증이 풀렸거나 업로드가 중단된 경우에는 작업을 재시도하기 전에 플랫폼의 저장 상태를 확인해 중복 등록을 막습니다.
브라우저만 불안정할 때: 확장 프로그램, 오래된 쿠키, 캐시, 브라우저 프록시 설정을 별도로 점검합니다. 쿠키를 지우면 로그인 세션이 종료될 수 있으므로 인증 수단을 확인한 뒤 필요한 범위에서만 삭제하세요.

DNS 옵션과 TUN 설정은 사용하는 코어의 버전 및 클라이언트 구현에 따라 지원 범위가 다릅니다. 연결 문제가 생겼다고 여러 DNS 필드를 한꺼번에 바꾸거나 TUN과 다른 VPN을 동시에 켜지 마세요. 우선 시스템 프록시만으로 재현 여부를 확인하고, 해당 방식으로 처리되지 않는 앱이 실제로 있을 때 TUN을 별도로 시험하는 것이 원인 분리에 도움이 됩니다.

출장과 네트워크 변경에 대비하기

출장지, 호텔, 전시회장, 공항 Wi-Fi는 포털 로그인과 방화벽, 혼잡도 때문에 평소와 다른 결과를 낼 수 있습니다. 네트워크에 연결한 뒤 먼저 브라우저에서 해당 장소의 이용 약관 동의나 포털 로그인이 필요한지 확인하세요. 포털을 통과하기 전에는 Clash 노드가 연결되지 않을 수 있습니다. 업무를 시작하기 전에 현재 네트워크에서 관리자 페이지의 로그인과 읽기 작업이 되는지 확인하고, 주문 변경이나 대량 상품 수정은 연결이 안정된 뒤 진행합니다.

출장 전에 클라이언트와 코어가 정상 실행되는지, 구독을 갱신할 수 있는지 확인합니다. 구독 주소와 인증 정보는 안전한 비밀번호 관리 방식으로 보관합니다.
평소 사용하는 설정의 백업본을 준비하되, 비공개 노드 정보와 토큰이 들어 있는 파일을 공용 저장소나 메일에 그대로 올리지 않습니다.
호텔 Wi-Fi에서는 시스템 프록시로 먼저 확인하고, 처리되지 않는 앱이 있을 때만 필요한 권한과 충돌 가능성을 점검한 뒤 TUN을 사용합니다.
모바일 핫스팟으로 전환하면 DNS와 지연, 출구 경로가 달라질 수 있습니다. 바뀐 네트워크에서 로그인 상태와 연결 기록을 다시 확인합니다.
업무 종료 후 TUN, 시스템 프록시, 테스트 모드가 원래 상태로 복구되었는지 확인합니다. 네트워크가 바뀌어도 계정의 인증 알림을 무시하지 마세요.

이러한 준비는 특정 지역 제한을 우회하기 위한 것이 아니라, 승인된 업무 환경에서 연결 문제를 진단하고 설정을 복구하기 위한 것입니다. 플랫폼이 추가 인증을 요구하면 해당 절차를 완료하고, 접속이 차단되거나 계정 상태가 달라졌다면 플랫폼 지원 채널을 이용하세요.

자주 묻는 질문

관리자 페이지가 열리지 않으면 전역 모드로 바꾸면 되나요?

전역 모드는 이미 Clash에 들어온 연결의 라우팅을 바꾸지만, 브라우저 트래픽을 자동으로 가져오지는 않습니다. 우선 연결 기록에 요청이 나타나는지 확인하고, 임시 비교가 필요하다면 계정 보안 영향을 고려해 짧게 시험한 뒤 규칙 모드로 되돌리세요. 장시간 전역 모드를 사용하는 것보다 실패한 요청과 적용 정책을 좁혀 확인하는 편이 관리하기 쉽습니다.

아마존이나 쇼피파이 도메인을 통째로 추가해도 되나요?

넓은 도메인 접미사는 관리자 페이지 이외의 사이트와 서비스까지 포함할 수 있습니다. 실제 연결 로그에 표시된 호스트를 먼저 확인하고, 전체 접미사가 꼭 필요한지 검토하세요. 플랫폼의 로그인 및 관리 도메인은 변경될 수 있으므로 예시 도메인만을 고정 목록처럼 취급하지 않는 것이 좋습니다.

관리자 페이지 때문에 TUN을 켜야 하나요?

브라우저가 시스템 프록시를 정상적으로 따르면 보통 시스템 프록시부터 확인할 수 있습니다. TUN은 시스템 프록시를 따르지 않는 앱을 처리할 때 고려하되, 운영체제 권한과 다른 VPN, 라우팅 충돌을 확인해야 합니다. 웹페이지 하나의 접속 문제를 해결하기 위해 불필요하게 TUN을 추가하면 원인 파악이 더 어려워질 수 있습니다.

노드를 바꾸면 로그인 확인이 다시 나타날 수 있나요?

노드 변경에 따라 외부에서 보이는 연결 주소와 네트워크 조건이 달라질 수 있어 추가 인증이 표시될 수 있습니다. 인증 요청은 플랫폼의 공식 절차로 처리하고, 로그인에 사용하는 노드를 불필요하게 자주 바꾸지 마세요. 계정 상태가 의심스럽거나 접근이 제한되면 규칙을 넓혀 해결하려 하지 말고 플랫폼의 보안 안내를 확인하세요.