서론: 판매자 페이지 연결부터 안정화하기
상품 등록, 재고 확인, 주문 처리처럼 시간이 중요한 업무를 하다가 아마존 셀러 센트럴이나 쇼피파이 관리자 페이지가 느려지면 작은 지연도 하루 일정 전체에 영향을 줄 수 있습니다. 로그인 화면이 반복해서 뜨거나 페이지 일부만 로드되는 문제는 서비스 자체의 장애일 수도 있지만, DNS 응답 지연, 불안정한 프록시 노드, 앱별 트래픽 경로가 뒤섞인 Clash 설정에서 비롯되기도 합니다.
Clash의 규칙 분기를 이용하면 판매자 업무에 필요한 도메인만 지정한 프록시 그룹으로 보내고, 그 밖의 트래픽은 현재 네트워크 환경에 맞춰 별도로 처리할 수 있습니다. 다만 특정 노드를 사용한다고 계정 보안 확인이나 서비스의 지역·접속 정책을 우회할 수 있는 것은 아닙니다. 안정적인 연결을 목표로 하되, 계정 보안 설정과 각 플랫폼의 이용 정책을 우선해야 합니다.
이 가이드의 범위
Clash Verge Rev와 Mihomo 기반 클라이언트를 기준으로 규칙 구성, DNS 점검, 이동 중 대체 연결 방법을 정리합니다. 메뉴 이름은 클라이언트와 버전에 따라 다를 수 있습니다.
1아마존·쇼피파이 업무 트래픽 분리
먼저 현재 프로필에서 프록시 그룹의 실제 이름을 확인하세요. 아래 예시의 Commerce-Work는 설명을 위한 이름이므로, 설정에 존재하는 그룹 이름으로 바꿔야 합니다. 규칙은 일반적인 국가·도메인 규칙보다 앞에 배치해야 먼저 적용됩니다. 그렇지 않으면 앞선 규칙이 요청을 처리해 판매자 도메인 전용 규칙까지 도달하지 않을 수 있습니다.
프로필의 rules 섹션에 필요한 도메인만 추가합니다. 아래 항목은 출발점으로 사용하고, 실제 접속 도메인은 Clash의 연결 로그에서 확인하세요.
※ 규칙의 대상 그룹 이름을 본인 프로필에 맞게 바꾸고, 넓은 도메인 규칙은 로그에서 적용 범위를 확인한 뒤 사용하세요.
DOMAIN-KEYWORD,sellercentral는 국가별 판매자 페이지 주소가 달라질 때 유용할 수 있지만, 키워드가 포함된 다른 요청까지 일치할 가능성이 있습니다. 또한 shopify.com 전체를 그룹에 보내면 관리자 외에 Shopify 관련 서비스 요청도 같은 경로를 사용할 수 있습니다. 업무 페이지에만 적용하고 싶다면 연결 로그에 표시되는 실제 호스트를 확인한 뒤 더 구체적인 규칙을 사용하세요. 모든 Amazon 트래픽을 한꺼번에 프록시로 보내는 방식은 범위가 지나치게 넓을 수 있으므로 우선 피하는 편이 좋습니다.
적용 확인
관리자 페이지를 새로고침하면서 Clash의 연결 또는 로그 화면을 열어 요청 도메인과 선택된 정책 그룹을 확인하세요. 규칙이 보이지 않으면 브라우저 캐시보다 먼저 규칙 순서와 현재 사용 중인 프로필을 점검합니다.
2노드 선택과 DNS 문제 점검
판매자 계정은 새 위치나 갑작스러운 IP 변경에서 추가 인증을 요구할 수 있습니다. 따라서 매번 자동으로 노드가 바뀌는 그룹보다, 업무 시간에는 응답이 안정적인 노드를 수동으로 선택해 일관되게 사용하는 편이 관리하기 쉽습니다. 여러 노드를 비교할 때는 단순한 지연 시간뿐 아니라 로그인 유지, 대시보드 이동, 상품 페이지 저장처럼 실제 작업이 끝까지 정상 동작하는지도 확인하세요. 가장 빠른 노드가 반드시 가장 안정적인 노드는 아닙니다.
- 가까운 지역의 안정적인 노드: 지연 시간과 연결 품질을 함께 확인하고, 업무 세션 중에는 불필요하게 노드를 자주 바꾸지 않습니다.
- 고정 또는 전용 IP 옵션: 제공업체가 지원한다면 접속 위치를 일정하게 유지하는 데 도움이 될 수 있습니다. 다만 계정 제공업체의 보안 정책을 확인하고, IP 변경이 인증을 보장하거나 제한을 해제한다고 가정하지 마세요.
- DNS 응답: 도메인이 해석되지 않거나 오래된 주소로 연결되는 듯하면 Clash의 DNS 설정과 시스템 DNS가 서로 다른 경로를 사용하고 있지 않은지 점검합니다.
- 규칙 모드 확인: 전역 프록시와 규칙 모드를 혼동하지 말고, 현재 프로필이 예상한 모드로 실행 중인지 확인합니다.
DNS 문제를 확인할 때는 먼저 한 가지 설정만 바꾸고 같은 페이지를 다시 열어 결과를 비교하세요. Mihomo 기반 설정에서 fake-ip 모드를 사용한다면 현재 프로필의 DNS 구성을 먼저 백업하고, 문제가 지속될 때만 클라이언트에서 지원하는 DNS 캐시 초기화 또는 재시작을 시도합니다. 운영체제의 DNS를 임의로 여러 차례 바꾸거나 서로 다른 클라이언트의 DNS 옵션을 동시에 수정하면 원인을 찾기 어려워집니다.
계정 보안 주의
로그인 알림이나 추가 인증 요청이 나타나면 이를 무시하거나 반복 로그인으로 밀어붙이지 마세요. 공식 인증 절차를 완료하고, 비밀번호와 2단계 인증 정보를 임의의 웹페이지나 타인과 공유하지 않습니다.
3오류별 확인 순서와 출장 시 대안
문제가 생겼을 때는 설정을 한꺼번에 바꾸기보다 증상을 나눠 확인하면 복구가 빠릅니다. 우선 같은 기기에서 일반 사이트가 열리는지, 판매자 페이지의 특정 화면만 실패하는지 확인합니다. 이어 Clash 로그에서 요청이 규칙에 매칭되는지, 선택한 노드에 실제 연결되는지 살펴보세요. 도메인 연결은 성공했는데 로그인만 반복된다면 네트워크 규칙만의 문제로 단정하지 말고 브라우저 세션, 쿠키, 계정 보안 확인도 함께 살펴야 합니다.
- 현재 프로필 확인: Clash Verge Rev 또는 사용 중인 클라이언트에서 올바른 프로필이 활성화됐는지 확인하고, 업무 도메인 규칙이 다른 광범위한 규칙보다 위에 있는지 살펴봅니다.
- 네트워크 변경: 호텔 Wi-Fi에서 포털 로그인이 필요한지 확인합니다. Wi-Fi 인증이 끝나기 전에는 프록시가 정상 작동하지 않을 수 있으므로 공식 로그인 페이지에서 먼저 네트워크 접속을 완료합니다.
- 노드와 모드 확인: 같은 규칙을 유지한 채 안정적인 노드로 전환해 비교합니다. 한 번에 노드, DNS, TUN 옵션을 모두 바꾸지 말고 변경 항목과 결과를 기록하세요.
- 대체 회선 준비: 신뢰할 수 있는 모바일 핫스팟이나 승인된 사무실 연결을 예비 경로로 준비합니다. 공용 네트워크에서는 저장된 계정 정보와 민감한 업무 자료를 특히 주의합니다.
모바일 핫스팟으로 전환했을 때만 문제가 해결된다면 호텔 네트워크의 포털 인증, 방화벽 또는 DNS 응답 차이가 원인일 수 있습니다. 반대로 여러 네트워크에서 동일하게 실패한다면 특정 규칙이 잘못된 그룹으로 보내는지, 프로필 업데이트 후 그룹 이름이 바뀌지 않았는지 확인합니다. 필요하다면 마지막으로 정상 작동했던 프로필 백업으로 되돌려 원인을 분리하세요.
출장 전에 판매자 페이지 로그인, 2단계 인증 수신 방법, 예비 네트워크를 미리 점검해 두면 긴급한 주문 처리 상황에서 설정을 처음부터 다시 구성할 필요가 없습니다. Clash 설정 파일에는 프록시 구독 정보나 민감한 연결 정보가 포함될 수 있으므로 백업 파일을 공개 저장소나 공유 폴더에 올리지 마세요. 규칙을 변경한 뒤에는 상품 등록과 주문 확인 등 실제 업무 흐름을 짧게 시험하고, 문제가 생기면 변경 전 설정으로 복구할 수 있도록 관리하는 것이 안전합니다.