v2rayN 구독 업데이트 오류 해결: 링크 만료·인증서 오류·자동 업데이트 간격 설정

1. 구독 업데이트 과정: 어느 단계에서 실패했는지 확인하기

구독 업데이트는 클라이언트가 구독 주소에 요청을 보내 응답을 받은 뒤 노드 목록을 파싱하는 과정입니다. 노드 연결 테스트와는 다릅니다. 기존 노드가 계속 작동하더라도 이는 기존 설정으로 연결할 수 있다는 뜻일 뿐, 구독 주소가 유효하다는 의미는 아닙니다. 구독을 정상적으로 다운로드했더라도 목록의 모든 노드를 사용할 수 있다고 단정할 수 없습니다.

먼저 메인 창에서 로그나 정보 출력 영역을 열고 구독 그룹 하나만 업데이트해 해당 요청의 오류를 기록하세요. 모든 그룹을 한꺼번에 업데이트하면 여러 주소의 시간 초과, 인증서, 파싱 정보가 뒤섞일 수 있습니다. “업데이트 실패”만 표시된다면 마지막 줄만 보고 판단하지 말고 앞뒤의 예외 정보도 확인하세요.

1. 클라이언트의 “정보” 화면에서 전체 버전 번호, 운영체제, 오류 발생 시간을 기록해 해당 인터페이스와 대조할 수 있도록 하세요.
2. 기존 노드와 현재 그룹 설정은 보존하세요. 모든 서버를 먼저 삭제하거나 앱을 연달아 초기화하지 마세요.
3. 이번 업데이트가 프록시를 경유했는지 기록하세요. 매번 조건 하나만 바꾸고 로그를 비교하세요.
4. 스크린샷을 공유할 때는 전체 구독 주소, 쿼리 매개변수, 계정 정보, 노드 인증 정보를 가리세요.

2. 링크 만료와 HTTP 상태 코드: 먼저 구독 주소 확인하기

「구독 그룹」→「구독 그룹 설정」을 열고 오류가 난 그룹을 편집해 구독 주소를 확인하세요. 데스크톱 버전에 따라 메뉴 이름이 조금 다를 수 있으니 주소와 자동 업데이트 옵션이 있는 그룹 편집 창을 찾으면 됩니다. 주소는 서비스 제공자가 안내한 구독 페이지에서 가져와야 합니다. 계정 로그인 페이지, 주문 페이지, 노드 소개 페이지는 구독 링크를 대신할 수 없습니다.

주소를 다시 복사할 때 앞뒤 공백, 줄바꿈, 잘린 쿼리 매개변수가 없는지 확인하세요. 물음표 뒤의 내용을 임의로 삭제하지 말고, 오류를 피하려고 HTTPS를 HTTP로 바꾸지도 마세요. 서비스 제공자가 구독을 초기화했다면 기존 주소는 즉시 만료될 수 있습니다. 기존 노드가 한동안 연결되더라도 모순은 아닙니다.

3. 인증서 오류: 시간, 인증서 체인, 네트워크 차단 확인하기

구독 주소가 HTTPS를 사용하면 클라이언트는 서버 인증서를 검증해야 합니다. 이 과정은 일반적으로 구독 내용 파싱보다 먼저 진행되므로, 인증서 오류는 VMess, VLESS, Trojan 노드 설정을 바꿔서 해결할 문제가 아닙니다. 아래 영어 문구는 오류 상세 정보에 표시될 수 있는 예시입니다. 운영체제와 실행 환경에 따라 표현은 달라질 수 있습니다.

• Windows: 「설정」→「시간 및 언어」→「날짜 및 시간」에서 날짜, 시간대, 시간 동기화 상태를 확인하세요.
• macOS: 「시스템 설정」→「일반」→「날짜 및 시간」에서 자동 시간 설정 상태를 확인하세요.
• 관리형 네트워크: 네트워크에서 HTTPS 검사를 수행한다면 관리자에게 신뢰 설정을 확인해 달라고 요청하세요. 출처가 불분명한 루트 인증서는 설치하지 마세요.
• 공용 네트워크: 네트워크 로그인을 먼저 완료한 뒤 구독을 업데이트하세요. 웹 인증이 필요한 네트워크에서는 정상적인 HTTPS 요청이 차단될 수 있습니다.

브라우저에서 주소가 열린다는 사실은 참고 자료일 뿐입니다. 브라우저와 클라이언트는 서로 다른 프록시 경로, 캐시, 인증서 처리 방식을 사용할 수 있습니다. 브라우저에서 인증서 경고를 일시적으로 무시하는 것을 해결 방법으로 삼지 말고, 구독 업데이트를 위해 인증서 검증을 끄지도 마세요.

4. 시간 초과 및 네트워크 연결 오류: 직접 연결과 프록시 업데이트 비교하기

요청 시간 초과는 정해진 시간 안에 요청을 완료하지 못했다는 뜻이지, 주소가 만료되었다는 의미는 아닙니다. 도메인 이름 확인 실패, 연결 차단, 프록시 엔진 미실행, 서버 응답 지연 등이 모두 업데이트 오류로 표시될 수 있습니다. DNS, 라우팅, 포트를 한꺼번에 바꾸지 말고 동일한 그룹을 두 가지 요청 경로로 각각 테스트하세요.

1. 프록시 없이 업데이트 테스트: 「구독 그룹」 메뉴에서 해당 그룹의 프록시 미경유 업데이트를 선택하고 결과와 오류 발생 시간을 기록하세요.
2. 프록시 작동 확인: 연결 가능한 기존 노드를 선택하고 엔진이 정상적으로 시작되는지 확인한 다음 실제 웹페이지에 접속해 사용 가능 여부를 확인하세요. TCP 지연 시간만으로 전체 프록시 연결이 정상이라고 판단할 수는 없습니다.
3. 프록시를 거쳐 업데이트 테스트: 같은 메뉴에서 프록시 경유 업데이트를 선택한 뒤 동일한 그룹을 업데이트하세요. 버전에 따라 하위 메뉴에 있을 수 있으므로 “프록시 경유/미경유”의 의미로 구분하세요.
4. 결과 비교: 직접 연결은 실패하고 프록시 경유는 성공한다면 직접 연결 네트워크 경로를 확인하세요. 프록시 경유는 실패하고 직접 연결은 성공한다면 현재 노드, 로컬 리스너, 관련 라우팅 설정을 확인하세요.

시스템 프록시 설정은 해당 설정을 따르는 앱의 요청 경로를 결정합니다. 구독 메뉴의 업데이트 방식은 이번 구독 요청이 사용할 경로를 선택합니다. 두 옵션은 서로 다르며, 클라이언트 내부의 구독 다운로드가 프록시를 사용하는지는 브라우저의 프록시 설정만으로 판단할 수 없습니다.

로컬 연결이 거부되면 「설정」→「매개변수 설정」에서 리스너 설정을 확인하세요. 예를 들어 실제 프록시 주소가 127.0.0.1:10808이라면 프록시를 수동 지정한 앱에서 이미 비활성화된 10809를 계속 사용할 수 없습니다. 이 포트는 확인을 위한 예시일 뿐 모든 버전의 기본값은 아닙니다. 해당 주소가 HTTP, SOCKS, 혼합 프록시 중 무엇을 지원하는지도 확인하세요.

5. 업데이트는 완료됐지만 노드가 없을 때: 응답 형식과 그룹 조건 확인하기

서버가 성공 응답을 반환해도 클라이언트에서 내용을 파싱하지 못할 수 있습니다. 계정 로그인 HTML, 웹 인증 페이지, 빈 응답, 다른 설정 체계의 전체 파일 등이 흔한 원인입니다. 브라우저에서 구독 주소의 텍스트를 볼 수 있다고 해서 그 내용이 v2rayN에서 가져올 수 있는 노드 목록이라는 뜻은 아닙니다.

• 내용 출처 확인: 웹페이지 주소가 아니라 해당 클라이언트용 구독 주소를 복사했는지 확인하세요. 구독 내용을 출처가 불분명한 온라인 파서에 업로드하지 마세요.
• 오류 유형 확인: “요청 실패”와 “유효한 서버를 찾을 수 없음” 같은 파싱 결과를 구분하세요. 후자의 경우 응답 내용과 클라이언트에서 지원하는 형식을 확인해야 합니다.
• 표시 범위 확인: 메인 창에서 다른 그룹을 보고 있지 않은지 확인하고 검색 조건을 지운 뒤 그룹의 노드 필터 설정을 점검하세요.
• 클라이언트 호환성 확인: 현재 버전을 기록하고 서비스 제공자가 요구하는 구독 형식과 비교하세요. 업그레이드 전 설정을 백업하고, 형식을 확인하는 대신 엔진을 반복해서 바꾸지 마세요.

v2rayN은 데스크톱 클라이언트이고 V2Ray와 Xray는 프록시 엔진 관련 프로젝트입니다. 구독 가져오기와 파싱은 일반적으로 클라이언트에서 처리합니다. 로그에서 노드 설정이나 엔진 시작 실패가 확인된 경우에만 엔진의 지원 범위를 살펴보세요. 엔진을 바꿔도 로그인 페이지를 반환하는 구독 주소는 해결되지 않습니다.

6. 자동 업데이트 간격: 단위, 저장 여부, 실행 조건 확인하기

수동 업데이트가 안정적으로 성공한 뒤 자동 업데이트를 설정하세요. 「구독 그룹」→「구독 그룹 설정」에서 대상 그룹을 편집하고 자동 업데이트 간격과 사용 가능한 업데이트 옵션을 확인하세요. 버전에 따라 항목 위치, 단위, 프록시 업데이트 설정이 다를 수 있으므로 다른 버전의 화면에 표시된 숫자를 그대로 입력하지 마세요.

1. 먼저 단위를 확인하세요: 6시간마다 업데이트하려는 경우 입력란의 단위가 시간이라면 6, 분이라면 360을 입력하세요. 설정 예시일 뿐이므로 서비스 제공자의 업데이트 빈도 제한을 우선으로 따르세요.
2. 사용 중지 방법 확인: 자동 업데이트를 끄려면 화면의 스위치나 항목 설명에 안내된 값을 사용하세요. 확인 없이 0이 즉시 업데이트 또는 사용 중지를 뜻한다고 가정하지 마세요.
3. 저장 후 다시 확인: 편집 창을 닫았다가 다시 열어 간격이 저장되었는지 확인하세요. 메뉴에서 한 번 실행한 “프록시 경유 업데이트”를 자동 작업의 기본 경로가 영구적으로 바뀐 것으로 간주하지 마세요.
4. 실행 조건 확인: 자동 작업은 일반적으로 클라이언트가 실행 중이고 네트워크를 사용할 수 있어야 합니다. 컴퓨터가 절전 상태이거나 앱이 종료되었거나 프록시 연결이 끊겼다면 작업이 예정된 시간에 완료되지 않을 수 있습니다.
5. 이후 로그 확인: 다음 예약 주기에 요청 기록이 나타나는지 확인한 다음 파싱 성공 여부를 점검하세요. 노드 목록에 변화가 없다는 사실만으로 자동 업데이트가 실행되지 않았다고 판단할 수는 없습니다.

7. 구독 업데이트 관련 자주 묻는 질문