구독을 추가했지만 업데이트 시간 초과, 인증서 오류가 발생하거나 새로고침 후 서버 목록이 비는 v2rayN 사용자를 위한 안내입니다. 기존 설정을 보존한 상태에서 요청 실패와 콘텐츠 파싱 실패를 구분하세요. 프록시를 사용하지 않는 업데이트와 사용하는 업데이트를 각각 한 번씩 실행해 범위를 좁힌 뒤, 그룹 필터와 자동 업데이트 주기를 확인합니다. 서버 연결 가능 여부와 구독 URL 접속 가능 여부는 별개의 테스트입니다.
실패 지점을 먼저 파악하고 기존 설정 보존하기
구독 업데이트는 서버에 연결하는 작업이 아닙니다. v2rayN은 먼저 구독 URL에 요청을 보내고, 응답을 받은 뒤 서버 설정을 파싱해 해당 그룹에 저장합니다. 도메인 조회, TLS 핸드셰이크, 서버 측 인증, 콘텐츠 형식, 로컬 필터 때문에 실패할 수 있습니다. 무작정 서버 프로토콜이나 라우팅 규칙을 바꿔도 문제 지점이 해결되지 않을 수 있습니다.
먼저 메인 창의 로그 영역에서 이번 업데이트 기록을 확인합니다. 발생 시각, 대상 그룹, 오류 메시지 원문, 사용한 업데이트 방식을 기록하세요. 버전에 따라 메뉴 문구가 조금씩 다를 수 있습니다. 아래에서는 ‘구독 그룹’, ‘구독 그룹 설정’과 업데이트 메뉴의 ‘프록시 사용/프록시 사용 안 함’을 기준으로 안내합니다.
- 기존 서버 보존: 문제를 확인하기 전에 서버 목록 전체를 지우지 마세요. 계속 사용할 수 있는 설정은 백업해 두세요. 백업에는 접속 정보가 포함될 수 있으므로 안전한 위치에만 보관해야 합니다.
- 그룹 하나만 확인: 여러 URL을 한꺼번에 새로고침하면 서로 다른 오류가 섞일 수 있으니 우선 현재 그룹만 업데이트하세요.
- 두 가지 결과 구분: 시간 초과와 인증서 오류는 가져오기 단계의 문제입니다. 가져오기는 성공했지만 가져온 항목이 없다면 응답 형식과 필터 조건을 확인해야 합니다.
- 민감 정보 가리기: 로그를 공유하기 전에 전체 구독 URL, 쿼리 매개변수, 사용자 식별 정보, 서버 비밀번호를 삭제하고 오류 유형과 필요한 상태 코드만 남기세요.
구독 URL 확인: 전체 주소, 인증 상태, 콘텐츠 형식
‘구독 그룹’ → ‘구독 그룹 설정’을 열고 문제가 발생한 그룹을 편집한 다음 URL을 확인하세요. 계정 로그인 페이지, 요금제 상세 페이지, 브라우저 주소창에 표시된 관리 페이지가 아니라 서비스 제공업체가 안내한 클라이언트용 구독 URL을 입력해야 합니다. 앞뒤 공백, 줄바꿈, 한글 따옴표, 누락된 쿼리 매개변수 때문에 정상적인 URL도 작동하지 않을 수 있습니다.
| 확인된 결과 | 우선 확인할 내용 | 다음 조치 |
|---|---|---|
| HTTP 401 또는 403 | 인증 만료, 접근 정책 제한 또는 보안 차단 | 서비스 제공업체의 관리 페이지에서 상태를 확인하고 유효한 구독 URL을 다시 복사하세요. 상태 코드만으로 요금제 만료를 단정하지 마세요. |
| HTTP 404 또는 410 | URL 경로가 유효하지 않거나 리소스가 삭제됨 | 최신 URL을 확인하고 경로나 매개변수를 빠뜨리지 않았는지 살펴보세요. |
| HTTP 429 | 요청 빈도 제한 | 연속으로 새로고침하지 마세요. 응답의 Retry-After 또는 서비스 제공업체가 안내한 대기 시간을 따르세요. |
| HTTP 200이지만 응답이 웹페이지임 | 로그인 페이지, 인증 페이지 또는 오류 안내 페이지가 반환됨 | 최종 응답 내용과 구독 형식 옵션을 확인하세요. 성공 상태 코드가 콘텐츠를 가져올 수 있다는 뜻은 아닙니다. |
| 콘텐츠는 가져왔지만 가져온 항목이 없음 | 형식이 호환되지 않거나 구독이 비어 있거나 필터 조건이 모든 항목을 제외함 | v2rayN에 맞는 구독 형식을 선택한 뒤 그룹 필터를 확인하세요. |
단일 vmess:// 또는 vless:// 공유 링크와 지속적으로 업데이트할 HTTPS 구독 URL은 용도가 다릅니다. 전자는 보통 ‘클립보드에서 가져오기’와 같은 메뉴에서 추가하고, 후자는 구독 그룹에 입력합니다. 임의의 설정 텍스트를 구독 URL로 취급하지 마세요. 인코딩된 문자열처럼 보인다는 이유만으로 현재 클라이언트와 호환된다고 단정해서도 안 됩니다.
프록시 사용 여부에 따라 업데이트해 네트워크 경로 확인하기
‘구독 그룹’ 메뉴에서 ‘모든 구독 업데이트(프록시 사용 안 함)’와 ‘모든 구독 업데이트(프록시 사용)’를 각각 시도하세요. 현재 버전에서 현재 그룹만 업데이트하는 명령을 제공한다면 해당 명령을 우선 사용하세요. 각 방식은 한 번씩만 테스트하고 결과를 기록하세요. DNS, TUN 모드, 서버를 동시에 바꾸면 어떤 변경이 효과가 있었는지 알 수 없습니다.
-
프록시를 사용하지 않은 결과 기록
‘프록시 사용 안 함’ 업데이트 명령을 선택하세요. 도메인을 확인할 수 없다는 메시지가 나오면 먼저 PC 네트워크, DNS, 네트워크 인증을 확인하세요. 명확한 HTTP 상태 코드가 반환됐다면 요청이 HTTP 응답 지점까지 도달한 것이므로 URL, 인증, 중간 차단 여부를 살펴보세요.
-
프록시 연결 확인
이미 사용할 수 있다고 확인된 서버를 하나 선택하고 코어를 실행하세요. 목록에 표시된 지연 시간만 보지 말고 실제 접속으로 작동 여부를 확인해야 합니다. 사용 가능한 서버가 없다면 ‘구독을 업데이트해야 연결할 수 있는데, 연결해야 구독을 업데이트할 수 있는’ 상황에 빠질 수 있습니다.
-
로컬 수신 포트 확인
‘설정’ → ‘매개변수 설정’을 열어 로컬 수신 포트와 실제 실행 상태를 확인하세요. 로그에 로컬 주소 연결 거부가 표시되면 먼저 코어의 수신 기능을 복구해야 합니다. 포트는 현재 설정을 기준으로 확인하고 다른 가이드의 값을 그대로 적용하지 마세요.
-
프록시를 사용해 다시 업데이트
‘프록시 사용’ 업데이트 명령을 선택해 같은 URL의 결과를 비교하세요. 프록시 경로에서는 성공하고 직접 연결에서는 실패한다면 두 네트워크 경로에 차이가 있는 것입니다. 직접 연결에서는 성공하고 프록시에서는 실패한다면 현재 서버, 코어, 프록시 출구의 접근 정책을 먼저 확인하세요.
정리: 성공한 경로를 고정한 다음 다른 설정 변경
한 가지 업데이트 방식만 성공한다면 우선 그 방식으로 구독을 복구하고 사용 가능한 서버를 보존하세요. 시스템 프록시 설정은 업데이트 메뉴의 경로 선택을 대신하지 않습니다. ‘프록시 사용’을 선택해도 모든 요청이 반드시 같은 원격 출구를 사용하는 것은 아니며, 실제 동작은 클라이언트 구현과 코어 라우팅의 영향을 받습니다.
브라우저에서 URL이 열린다는 사실은 참고 자료일 뿐입니다. 브라우저는 별도의 프록시, 기존 로그인 상태 또는 다른 인증서 신뢰 환경을 사용할 수 있으므로 v2rayN이 같은 조건을 이어받는다고 보장할 수 없습니다. 호텔이나 공용 네트워크에서는 먼저 네트워크 인증을 마쳐야 합니다. 인증 페이지가 구독 콘텐츠 대신 반환될 수 있습니다.
TLS 인증서 오류 해결: 검증을 끄지 마세요
구독 URL이 HTTPS를 사용하면 클라이언트는 서버 인증서의 유효 기간, 도메인, 신뢰 체인을 확인합니다. 먼저 시스템 날짜, 시간, 시간대를 올바르게 설정한 다음 URL의 호스트 이름이 서비스 제공업체가 안내한 주소와 일치하는지 확인하세요. 도메인을 임의로 IP 주소로 바꾸지 마세요. 인증서 이름 불일치가 발생하거나 서버가 선택하는 사이트가 달라질 수 있습니다.
오류: The SSL connection could not be established, see inner exception.
원인: TLS 연결 실패를 나타내는 포괄적인 메시지입니다. 이 문구만으로는 인증서, 프로토콜, 중간 장치 중 무엇이 문제인지 알 수 없습니다. 해결: 내부 예외를 확인하고 시스템 시간을 먼저 점검한 다음 인증서 체인 또는 이름 오류에 맞춰 조치하세요.
오류: The remote certificate is invalid because of errors in the certificate chain: NotTimeValid
원인: 인증서 체인에 유효 기간이 아닌 인증서가 있거나 PC 시계가 잘못 설정됐을 수 있습니다. 해결: 시스템 시간을 동기화한 뒤 다시 시도하세요. 시간이 정확한데도 오류가 계속되면 구독 서비스 제공업체에 인증서 유효 기간 문제를 문의하세요.
오류: The remote certificate is invalid according to the validation procedure: RemoteCertificateNameMismatch
원인: 요청한 호스트 이름과 인증서에 포함된 도메인이 일치하지 않습니다. 해결: 구독 도메인과 리디렉션 대상을 다시 확인하세요. IP 주소로 바꾸거나 인증서 검증을 꺼서 오류를 우회하지 마세요.
구체적인 영문 오류 메시지는 운영체제, 런타임, 클라이언트 버전에 따라 달라집니다. 인증서 체인을 신뢰할 수 없다면 운영체제 업데이트와 루트 인증서 상태를 확인하세요. 회사 네트워크에서만 문제가 발생한다면 관리되는 HTTPS 검사 장치가 있는지 확인하고 관리자에게 신뢰 설정을 문의하세요. 출처가 불분명한 페이지에서 루트 인증서를 내려받아 설치하지 마세요.
업데이트 성공 후 서버가 보이지 않을 때: 그룹과 필터 확인
로그에 다운로드 완료가 표시되어도 최종 목록에 항목이 있다는 뜻은 아닙니다. 먼저 방금 업데이트한 구독 그룹으로 전환하고 메인 창의 검색 조건을 지운 다음 ‘구독 그룹 설정’에서 해당 그룹의 필터 조건을 확인하세요. 키워드 또는 정규식 필터가 있다면 잠시 지우고 저장한 뒤 다시 업데이트하세요. 결과를 확인한 후 필터 규칙을 하나씩 복원합니다.
- 응답 내용 확인: 서비스 제공업체가 빈 구독, 계정 상태 안내 또는 현재 클라이언트에서 지원하지 않는 설정 형식을 반환할 수 있습니다. v2rayN용 형식을 우선 선택하고, 정체를 알 수 없는 웹페이지에서 변환하지 마세요.
- 그룹 범위 확인: 현재 그룹만 업데이트했는지 모든 그룹을 업데이트했는지 확인하세요. 다른 구독의 서버 목록을 보고 있는 것은 아닌지도 살펴보세요.
- 파싱 메시지 확인: 일부 항목이 건너뛰어졌다면 현재 버전이 해당 링크 형식과 프로토콜 매개변수를 지원하는지 확인하세요. 파싱 실패를 네트워크 시간 초과로 오해하지 마세요.
- 필터 조건 확인: 지역 키워드, 제외 표현식, 잘못된 정규식이 모든 서버를 걸러낼 수 있습니다. 먼저 전체 목록을 복원한 뒤 꼭 필요한 조건만 다시 추가하세요.
새로 가져온 서버에 연결할 수 없는 문제는 다음 단계에서 확인할 사항입니다. 이때는 서버 주소, 포트, 인증 매개변수, 전송 설정, 코어 로그를 점검하세요. 구독 업데이트를 반복할 필요는 없습니다. VMess와 VLESS는 연결 프로토콜 관련 설정이고, 구독은 해당 설정을 배포하는 수단입니다. 둘을 혼동하지 마세요.
자동 업데이트 주기 설정으로 잦은 재시도 방지하기
먼저 수동 업데이트를 한 번 완료한 다음 자동 업데이트를 켜세요. ‘구독 그룹’ → ‘구독 그룹 설정’에서 대상 그룹을 편집하고 ‘자동 업데이트 간격(분)’ 항목을 찾습니다. 버전에 따라 ‘자동 업데이트 간격’으로 표시되고 단위가 옆에 나올 수 있습니다. 현재 화면에 표시된 단위에 맞춰 입력하고 저장하세요. 분을 초로 착각하지 마세요. 화면에 0은 사용 안 함으로 표시되어 있다면 0을 입력해 해당 그룹의 예약 업데이트를 끌 수 있습니다.
위 간격은 설정 권장값일 뿐, 서비스 제공업체의 보장이나 클라이언트 기본값이 아닙니다. 설정 변경이 드물다면 1440분부터 시작해도 됩니다. 변경 사항을 더 빠르게 받아야 한다면 서비스 제공업체의 제한을 고려해 간격을 줄이세요. 429 응답을 받았다면 수동 업데이트 버튼을 연속으로 누르지 마세요. 간격을 1분으로 설정해도 인증, 인증서, 형식 문제는 해결되지 않습니다.
- 실행 조건 확인: 자동 업데이트는 클라이언트가 실행 중이고 네트워크를 사용할 수 있어야 합니다. PC가 절전 모드이거나 앱이 종료됐거나 네트워크가 끊기면 정해진 시간에 업데이트가 완료된다고 기대할 수 없습니다.
- 네트워크 경로 확인: 자동 업데이트의 프록시 사용 방식은 버전에 따라 다를 수 있습니다. 마지막으로 수동 메뉴에서 선택한 경로를 그대로 따른다고 가정하지 마세요. 현재 버전의 관련 설정을 확인하고 다음 업데이트가 실행된 뒤 로그를 살펴보세요.
- 주기 한 번 검증: 설정을 저장한 다음 이후 업데이트 기록과 그룹 내용을 확인하세요. 검증을 위해 간격을 일시적으로 줄일 경우 서비스 제공업체의 요청 제한을 지키고, 검증 후에는 정상 값으로 되돌리세요.
- 오류 기록 보존: 업데이트 시각, 업데이트 방식, 상태 코드, 파싱된 항목 수를 기록하세요. 그래도 실패한다면 이 정보를 바탕으로 서비스 제공업체나 클라이언트 유지보수 채널에 문의하는 편이 ‘새로고침이 안 된다’고만 설명하는 것보다 원인 파악에 도움이 됩니다.
정리: 수동 업데이트 성공 후 예약 작업 확인
확인 순서는 ‘URL 유효성, 요청 성공, 항목 파싱, 목록 표시, 예약 실행’입니다. 앞의 네 단계 중 하나라도 통과하지 못했다면 해당 문제부터 해결하세요. 앞의 네 단계는 성공했지만 자동 업데이트가 실패한다면 간격 단위, 실행 상태, 예약 업데이트의 네트워크 경로를 중점적으로 확인하세요.