v2rayN 자주 묻는 질문 및 문제 해결

먼저 클라이언트의 구독 그룹에서 주소 앞뒤에 공백이 없는지 확인하고 그룹이 활성화되어 있는지 점검하세요. 그런 다음 한 번 업데이트하고 로그의 HTTP 상태, 파싱 실패 또는 인증서 메시지를 확인합니다. 브라우저에서 주소를 열었을 때 로그인 페이지, 오류 페이지 또는 일반 웹페이지가 표시되면 클라이언트는 이를 구독 콘텐츠로 인식할 수 없습니다. 주소에 접속할 수 있다면 현재 클라이언트가 해당 구독 형식을 지원하는지 확인하세요.

기존 노드가 남아 있다는 것은 마지막 업데이트 결과가 로컬에 저장되어 있다는 뜻일 뿐, 현재 구독을 사용할 수 있다는 의미는 아닙니다. 먼저 로그의 응답 상태와 실패 시간을 기록한 뒤 구독 유효 기간, 로컬 시간, 시스템 프록시 및 DNS를 확인하세요. 특정 그룹만 실패했다면 해당 그룹을 따로 편집해 주소를 다시 저장하고, 모든 그룹이 동시에 실패했다면 네트워크 환경과 클라이언트 프록시 연결 구조를 우선 점검하세요.

2015년 이후 출시된 대부분의 Android 스마트폰은 일반적으로 arm64를 사용하므로 arm64 설치 패키지를 우선 선택할 수 있으며 파일 크기도 더 작습니다. 프로세서 아키텍처를 확인할 수 없거나 기기가 오래되었거나 arm64 설치에 실패한 경우 universal 범용 패키지를 사용하세요. 두 패키지의 주요 기능은 동일하며 차이는 지원하는 프로세서 아키텍처 범위입니다. 구독 프로토콜이 다르다는 이유로 패키지 유형을 바꿀 필요는 없습니다.

먼저 클라이언트를 완전히 종료한 다음 현재 플랫폼의 요구 사항에 따라 네트워크 확장, 관리자 권한 또는 가상 인터페이스 권한을 부여하고 다시 시작하세요. 시스템에 다른 가상 네트워크 도구가 실행 중이라면 먼저 종료해 인터페이스, 라우팅 테이블 또는 DNS 가로채기 충돌을 방지합니다. 권한을 부여한 뒤에도 실패하면 TUN을 잠시 끄고 시스템 프록시로 노드가 정상인지 확인한 다음, 로그의 인터페이스 이름과 권한 메시지를 기준으로 계속 원인을 좁혀가세요.

먼저 시스템 날짜, 시간 및 시간대를 조정한 다음 구독을 업데이트하고 노드가 만료되지 않았는지 확인하세요. 이어서 서버 주소와 포트에 연결할 수 있는지, 로컬 방화벽이 차단하고 있지 않은지, 프로토콜 매개변수가 완전한지 점검합니다. 마지막으로 추가 라우팅 규칙을 끄고 단일 노드와 시스템 프록시로 다시 시도하세요. 로그가 연결 단계에서 멈추면 대부분 네트워크 또는 포트 문제이고, 핸드셰이크 단계에서 멈추면 보안 계층 매개변수를 다시 확인해야 합니다.

먼저 활성 노드가 현재 코어에 실제로 로드되었는지 확인하고, 시스템 프록시가 켜져 있으며 브라우저가 시스템 설정을 사용하는지 점검하세요. 그런 다음 도메인과 IP에 각각 접속해 DNS 문제인지 판단합니다. 일부 사이트만 실패하면 라우팅 매칭 결과를 확인하고, 모든 요청이 실패하면 일시적으로 전역 모드로 전환하고 TUN을 끈 뒤 다시 시도하세요. 매번 하나의 설정만 변경해야 로그를 통해 문제 발생 계층을 정확히 확인할 수 있습니다.

일부 앱은 자체 프록시 설정을 사용하거나 운영체제의 프록시 설정을 읽지 않으므로 시스템 프록시를 켜도 직접 연결될 수 있습니다. 먼저 앱 내부에 프록시 옵션이 있는지 확인하고 프록시를 사용하지 않도록 고정되어 있지 않은지 점검하세요. 또한 시스템 프록시의 주소와 포트가 클라이언트의 현재 수신 포트와 일치하는지 확인해야 합니다. 시스템 프록시를 따르지 않는 트래픽까지 처리해야 한다면 일반 연결이 정상인지 확인한 뒤 TUN 모드를 검토하세요.

포트 사용 중 메시지는 클라이언트가 수신하려는 로컬 HTTP, SOCKS 또는 API 포트를 다른 프로세스가 사용하고 있다는 뜻입니다. 먼저 중복 실행된 클라이언트 인스턴스와 다른 프록시 도구를 종료한 뒤 다시 연결하세요. 그래도 충돌하면 설정에서 사용되지 않는 로컬 포트로 변경하고 브라우저 또는 시스템 프록시의 포트도 함께 확인하세요. 변경 후에는 코어를 다시 시작하고 로그에 새 수신 주소가 표시되는지 확인해야 합니다.