설정, 클라이언트, 네트워크 중 어디에 문제가 있는지 어떻게 구분하나요?

효과적인 문제 해결을 위해 변수를 고정하세요. 같은 설정으로 클라이언트를 바꾸고, 같은 클라이언트에서 설정을 바꾸며, 같은 기기에서 네트워크를 바꿔 범위를 좁힙니다. 한 번에 한 조건만 바꾸고 오류 발생 시간을 기록해야 원인이 있는 계층을 판단할 수 있습니다.

답변 보기카테고리로 돌아가기
  • 로그와 문제 해결
  • 문제 해결
간단한 답변

효과적으로 문제를 해결하려면 변수를 고정해야 합니다. 같은 구성으로 클라이언트를 바꾸고, 같은 클라이언트에서 구성을 바꾸고, 같은 장치에서 네트워크를 바꾸며 범위를 좁히세요. 한 번에 한 조건만 바꾸고 오류 시간을 기록해야 원인을 판단할 수 있습니다. 가장 쉽게 재현할 수 있는 조합부터 시작하고 차이가 나타나면 테스트 범위를 더 넓히지 마세요. 유일하게 바뀐 항목과 민감 정보를 제거한 로그를 해당 프로젝트나 제공자에게 전달합니다.

세 가지 비교 테스트로 각각 제외할 수 있는 원인

세 가지 비교를 준비하세요. 원래 구성에서 클라이언트를 변경하고, 원래 클라이언트에서 사용 가능한 구성으로 변경하며, 원래 장치에서 네트워크를 변경합니다. 각 비교에서는 한 조건만 바꾸고 결과를 기록하세요.

  • 같은 구독을 다른 장치에서 가져올 수 있는지 확인
  • 같은 클라이언트에서 다른 구성을 정상적으로 가져올 수 있는지 확인
  • 직접 연결 네트워크에서 구독 주소에 접속할 수 있는지 확인
  • 클라이언트나 시스템을 업그레이드한 뒤 오류가 발생했는지 확인

최소 구성으로 클라이언트, 구성 또는 네트워크 문제 확인

  1. 먼저 현재 구성과 로그 백업
  2. 최소 구성으로 단일 노드와 MATCH 규칙 하나 테스트(참고: 구성 참조)
  3. 다른 네트워크나 핫스팟에서 구독 업데이트 및 노드 연결 테스트
  4. 특정 클라이언트에서만 실패하면 버전 번호와 함께 클라이언트 프로젝트에 문의(참고: 클라이언트 전체 목록)

DNS, TUN, 규칙 및 노드를 동시에 바꾸면 원인 파악이 어려워집니다.

공개적으로 문의할 때는 설명보다 민감 정보를 제거한 로그가 더 유용합니다.

구독 제공자 문제는 해당 서비스 또는 구성 관리자에게 문의하세요.