아마존·쇼피파이 접속 문제를 먼저 나눠 보기

아마존 셀러 센트럴이나 쇼피파이 관리자 페이지가 느리거나 로그인이 반복해서 풀릴 때, 곧바로 노드를 바꾸기보다 어느 단계에서 문제가 생기는지 나눠 확인하는 편이 빠릅니다. 로그인 화면은 열리지만 인증 코드 입력 뒤에 멈추는지, 관리자 화면은 열리는데 상품 이미지나 주문 목록이 비어 있는지, 아니면 저장 버튼을 누른 뒤 오류가 나는지 기록해 보세요. 브라우저 화면 하나도 인증, API 요청, 이미지·스크립트 전달처럼 서로 다른 연결을 사용하므로, 일부 요청만 다른 경로로 빠지면 전체 사이트가 고장 난 것처럼 보일 수 있습니다.

특히 여러 국가의 마켓플레이스와 자체 쇼핑몰을 함께 관리한다면, 같은 브라우저에서 계정과 스토어를 빠르게 바꾸는 방식이 연결 문제와 계정 보안 문제를 동시에 키울 수 있습니다. 접속 실패가 발생한 시각, 사용한 네트워크, 활성 프로필과 선택 노드, 실패한 화면을 간단히 기록하면 재현 여부를 비교하기 좋습니다. 특정 국가에서만 문제가 발생하는지, 회사 네트워크에서만 재현되는지도 따로 확인하세요. 회사 보안 정책이나 서비스 제공자의 이용 조건이 프록시 사용을 제한할 수 있으므로, 허용된 업무 환경과 계정 정책을 먼저 확인해야 합니다.

Clash 연결 로그를 열어 문제가 생긴 동작 직후의 요청을 확인하면 원인을 더 좁힐 수 있습니다. 브라우저에서 아마존을 열었는데 관련 요청 중 일부가 프록시 정책, 일부가 DIRECT로 표시된다면 노드 품질보다 규칙의 우선순위나 누락을 먼저 의심할 만합니다. 반대로 요청이 모두 같은 정책을 타는데 연결이 끊긴다면 노드 상태, DNS, 로그인 세션 또는 서비스 측 오류를 살펴봅니다. 로그에 표시되는 도메인은 앱 버전과 지역, 화면 구성에 따라 달라질 수 있으므로, 인터넷에서 찾은 호스트 목록을 그대로 붙여 넣기보다 실제 접속 기록을 기준으로 판단하세요.

ℹ 점검 순서: 실패 동작을 재현하고, 연결 로그에서 해당 시각의 도메인과 정책명을 확인한 뒤, 같은 요청이 의도한 경로로 처리됐는지 비교하세요. 추측으로 넓은 도메인 규칙을 추가하면 업무와 무관한 트래픽까지 영향을 받을 수 있습니다.

모드와 시스템 프록시를 업무에 맞게 선택하기

일반적인 브라우저 업무라면 먼저 Clash의 Rule 모드에서 시작하는 것이 관리하기 쉽습니다. 규칙에 일치하는 연결은 지정한 정책 그룹으로 보내고, 나머지는 프로필의 기본 정책에 맡길 수 있어 전체 트래픽을 한꺼번에 프록시로 보내는 Global 모드보다 영향 범위가 좁습니다. Global 모드는 짧은 비교 테스트에 유용할 수 있지만, 사내 서비스나 프린터, 클라우드 드라이브까지 예상치 못한 경로를 탈 수 있으므로 상시 사용 설정으로 두기 전에 결과를 확인하세요. Direct 모드는 프록시를 거치지 않는 비교 기준으로 쓸 수 있지만, 접속 가능 여부와 서비스 정책을 고려해야 합니다.

클라이언트의 시스템 프록시 설정은 이를 따르는 앱의 연결을 전달합니다. 브라우저가 시스템 프록시를 사용하도록 구성돼 있는지, 브라우저 내부에 별도 프록시 확장이나 수동 설정이 남아 있지 않은지 함께 확인하세요. 반면 TUN 모드는 가상 네트워크 인터페이스를 통해 시스템의 더 넓은 범위의 트래픽을 처리할 수 있습니다. 브라우저 외부의 앱까지 같은 정책으로 관리해야 할 때 고려하되, 관리자 권한, DNS 처리, 다른 VPN이나 보안 프로그램과의 충돌을 점검한 뒤 켜는 편이 좋습니다. 시스템 프록시와 TUN을 동시에 사용하면 요청 경로를 추적하기 어려워질 수 있으므로, 원인 분석 중에는 한 가지 경로부터 검증하세요.

실무에서는 테스트 범위를 작게 잡습니다. 먼저 Rule 모드와 정상 동작이 확인된 정책 그룹을 선택하고, 새 시크릿 창이나 별도 브라우저 프로필에서 관리자 페이지 로그인부터 확인합니다. 로그인 후에는 주문 목록 조회, 상품 편집 화면 열기, 저장과 같이 읽기·쓰기 작업을 따로 시험하세요. 로그인 화면만 잘 열린다고 모든 기능이 정상인 것은 아닙니다. 한 번에 모드, 노드, DNS 설정을 모두 바꾸지 말고 변경 하나마다 같은 동작을 반복해야 어떤 조치가 영향을 줬는지 알 수 있습니다.

아마존과 쇼피파이 규칙을 좁고 안전하게 설계하기

규칙은 서비스 이름만 보고 넓게 잡기보다 실제 로그에서 확인한 도메인과 필요한 업무 범위에 맞춰 추가하세요. 예를 들어 아마존 판매자 업무에서 확인된 호스트만 전용 정책 그룹으로 보내고, 쇼피파이 관리자 화면에서 반복 확인된 호스트도 별도의 그룹이나 명확한 기존 그룹에 연결할 수 있습니다. 다음은 구조를 보여 주는 예시입니다. 그룹 이름은 현재 프로필에 정의된 실제 이름으로 바꾸고, 도메인은 자신의 로그에서 확인한 값만 넣어야 합니다. 

proxy-groups:
  - name: SELLER-WORK
    type: select
    proxies:
      - YOUR-STABLE-PROXY
      - DIRECT

rules:
  - DOMAIN,HOST-OBSERVED-IN-LOG,SELLER-WORK
  - DOMAIN-SUFFIX,OBSERVED-SERVICE-DOMAIN,SELLER-WORK
  - MATCH,YOUR-DEFAULT-POLICY

이 예시는 복사 즉시 작동하는 완성 설정이 아닙니다. YOUR-STABLE-PROXY, HOST-OBSERVED-IN-LOG, OBSERVED-SERVICE-DOMAIN, YOUR-DEFAULT-POLICY는 프로필의 실제 정책명과 관찰한 도메인으로 교체해야 합니다. 프로필에 존재하지 않는 그룹을 규칙에서 참조하면 설정 검증에 실패하거나 기대와 다른 정책으로 처리될 수 있습니다. 수정 전에는 현재 프로필을 백업하고, 들여쓰기와 대소문자, 그룹 이름을 확인한 다음 클라이언트에서 구성을 다시 불러오세요.

규칙 순서도 중요합니다. 더 구체적인 단일 호스트 규칙을 넓은 도메인 접미 규칙보다 위에 두면 예외를 의도대로 처리하기 쉽습니다. 또한 하나의 포괄적인 규칙으로 아마존 전체나 모든 쇼핑 관련 사이트를 묶으면 고객 쇼핑, 광고, 결제, 판매자 도구가 한 정책을 공유하게 될 수 있습니다. 판매자 업무에 필요한 연결만 관찰해 추가하고, 목록이나 스토어의 사용자 지정 도메인까지 무심코 포함하지 마세요. 규칙을 넣은 뒤에는 연결 로그에서 해당 요청의 매칭 정책을 확인하고, 로그에 실제 호스트와 다른 항목이 나타나면 규칙을 다시 조정합니다.

구독 프로필을 갱신하면 원격 설정이 로컬에서 수정한 규칙을 덮어쓸 수도 있습니다. 사용 중인 클라이언트와 프로필이 로컬 편집을 지원하는지 확인하고, 구독을 업데이트한 뒤 규칙이 남아 있는지 다시 살펴보세요. 업데이트마다 설정이 사라진다면 원본 파일을 반복 수정하는 대신 클라이언트가 제공하는 오버라이드나 병합 기능을 확인해야 합니다. 기능과 메뉴 이름은 Clash Verge, Clash Verge Rev, Mihomo Party 등 클라이언트 및 코어 버전에 따라 다를 수 있으므로, 화면 이름이 다르면 현재 실행 중인 코어의 지원 범위를 기준으로 판단하세요.

노드 상태 확인, 재현 테스트와 계정 보안

노드 선택은 한 번의 지연 측정값만으로 결정하지 않는 편이 좋습니다. 지연이 낮아도 패킷 손실이나 혼잡 때문에 로그인과 저장 요청이 실패할 수 있고, 반대로 약간 느린 노드가 장시간 관리자 작업에는 더 안정적일 수 있습니다. 자동 지연 테스트는 후보를 좁히는 참고 자료로 사용하고, 실제로 사용할 아마존·쇼피파이 화면에서 로그인, 목록 조회, 편집 저장을 차례로 확인하세요. 업무 시간대에만 느려지는 경우에는 같은 노드를 다른 시간대에도 시험해 네트워크 혼잡이나 서비스 측 변동을 구분합니다.

문제가 생기면 다음 순서로 확인하면 불필요한 설정 변경을 줄일 수 있습니다.

  1. 프로필과 코어: 의도한 프로필이 활성 상태인지, 코어가 실행 중인지, 설정 오류가 표시되지 않는지 확인합니다.
  2. 노드 연결: 선택한 노드가 응답하는지 확인하고, 가능하면 같은 정책 그룹의 다른 후보와 실제 관리자 페이지 동작을 비교합니다.
  3. 규칙 매칭: 실패한 요청의 도메인과 로그에 표시된 정책을 대조합니다. 의도한 그룹 대신 기본 정책이나 예상하지 못한 규칙에 걸렸는지 살펴봅니다.
  4. 브라우저와 DNS: 브라우저의 프록시 설정, 오래된 세션, DNS 캐시, 시간 설정을 점검합니다. 다른 네트워크에서도 같은 증상이 나는지 비교하면 범위를 좁힐 수 있습니다.
  5. 한 가지씩 변경: 노드나 규칙을 한 번에 하나만 바꾸고 같은 동작을 재현합니다. 성공 여부와 변경 내용을 기록해 되돌릴 수 있게 합니다.

관리자 계정은 연결 안정성만큼 보안 관리가 중요합니다. 다중 인증을 활성화하고, 로그인 확인 코드와 복구 코드를 다른 사람에게 전달하지 마세요. 신뢰할 수 있는 노드와 제공자를 선택하고, 공개된 노드 목록이나 출처가 불분명한 설정을 업무 계정에 적용하지 않는 것이 안전합니다. 프록시 프로필에는 구독 주소와 개인적인 규칙이 들어갈 수 있으므로 화면 캡처나 로그를 공유할 때 토큰, 계정 이메일, 주문 정보, 고객 데이터가 노출되지 않도록 가립니다. 업무용 브라우저 프로필을 개인 쇼핑과 분리하면 세션과 쿠키를 혼동할 가능성도 낮아집니다.

클라이언트마다 메뉴 이름과 자동 선택 기능은 다르고, 오래된 빌드는 최신 코어 옵션을 지원하지 않을 수 있습니다. 구형 GUI는 이미 익숙한 환경이라는 장점이 있지만, 프로필 편집이나 상태 확인 메뉴가 부족하면 원인 분석에 시간이 걸립니다. 반대로 유지 관리되는 클라이언트는 코어와 로그를 확인하기 편리할 수 있어도, 프로필을 충분히 이해하지 않고 규칙을 추가하면 여전히 잘못된 경로가 생깁니다. 아마존과 쇼피파이 업무용으로 설정을 한곳에서 확인하고 변경을 단계별로 검증하고 싶다면 Clash V.CORE를 살펴보고, 현재 운영체제에 맞는 버전을 다운로드해 테스트 환경부터 구성해 보세요.