클라이언트를 설치했지만 연결이 아직 불안정한 사용자를 위한 안내입니다. 먼저 구독이 제대로 가져와졌는지 확인한 다음, 로컬 리슨 상태와 시스템 프록시, 노드 핸드셰이크, DNS를 점검하세요. 데스크톱은 v2rayN을 기준으로 설명합니다. Android에서 v2rayNG 또는 v2flyNG를 사용하는 경우 시스템 프록시 대신 앱의 VPN 연결 기능을 확인해야 합니다. 한 번에 한 항목만 변경하고 같은 테스트 주소로 다시 확인하세요.
1. 구독 업데이트에 실패하면 무엇부터 확인해야 하나요?
먼저 ‘구독 가져오기 실패’와 ‘구독은 가져왔지만 노드에 연결할 수 없음’을 구분하세요. 구독 주소는 노드 설정을 내려받는 주소이지, 서버 주소 입력란에 직접 넣는 노드 주소가 아닙니다. 업데이트가 시간 초과되면 우선 컴퓨터 자체의 인터넷 연결과 구독 링크 전체가 정확한지 확인하세요. VMess나 VLESS의 프로토콜 설정부터 바꾸지 마세요.
v2rayN의 ‘구독 그룹’ → ‘구독 그룹 설정’에서 해당 그룹의 주소를 확인하세요. 복사할 때 앞뒤 공백이나 따옴표, 줄바꿈이 포함되지 않도록 합니다. 버전에 따라 메뉴 이름이 조금 다를 수 있으니 실제 화면의 ‘구독 그룹’과 ‘구독 업데이트’ 기능을 기준으로 확인하세요.
-
링크 확인
서비스 제공자가 안내한 전체 구독 주소를 복사했는지 확인하세요. 계정 페이지 주소와 혼동하지 마세요. 링크의 토큰은 인증 정보이므로 공개 채팅방이나 스크린샷에 공유하지 마세요.
-
먼저 프록시 없이 시도
‘구독 그룹’에서 프록시를 사용하지 않는 업데이트를 선택한 뒤, 로그에 시간 초과가 표시되는지, HTTP 상태 코드 오류인지, 콘텐츠 파싱 실패인지 확인하세요.
-
그다음 프록시 사용
사용 가능한 노드가 이미 있을 때만 프록시를 통한 업데이트를 시도하세요. 현재 노드 자체가 작동하지 않으면 그 노드를 통해 구독을 업데이트해도 실패합니다.
-
계정 확인
401 또는 403 응답이 오면 구독 만료 여부, 토큰 재설정 여부, 서버 접근 제한을 확인하세요. 인증 문제를 해결하려고 로컬 포트를 계속 바꾸지 마세요.
2. 업데이트 완료라고 나오는데 노드 목록은 왜 비어 있나요?
요청 성공이 콘텐츠의 유효성을 보장하지는 않습니다. 구독 API가 로그인 페이지나 오류 메시지, 현재 클라이언트가 파싱할 수 없는 데이터를 반환했을 수 있습니다. 먼저 로그에서 가져온 노드 수를 확인하고, 메인 화면에서 올바른 그룹을 선택했는지 살펴보세요. 비어 있는 그룹을 선택했거나 검색 조건이 남아 있으면 가져온 노드가 표시되지 않을 수 있습니다.
- 먼저 필터를 해제하세요: 전체 노드가 표시되는 화면으로 전환하고 검색창을 비운 다음 그룹 이름을 확인합니다.
- 가져온 노드 수를 확인하세요: 로그에 추가된 노드가 0개로 표시되면 구독 형식과 클라이언트 지원 여부를 확인하세요. ‘업데이트 완료’라는 문구만 보고 판단하지 마세요.
- 가져오기 방식을 확인하세요: 단일
vmess://또는vless://링크는 노드 가져오기 기능을 사용해야 합니다. 구독 그룹에는 설정을 가져오는 데 사용할 주소를 저장합니다. - 기존 설정을 보존하세요: 새 테스트 그룹을 만들어 다시 가져오고, 아직 사용할 수 있는 기존 그룹은 바로 삭제하지 마세요.
v2rayNG는 Xray 코어를 사용하고, v2flyNG는 v2fly 코어를 사용합니다. 구독을 파싱할 수 있는지, 노드를 실행할 수 있는지는 클라이언트와 코어가 해당 프로토콜 설정을 지원하는지에 따라 달라집니다. 데스크톱에서 가져올 수 있는 설정이라고 해서 파일 이름만 보고 다른 클라이언트에서도 작동한다고 판단하면 안 됩니다.
3. 지연 시간 테스트 수치는 무엇을 뜻하며, 낮을수록 좋은가요?
먼저 테스트 종류를 확인하세요. TCP 지연 시간은 서버 포트에 연결하는 데 걸리는 시간을 주로 나타내며, 프록시 프로토콜 인증이 성공했음을 의미하지는 않습니다. 실제 연결 지연 시간 테스트는 보통 프록시를 통해 지정된 테스트 주소에 요청을 보내므로 더 많은 구간을 확인할 수 있지만, 지속적인 다운로드 속도와 같지는 않습니다. 테스트 주소가 다르면 결과를 직접 비교하기 어렵습니다.
위 수치는 문제 해결을 위한 설정 예시이며, 노드를 실제로 측정한 결과나 모든 설치 환경의 기본값이 아닙니다. 예를 들어 같은 조건에서 한 노드가 80ms, 다른 노드가 160ms로 표시됐다면 이번 테스트에서 앞의 노드가 더 빠르게 응답했다는 뜻입니다. 동영상 재생 품질은 대역폭, 혼잡, 패킷 손실, 대상 사이트의 상태에도 영향을 받습니다. 먼저 여러 번 테스트해 결과가 안정적인지 확인한 뒤 최저값을 살펴보세요.
판단 기준: 실제 연결을 확인한 뒤 지연 시간을 비교하세요
같은 테스트 주소를 사용해 후보 노드를 각각 3회 반복 테스트하세요. 계속 시간 초과가 발생하는 노드를 먼저 제외한 다음, 실제 웹페이지 접속이나 다운로드로 사용감을 비교하세요. TCP 지연 시간 한 번의 결과만으로 노드 사용 가능 여부를 판단하지 마세요.
4. TCP 테스트에는 수치가 나오는데 연결은 시간 초과됩니다. 로그는 어떻게 봐야 하나요?
서버 포트와 TCP 연결이 된다고 해서 UUID, 전송 경로, TLS 또는 REALITY 설정까지 올바른 것은 아닙니다. 노드를 선택해 활성 서버로 지정한 뒤 클라이언트 로그를 열고 웹페이지 요청을 한 번 보내세요. 해당 요청이 발생한 시각을 기록하고, 반복해서 나타나는 후속 시간 초과보다 처음 표시된 구체적인 오류를 먼저 확인하세요.
오류: connection refused
원인 및 해결 방법: 연결이 거부되었습니다. 로그의 대상 주소부터 확인하세요. 127.0.0.1이라면 로컬 코어가 실행 중인지 확인하고, 원격 노드 주소라면 서버 포트와 서비스 상태를 점검하세요.
오류: i/o timeout
원인 및 해결 방법: 네트워크 작업이 대기 시간을 초과했습니다. 앞서 표시된 연결 대상을 참고해 DNS 조회, 원격 연결, 응답 대기 중 어느 단계에서 발생했는지 확인한 뒤, 이미 작동하는 것으로 확인된 다른 노드와 비교하세요.
오류: x509: certificate has expired or is not yet valid
원인 및 해결 방법: 인증서 유효 기간 검증에 실패했습니다. 먼저 시스템 날짜와 시간, 시간대를 동기화하세요. 시간이 올바른데도 오류가 계속되면 서버 관리자가 인증서를 확인해야 합니다. 인증서 검증을 끄지는 마세요.
로그 문구는 코어와 버전에 따라 다를 수 있습니다. VLESS 설정에서는 주소, 포트, UUID, 전송 유형, 보안 계층 매개변수를 하나씩 확인하세요. REALITY를 사용할 때는 서버에서 제공한 serverName, 공개 키, shortId, 필요한 flow도 점검해야 합니다. 일반 TLS 노드의 값을 REALITY 항목에 대신 넣지 마세요.
5. 노드는 작동하는데 시스템 프록시를 켜도 앱이 직접 연결되는 이유는 무엇인가요?
시스템 프록시는 해당 설정을 읽는 앱에만 적용되며, 모든 트래픽을 자동으로 가로채지는 않습니다. v2rayN의 시스템 프록시 설정은 앱이 로컬 포트로 연결되는 방식을 제어하고, 라우팅 규칙은 코어로 들어온 트래픽이 어느 경로로 나갈지 결정합니다. 두 설정을 따로 확인해야 합니다. 라우팅에서 ‘전역’을 선택해도 앱의 연결 진입점 설정을 대신할 수는 없습니다.
| 확인 위치 | 조작 방법 | 확인 기준 |
|---|---|---|
| v2rayN 시스템 프록시 메뉴 | ‘시스템 프록시 자동 설정’ 선택 | 시스템 프록시 주소가 로컬 리슨 주소와 포트를 가리키는지 확인 |
| Windows 프록시 설정 | ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’ 열기 | 수동 프록시 주소와 포트, 제외 목록 확인 |
| 앱 내부 설정 | 앱에서 별도의 프록시를 설정했거나 시스템 프록시를 무시하는지 확인 | 앱의 연결 방식이 클라이언트 리슨 프로토콜과 일치하는지 확인 |
| v2rayN 라우팅 모드 | 대상 도메인에 적용되는 규칙과 출구 확인 | 프록시를 사용해야 하는 대상이 직접 연결 규칙에 먼저 걸리지 않는지 확인 |
문제가 한 앱에서만 발생한다면 모든 노드를 바로 바꾸지 말고 해당 앱 설정부터 확인하세요. 시스템 프록시를 읽지 않는 트래픽까지 처리해야 한다면 TUN 사용을 검토하세요. TUN은 가상 네트워크 어댑터와 라우팅, DNS에 영향을 주므로 기본 연결이 정상임을 확인한 뒤 활성화하는 것이 좋습니다.
6. 브라우저에서 웹페이지가 열리지 않을 때 프록시 문제와 DNS 문제를 어떻게 구분하나요?
브라우저 확장 프로그램과 별도 프록시 설정을 우회하고, 명령어에서 로컬 프록시를 직접 지정해 확인하세요. 아래 예시는 Windows용이며, 클라이언트가 실제로 127.0.0.1:10808에서 HTTP 또는 혼합 프록시를 제공하는 경우에 사용할 수 있습니다. 포트가 다르면 클라이언트 화면에 표시된 값으로 바꾸세요. 예시 URL은 연결 확인용이며 모든 네트워크에서 접속을 보장하지 않습니다.
curl.exe -I --connect-timeout 5 --max-time 15 --proxy http://127.0.0.1:10808 https://example.com/- 로컬 연결 실패 메시지가 표시됨: 요청이 아직 프록시에 도달하지 않았습니다. 리슨 포트와 코어 실행 상태를 다시 확인하세요.
- HTTP 응답 헤더를 받음: 이번에 지정한 프록시 요청에 응답이 왔다는 뜻입니다. 모든 웹사이트가 작동한다는 의미는 아니므로 브라우저 자체의 프록시 및 보안 DNS 설정을 계속 확인하세요.
- 프록시 연결 후 시간 초과: 코어 로그에서 노드, 대상 주소, 라우팅 규칙을 확인하세요. 브라우저 캐시 문제라고 단정하지 마세요.
- 로그에 도메인 이름 확인 오류가 표시됨: 클라이언트 DNS 설정과 업스트림 서버 연결 상태를 확인하고, 노드 도메인과 대상 웹사이트 도메인 중 어느 쪽의 조회가 실패했는지 구분하세요.
SOCKS 연결로 점검할 때는 로컬 DNS 조회와 프록시 측 DNS 조회를 구분해야 합니다. curl의 socks5://는 보통 대상 도메인을 로컬에서 조회하고, socks5h://는 대상 도메인 조회를 프록시에 맡깁니다. 두 방식의 결과 차이는 DNS 조회 경로를 파악하는 단서입니다. DNS 주소를 아무렇게나 바꾸면 모든 문제가 해결된다는 뜻은 아닙니다.
7. 포트가 사용 중이라고 나오면 어떤 프로세스를 종료해야 하나요?
포트 사용 중이라는 메시지만 보고 정체를 모르는 프로세스를 종료하지 마세요. 먼저 v2rayN의 ‘설정’ → ‘매개변수 설정’에서 로컬 리슨 포트를 확인한 뒤, 해당 포트를 사용 중인 프로세스를 찾으세요. 이 글에서는 10808을 예로 들지만 이전 설정이나 다른 설치 환경에서는 포트가 다를 수 있습니다. 현재 화면과 시작 로그를 기준으로 확인하세요.
netstat -ano | findstr :10808
tasklist /FI "PID eq 1234"첫 번째 명령어에서는 LISTENING이 포함된 행을 찾아 로컬 주소와 포트를 확인하세요. 가장 오른쪽 열은 프로세스 ID입니다. 두 번째 명령어의 1234는 작성 예시일 뿐이므로 실행 전에 실제로 확인한 프로세스 ID로 바꾸세요. 포트를 사용 중인 프로세스가 실행 중인 다른 클라이언트 인스턴스라면 중복 인스턴스를 정상 종료하면 됩니다.
8~10. TUN, 연결 끊김, 설정 공유 문제 해결
구독과 리슨 상태, 노드를 확인한 다음 트래픽을 처리할 범위와 연결 안정성을 점검하세요. 아래 세 가지 문제는 클라이언트를 반복해서 재설치할 필요가 없습니다. 현재 상태를 먼저 확인하고, 항목별로 되돌릴 수 있도록 변경 전 설정을 보관하세요.
8. TUN을 켜지 않으면 사용할 수 없나요?
반드시 그런 것은 아닙니다. 브라우저가 시스템 프록시를 따르는 경우에는 보통 시스템 프록시만 사용하면 됩니다. 더 많은 앱의 트래픽을 처리해야 할 때 v2rayN 메인 화면에서 TUN을 켜고 시스템 안내에 따라 필요한 권한을 허용하세요. 활성화 후 인터넷 연결이 끊기면 먼저 TUN을 꺼서 원래 상태로 되돌린 다음 가상 네트워크 어댑터, 라우팅 충돌, DNS를 확인하세요. Android의 v2rayNG와 v2flyNG는 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. 처음 연결할 때 VPN 권한을 허용해야 하며, 데스크톱 시스템 프록시 설정을 그대로 적용할 수는 없습니다.
9. 처음에는 작동하다가 잠시 후 연결이 끊기면 어떻게 해야 하나요?
먼저 절전 모드 진입, Wi-Fi 전환, 네트워크 변경 후에 연결이 끊기는지 기록하세요. 네트워크가 복구되면 같은 노드를 다시 테스트한 뒤 다른 노드와 비교하세요. Windows에서는 전원 및 네트워크 상태를 확인합니다. Android에서 화면을 끈 뒤에만 연결이 끊긴다면 해당 클라이언트의 배터리 최적화 및 백그라운드 실행 제한을 확인하세요. 모든 노드가 동시에 실패하면 로컬 네트워크와 코어 로그를 먼저 점검하고, 특정 노드만 실패하면 서버 상태, 트래픽 한도, 연결 제한을 확인하세요.
10. 문제 해결을 위해 구독 링크를 다른 사람에게 보내도 되나요?
인증 정보를 가린 오류 로그와 설정 스크린샷을 먼저 공유하세요. 구독 링크, 노드 QR 코드, UUID 등의 정보만으로도 다른 사람이 노드에 접근하거나 사용할 수 있으므로 공개적으로 보내면 안 됩니다. 스크린샷에는 오류 발생 시간, 코어 종류, 포트, 오류 원문만 남기고 구독 토큰, 비밀번호, UUID, 개인 계정 정보는 가리세요. 전체 구독 링크가 유출됐다면 서비스 제공자 측에서 링크를 재설정한 다음 클라이언트에 저장된 주소도 업데이트하세요.
최종 점검 순서는 다음과 같습니다. 기본 네트워크 연결 확인 → 구독에 유효한 노드가 있는지 확인 → 코어가 실행되고 리슨 중인지 확인 → 활성 노드 연결 확인 → 앱이 로컬 프록시를 통하는지 확인 → 라우팅과 DNS가 예상대로 설정됐는지 확인. 각 단계를 마칠 때마다 다시 테스트하세요. 포트, 프로토콜, 라우팅, DNS를 한꺼번에 바꾸면 원인을 파악하기 어렵습니다. 계속 실패한다면 단순히 ‘연결 안 됨’이라고 알리는 것보다 운영체제, 클라이언트와 코어 버전, 발생 시각, 민감 정보를 가린 로그를 관리자에게 전달하는 편이 문제 해결에 도움이 됩니다.