기존 노드는 그대로 두고 문제를 ‘주소 요청 실패’, ‘응답을 해석할 수 없음’, ‘가져온 노드 연결 실패’로 나눠 확인하세요. v2rayN 업데이트 시간 초과, 구독 결과가 비어 있음, 업데이트 방식을 바꿔도 실패하는 경우에 유용합니다. 주소, 네트워크, 응답 내용, 가져오기 결과 순으로 점검하면 반복 설치나 설정 삭제를 줄일 수 있습니다.
먼저 실패 단계를 확인하세요: 응답을 받지 못했나요, 노드를 해석하지 못했나요?
v2rayN 메인 화면의 로그나 정보 영역을 열고 문제가 발생한 구독 그룹을 다시 업데이트한 다음, 실패 시간과 오류 전문을 기록하세요. 서버를 모두 삭제하지 마세요. 기존 노드가 여전히 작동할 수 있으며, ‘프록시를 통해 업데이트’를 테스트할 때도 필요합니다.
이 다섯 단계는 각각 다른 문제를 나타냅니다. 도메인 조회 실패와 연결 시간 초과는 요청 단계의 문제입니다. 응답은 받았지만 형식이 맞지 않는다는 메시지가 나온다면 파싱 단계의 문제입니다. 노드가 표시되지만 접속할 수 없다면 노드 설정, 코어 또는 라우팅을 확인해야 합니다. 이 경우 구독 다운로드 문제로 계속 분류하지 마세요.
- 응답이 전혀 없음: 구독 도메인, 현재 네트워크, 프록시 업데이트 방식, 로컬 프록시 포트를 먼저 확인하세요.
- 접근이 거부됨: 계정 권한, 구독 유효 기간, 요청 제한 및 서비스 제공자의 접근 정책을 확인하세요.
- 업데이트 완료 후 노드가 0개: 응답이 비어 있는지, 웹페이지를 가져온 것은 아닌지, 현재 클라이언트가 지원하는 형식인지 확인하세요.
- 노드는 있지만 연결되지 않음: 구독을 반복 새로 고치지 말고 노드 연결과 클라이언트 설정을 점검하세요.
1단계: 구독 주소, 유효 기간, 그룹 확인
서비스 제공자의 구독 관리 페이지에서 전체 주소를 다시 복사하세요. 구독 주소는 보통 인증 정보가 포함된 HTTPS 주소입니다. vmess://, vless://는 대개 개별 노드 공유 링크이므로 클립보드 가져오기 기능을 사용해야 합니다. 공유 링크를 웹 구독 주소처럼 요청하면 주소 형식 오류가 발생할 수 있습니다.
-
기존 설정 백업
먼저 클라이언트의 백업 또는 내보내기 기능으로 현재 설정을 저장하세요. 노드만 따로 내보내면 구독 그룹과 라우팅 설정이 포함되지 않을 수 있으므로 백업 범위를 확인하세요.
-
그룹 설정 열기
메인 화면에서 ‘구독 그룹’ → ‘구독 그룹 설정’으로 이동해 문제가 있는 그룹을 편집하고 구독 주소를 확인하세요. 화면 구성은 버전에 따라 다를 수 있으며, 편집 버튼을 누르거나 그룹을 두 번 클릭해 상세 정보를 열 수 있습니다.
-
주소 다시 붙여넣기
전체 링크를 다시 복사해 앞뒤 공백, 줄바꿈, 누락된 쿼리 매개변수가 없는지 확인하세요. 물음표 뒤의 토큰을 직접 삭제하거나 웹페이지에 생략되어 표시된 주소를 전체 링크로 사용하지 마세요.
-
그룹만 업데이트
먼저 해당 그룹만 업데이트하세요. 현재 화면에서 전체 업데이트만 제공한다면 로그에서 그룹 이름을 찾아 결과를 확인하세요. 다른 그룹의 성공 메시지를 대상 그룹이 복구된 것으로 착각하지 않도록 주의하세요.
구독 주소 만료와 노드 만료는 서로 다른 문제입니다. 서비스 제공자가 구독 토큰을 재설정하면 기존 노드 일부가 잠시 연결되더라도 이전 주소는 즉시 무효가 될 수 있습니다. 요금제 만료나 데이터 소진도 요청 거부, 빈 응답, 안내 페이지로 나타날 수 있으며, 구체적인 응답은 서비스 제공자에 따라 다릅니다.
2단계: 직접 연결과 프록시 연결을 구분해 업데이트
일반적인 v2rayN 화면의 ‘구독 그룹’ 메뉴에는 ‘모든 구독 업데이트(프록시 사용 안 함)’과 ‘모든 구독 업데이트(프록시 사용)’가 있습니다. 일부 버전에서는 비슷한 이름의 설정이나 스위치로 표시됩니다. 이 설정은 클라이언트가 구독 내용을 가져오는 요청 경로를 제어하며, 구독에 포함된 모든 노드가 현재 노드를 거쳐 연결된다는 뜻은 아닙니다.
| 현재 조건 | 우선 실행할 작업 | 확인할 결과 |
|---|---|---|
| 현재 네트워크에서 구독 도메인에 직접 접속 가능 | 프록시 없이 업데이트 | 웹페이지가 열리는지만 보지 말고 응답 내용을 확인 |
| 직접 연결은 시간 초과, 사용 가능한 노드가 있음 | 사용 가능한 노드를 연결한 뒤 프록시를 통해 업데이트 | 로컬 프록시 수신 포트와 요청 로그 확인 |
| 기존 노드가 모두 작동하지 않음 | 직접 연결 또는 신뢰할 수 있는 다른 네트워크부터 테스트 | 같은 고장 난 노드에 의존해 구독을 갱신하지 않도록 주의 |
| 프록시 연결은 403, 직접 연결은 정상 | 우선 직접 연결을 사용하고 서비스 제공자의 제한 확인 | 출구 IP 또는 접속 지역 제한 여부 확인 |
브라우저에서 구독 주소가 열린다고 해서 클라이언트의 직접 연결도 정상이라는 뜻은 아닙니다. 브라우저는 시스템 프록시를 사용하거나 서비스 제공자의 로그인 상태를 유지하고 있을 수 있습니다. 클라이언트의 구독 요청은 동일한 프록시, 쿠키 또는 요청 헤더를 사용하지 않을 수도 있습니다. 결과를 비교하기 전에 실제 네트워크 경로가 같은지 확인하세요.
프록시를 통해 업데이트하려면 먼저 프록시 코어가 실행 중인지 확인하세요. ‘설정’ → ‘매개변수 설정’에서 로컬 수신 포트를 확인할 수 있습니다. 화면 항목은 버전에 따라 달라질 수 있으므로 현재 설정에 표시된 값을 기준으로 하세요. 예를 들어 HTTP 또는 혼합 프록시가 127.0.0.1:10808에서 수신 대기한다면 업데이트 요청이 해당 포트에 접속할 수 있어야 합니다. 실제 포트가 다르면 설정된 값을 사용하고 예시를 그대로 복사하지 마세요.
- 시스템 프록시, TUN, 구독 업데이트 방식은 서로 다른 설정입니다. 여러 설정을 동시에 바꾼 뒤 어느 설정이 적용됐는지 추측하지 마세요.
- 업데이트 방식을 변경한 뒤 한 번만 재시도하고 시간과 결과를 기록하세요. 반복 요청은 서비스 제공자의 속도 제한을 유발할 수 있습니다.
- 직접 연결과 프록시 연결이 모두 실패하면 노드를 계속 바꾸지 말고 상태 코드와 오류 유형을 확인하세요.
3단계: 오류 메시지로 네트워크 문제 범위 좁히기
다음은 네트워크 요청에서 흔히 볼 수 있는 영어 오류 메시지입니다. 실제 문구는 운영체제, 실행 환경, v2rayN 버전에 따라 다를 수 있습니다. 오류가 발생한 단계를 파악하는 데 참고하되, 이것만으로 근본 원인을 단정할 수는 없습니다. 같은 시간 초과도 원격 서버 무응답, 로컬 방화벽, 프록시 연결 경로 때문에 발생할 수 있습니다.
오류: No such host is known
원인: 구독 도메인 이름을 확인하지 못한 상태입니다. 주소 오타, 도메인 만료 또는 현재 DNS 조회 문제일 수 있습니다.
해결: 도메인 전체를 확인한 뒤 신뢰할 수 있는 다른 네트워크에서 조회 결과를 비교하세요. 프록시로 업데이트하는 경우 프록시 측의 도메인 조회 경로도 확인해야 합니다.
오류: Connection refused
원인: 대상 연결이 거부된 상태입니다. 프록시를 통해 업데이트하는 경우 로컬 프록시 포트가 수신 대기 중이지 않을 수도 있습니다.
해결: 오류에 표시된 호스트와 포트를 확인하세요. 로컬 호스트를 가리킨다면 코어가 실행 중인지, 수신 포트가 설정과 일치하는지 점검하세요.
오류: The operation has timed out
원인: 제한 시간 내에 요청이 완료되지 않았습니다. 이 오류만으로 구독이 만료되었다고 판단할 수는 없습니다.
해결: 직접 연결과 사용 가능한 프록시를 각각 테스트하고 서비스 제공자 상태를 확인한 뒤, 신뢰할 수 있는 다른 네트워크에서 같은 주소를 다시 테스트하세요.
오류: The SSL connection could not be established
원인: TLS 핸드셰이크 또는 인증서 검증에 실패했습니다. 시스템 시간이 틀렸거나 인증서 체인에 문제가 있거나 네트워크에서 연결을 가로챘을 때 흔히 발생합니다.
해결: 시스템 날짜, 시간, 시간대를 올바르게 설정하고 도메인 및 인증서 오류 세부 정보를 확인하세요. 인증서 검증을 끄는 방식으로 문제를 숨기지 마세요.
오류가 로컬 수신 포트와 관련 있다면 DNS를 바꿔도 실행되지 않는 코어는 해결되지 않습니다. 서비스 제공자가 인증 오류를 반환했다면 시간 제한을 늘려도 권한이 복구되지 않습니다. 먼저 어느 단계에서 오류가 발생했는지 확인한 뒤 해당 설정만 변경하세요.
4단계: HTTP 요청 성공이 구독 내용의 정상 여부를 보장하지는 않습니다
상태 코드는 서버가 요청을 어떻게 처리했는지 나타낼 뿐, 응답 본문을 v2rayN이 해석할 수 있다는 보장은 없습니다. 특히 HTTP 200 응답에는 노드 목록뿐 아니라 로그인 페이지, 인증 페이지, 만료 안내 또는 빈 문자열이 들어갈 수 있습니다. 브라우저에 글이 표시된다는 것은 응답을 받았다는 뜻일 뿐, 구독이 유효하다는 증거는 아닙니다.
- 401: 일반적으로 인증 문제와 관련이 있습니다. 유효한 구독 주소를 다시 받고 토큰이 재설정되었는지 확인하세요.
- 403: 권한 부족, 출구 IP 제한 또는 보안 정책 때문일 수 있습니다. 이 상태 코드만으로 요금제 만료를 단정할 수는 없습니다.
- 404: 경로가 완전한지, 기존 구독 페이지가 이전되었는지 확인하세요. 일부 서비스는 무효한 토큰을 숨기기 위해 이 상태 코드를 사용하기도 합니다.
- 429: 연속 업데이트를 중단하고 서비스 제공자의 안내나 응답에 표시된 대기 시간에 따라 다시 시도하세요.
- 5xx: 서비스 제공자의 상태를 우선 확인하고 오류 발생 시간을 기록한 뒤 나중에 다시 테스트하세요. 로컬 설정을 서둘러 모두 지우지 마세요.
응답은 로컬 컴퓨터에서만 확인하세요. 본문이 <!DOCTYPE html> 또는 <html로 시작한다면 노드 목록이 아니라 웹페이지를 받은 것일 가능성이 큽니다. 로그인 안내나 사람 확인 메시지만 표시된다면 해당 웹페이지를 가져오기 기능에 넣지 말고 서비스 제공자에게 올바른 구독 주소를 확인하세요.
5단계: Base64, 프로토콜 형식, 빈 파싱 결과 확인
일반적인 구독 응답에는 여러 줄의 공유 링크가 포함되거나, 링크 전체가 Base64로 인코딩되어 있습니다. Base64는 암호화가 아닌 인코딩입니다. 디코딩한 내용에는 노드 비밀번호, 식별자, 주소가 그대로 들어 있을 수 있습니다. 파싱 오류를 해결하려고 전체 구독 내용을 알 수 없는 변환 서비스에 업로드하지 마세요.
| 확인된 내용 | 가능한 문제 | 해결 방법 |
|---|---|---|
| 여러 줄의 vmess:// 또는 vless:// 링크 | 일부 링크가 손상되었거나 매개변수가 호환되지 않음 | 완전한 링크 하나를 로컬에서 선택해 가져오기 테스트를 하고 전체 오류인지 일부 오류인지 구분하세요 |
| 긴 인코딩 문자열 | Base64 구독일 수 있으며 내용이 잘렸을 수도 있음 | 원본 주소를 다시 복사하고 클라이언트에서 전체 응답을 가져오세요 |
| YAML 설정 또는 다른 JSON 설정 | 다른 형식용 구독 주소를 선택했을 수 있음 | 서비스 제공자 페이지에서 v2rayN에 맞는 구독 주소를 선택하세요. 파일 확장자만 바꿔 형식을 변환하지 마세요 |
| 응답 본문이 비어 있거나 공백 문자만 있음 | 서비스 제공자가 노드를 반환하지 않았거나 접근 상태에 문제가 있음 | 요금제, 노드 할당, 계정 상태를 확인하고 서비스 제공자에 문의하세요 |
| 웹페이지 태그, 인증 안내 또는 로그인 메시지 | 구독 요청이 리디렉션되었거나 차단됨 | 최종 접속 주소와 접근 정책을 확인하고 올바른 구독 주소를 받으세요 |
링크 하나는 클립보드로 가져올 수 있지만 구독 전체를 파싱할 수 없다면 응답 내용이 완전한지, 안내 문구가 섞였는지, 서비스 제공자에서 선택한 내보내기 형식이 무엇인지 확인하세요. 일부 형식을 특정 버전에서 인식하더라도 모든 버전과 배포 화면에서 같은 방식으로 가져올 수 있다는 뜻은 아닙니다.
새 프로토콜 매개변수만 인식하지 못하는 경우에는 백업 후 v2rayN 업데이트를 고려하세요. 클라이언트는 구독을 가져오고 링크를 파싱해 설정을 생성하며, 코어는 실제 프록시 연결을 담당합니다. Xray 코어를 업데이트해도 클라이언트의 구독 파서 문제가 해결되는 것은 아닙니다. 반대로 가져온 노드를 시작할 때 설정 비호환 오류가 발생한다면 사용 중인 코어와 해당 매개변수 지원 여부를 확인해야 합니다.
마지막 확인: 업데이트 성공 후 그룹과 노드 점검
성공 메시지가 표시되면 먼저 대상 그룹의 노드 수를 확인하세요. 검색어, 그룹 필터 또는 표시 조건 때문에 목록이 숨겨져 있지는 않은지도 확인해야 합니다. 노드 수가 서비스 제공자의 예상과 다르면 사용 가능한 회선이 줄었는지, 로그에 일부 항목의 파싱 실패가 기록되었는지 확인하세요.
- 대상 그룹 확인: 검색 조건을 지우고 방금 업데이트한 그룹을 선택해 새 노드와 기존 노드가 예상대로 변경되었는지 확인하세요.
- 노드 하나 테스트: 노드를 선택해 연결을 시작한 다음 클라이언트의 실제 연결 테스트나 웹사이트 접속 테스트를 진행하세요. TCP 포트에 연결된다는 사실만으로 프록시 인증과 전송이 정상이라고 볼 수는 없습니다.
- 영향 범위 확인: 모든 노드가 실패하면 코어 시작 로그, 시스템 시간, 로컬 프록시를 우선 확인하세요. 일부 노드만 실패한다면 해당 회선의 상태를 확인하세요.
- 정상 작동한 경로 기록: 이번에 성공한 업데이트 방식을 저장해 두세요. 다음에 문제가 생기면 비교할 수 있으므로 매번 모든 설정을 초기화할 필요가 없습니다.
문제가 계속되면 재현에 필요한 정보를 서비스 제공자에게 전달하세요. v2rayN 전체 버전 번호, 운영체제, 실패 시간과 시간대, 직접 연결 및 프록시 연결 결과, HTTP 상태 코드, 민감 정보를 가린 로그를 포함하세요. 주소에는 도메인과 필요한 경로 정보만 남기고 토큰, 노드 인증 정보, 계정 정보는 삭제하세요. ‘구독이 작동하지 않는다’는 설명보다 구체적인 요청 기록이 문제를 파악하는 데 도움이 됩니다.