V2Ray 자주 묻는 질문과 문제 해결

V2Ray 코어는 프로토콜 처리, 라우팅 판단, 연결 전달을 담당하고, 그래픽 클라이언트는 구독 관리, 매개변수 입력, 시스템 프록시 전환과 로그 확인을 담당합니다. v2rayN은 데스크톱 그래픽 클라이언트이며 v2rayNG와 v2flyNG는 Android용입니다. 일반적으로 그래픽 클라이언트만 설치하면 되며, 클라이언트는 배포 방식에 맞춰 필요한 코어를 함께 제공합니다. 코어와 사용자 인터페이스를 따로 설정할 필요는 없습니다.

Windows, macOS, Linux 데스크톱에서는 구독, 라우팅, 시스템 프록시, TUN 등을 모두 설정할 수 있는 v2rayN을 우선 사용하세요. Android에서는 일반적으로 Xray 코어를 사용하는 v2rayNG를 먼저 선택합니다. 구독 매개변수가 v2fly 코어에 더 적합하거나 코어별 호환성을 확인해야 한다면 v2flyNG를 사용할 수 있습니다. 한 기기에서 두 클라이언트의 VPN 또는 시스템 프록시 제어를 동시에 활성화하지 마세요.

구독 링크는 서버에서 여러 노드 목록을 통합해 제공하며, 클라이언트가 구독을 업데이트하면 노드 추가·삭제와 매개변수 변경 사항이 동기화됩니다. 개별 노드 설정에는 한 번 가져온 연결 정보만 포함되므로 이후 서버 변경 사항이 자동으로 반영되지 않습니다. 장기간 사용할 경우 구독을 별도 그룹에 저장하고 적절한 자동 업데이트 주기를 설정하는 편이 좋습니다. 특정 설정을 임시로 테스트할 때는 노드를 별도로 가져와 기존 구독 그룹을 덮어쓰지 않도록 하세요.

시스템 프록시 모드는 운영체제의 프록시 설정을 변경합니다. 브라우저와 시스템 프록시를 따르는 프로그램은 클라이언트를 통해 연결되지만, 일부 게임과 명령줄 도구, 자체적으로 네트워크를 관리하는 프로그램은 이 설정을 읽지 않을 수 있습니다. TUN 모드는 가상 네트워크 인터페이스를 통해 더 낮은 계층에서 트래픽을 가로채므로 적용 범위가 넓지만 추가 권한이 필요합니다. 일반적으로 먼저 시스템 프록시로 설정을 확인하고, 특정 앱을 제어할 수 없을 때 TUN을 활성화하세요.

2015년 이후 출시된 대부분의 Android 스마트폰과 태블릿은 64비트 ARM 프로세서를 사용하므로 먼저 arm64 버전을 선택할 수 있습니다. 일반적으로 파일 크기도 더 작습니다. 프로세서 아키텍처를 확인할 수 없거나 기기가 오래되었거나 arm64 설치 시 호환되지 않는다는 메시지가 표시되면 universal 범용 버전을 사용하세요. 두 버전의 주요 기능은 같고 지원하는 프로세서 아키텍처 범위만 다르므로 동시에 설치할 필요는 없습니다.

Android 클라이언트 설치 패키지 보기

먼저 복사한 내용이 완전한 구독 주소인지 확인하고, 불필요한 공백이나 줄바꿈, 메신저가 덧붙인 문장 부호가 없는지 살펴보세요. v2rayN에서는 구독 그룹 설정으로 이동해 주소를 추가하고 저장한 뒤 구독 업데이트를 실행해야 합니다. v2rayNG에서는 구독 그룹 메뉴에서 주소를 추가하고 업데이트할 수 있습니다. 클라이언트에 형식 오류가 표시되면 구독 제공자에게 주소가 아직 유효한지, 반환된 내용이 클라이언트에서 지원하는 구독 형식인지 확인하세요.

구독 가져오기 단계 보기

먼저 브라우저에서 구독 주소에 정상적으로 접속되는지 확인한 다음 주소가 만료되었거나 새로 생성된 것은 아닌지 확인하세요. 이후 클라이언트 업데이트 로그를 확인해 도메인 확인 실패, 연결 시간 초과, 반환 내용 오류를 구분합니다. 구독 주소 자체에 프록시 접속이 필요하다면 먼저 사용 가능한 노드에 연결한 뒤 프록시를 통한 구독 업데이트 옵션을 활성화하세요. 계속 실패하면 임시 그룹을 새로 만들어 테스트해 기존 캐시와 그룹 규칙의 영향을 배제할 수 있습니다.

데스크톱 운영체제에서 가상 네트워크 인터페이스를 만들려면 일반적으로 관리자 권한이 필요합니다. 먼저 클라이언트를 완전히 종료한 뒤 운영체제의 관리자 권한 실행 방식으로 시작하고 TUN을 다시 활성화하세요. Android에서는 처음 활성화할 때 VPN 연결 권한 요청이 표시되므로 승인을 확인해야 합니다. 기기에서 다른 VPN 앱이 실행 중이라면 먼저 연결을 해제하세요. 보통 한 번에 하나의 앱만 시스템 VPN 인터페이스를 사용할 수 있습니다.

처음 노드를 확인할 때는 잠시 글로벌 모드를 사용하면 라우팅 규칙으로 인한 변수를 줄일 수 있습니다. 연결이 정상임을 확인한 뒤에는 일반적으로 규칙 모드로 전환해 클라이언트가 도메인, IP, 규칙 세트에 따라 직접 연결 또는 프록시 연결을 선택하게 하세요. 직접 연결 모드에서는 일반 요청을 프록시 아웃바운드로 보내지 않으며, 프록시를 잠시 끄거나 로컬 네트워크를 점검할 때 사용합니다. 모드를 바꾼 뒤에는 테스트 페이지에 다시 접속하고 클라이언트의 연결 상태만 확인하지 마세요.

지연 시간 테스트는 측정 시점에 클라이언트와 노드 사이의 응답 상태만 보여 주며 실제 다운로드 속도와 같지 않고 모든 프로토콜 핸드셰이크의 성공을 단독으로 증명하지도 못합니다. 실제 연결 테스트, 웹페이지 접속, 실행 로그를 함께 확인해 판단하세요. 특정 노드의 지연 시간은 짧지만 웹페이지가 열리지 않는다면 전송 매개변수, TLS 도메인, 사용자 정보 또는 라우팅 설정이 맞지 않을 수 있습니다. 한 노드를 반복 측정하는 것보다 여러 노드를 연속으로 테스트하는 편이 문제 범위를 파악하기 쉽습니다.

일반적인 사용에서는 몇 시간에 한 번부터 하루에 한 번 사이로 설정하면 되며, 구체적인 주기는 구독 제공자가 노드를 변경하는 빈도에 따라 달라집니다. 주기가 너무 짧으면 중복 요청이 발생하고 네트워크가 불안정할 때 실패 기록이 자주 표시될 수 있습니다. 업데이트 후 현재 노드가 삭제되었다면 클라이언트에서 사용 가능한 노드를 다시 선택해야 할 수 있습니다. 중요한 연결을 시작하기 전에는 수동으로 한 번 업데이트하고, 업데이트 후 현재 그룹, 활성 노드, 라우팅 모드가 예상치 않게 바뀌지 않았는지 확인하세요.

라우팅 설정에서 로컬 네트워크 주소를 직접 연결로 유지하면 라우터 관리 페이지, 프린터, 로컬 네트워크 저장 장치로 향하는 트래픽이 프록시로 전송되는 것을 막을 수 있습니다. 일반적인 사설 주소 대역과 로컬 도메인도 우선 직접 연결로 설정하세요. 사용자 지정 규칙을 추가할 때는 범위가 더 구체적인 규칙을 일반 규칙보다 앞에 배치하고 해당 아웃바운드를 명확히 선택하세요. 변경 후에는 로컬 기기, 일반 웹사이트, 프록시가 필요한 대상을 각각 테스트해 앞선 규칙에 잘못 매칭되지 않는지 확인하세요.

라우팅 설정 참고 자료 보기

먼저 같은 구독에 있는 다른 노드로 전환하세요. 모든 노드에서 시간 초과가 발생하면 로컬 네트워크, 시스템 시간, DNS, 구독 업데이트 여부를 우선 확인합니다. 한 노드에서만 시간 초과가 발생한다면 해당 노드의 주소, 포트 또는 서비스 상태가 변경되었을 가능성이 큽니다. 프로토콜, 전송 방식, TLS 또는 REALITY 매개변수가 빠짐없이 입력되었는지도 확인하세요. 로그의 connection timeout은 제한 시간 안에 연결이 수립되지 않았다는 뜻이므로, 도메인 확인, TCP 연결, 프로토콜 핸드셰이크 중 어느 단계에서 시간 초과가 발생했는지 추가로 확인해야 합니다.

연결됨 표시는 클라이언트 프로세스와 로컬 프록시 진입점이 작동 중이라는 뜻일 뿐, 대상 노드를 사용할 수 있다는 의미는 아닙니다. 먼저 시스템 프록시 또는 TUN이 실제로 활성화되었는지 확인한 뒤 브라우저로 여러 사이트에 접속하고 다른 노드로 바꿔 다시 테스트하세요. 이어서 라우팅 모드가 실수로 직접 연결로 설정되지 않았는지, DNS 요청이 실패하지 않았는지, 로컬 포트를 다른 프로그램이 사용 중이지 않은지 확인합니다. 프록시를 끈 뒤에도 접속할 수 없다면 먼저 기본 네트워크를 복구하고 클라이언트 매개변수는 더 변경하지 마세요.

먼저 브라우저가 별도의 프록시 설정이나 확장 프로그램 규칙을 사용하고 있는지 확인하세요. 이러한 설정이 시스템 프록시를 덮어쓸 수 있습니다. 브라우저를 완전히 종료한 뒤 다시 열면 새 프로세스가 시스템 설정을 다시 읽습니다. 명령줄 터미널과 일부 개발 도구는 시스템 프록시를 자동으로 따르지 않으므로 도구 문서에 따라 HTTP, HTTPS 또는 SOCKS 프록시 환경을 설정해야 합니다. 또한 클라이언트의 로컬 수신 포트를 확인해 HTTP 포트를 SOCKS 포트로 잘못 입력하지 않았는지 살펴보세요.

rejected는 연결이 처리 과정의 특정 단계에서 거부되었다는 뜻으로, 라우팅 차단, 대상에 연결할 수 없음, 프로토콜 조건 불일치 등이 원인일 수 있습니다. timeout은 도메인 확인, 연결 또는 핸드셰이크가 제한 시간 안에 완료되지 않았다는 뜻입니다. invalid user는 일반적으로 사용자 식별자나 인증 정보가 서버와 일치하지 않는다는 의미입니다. 문제를 확인할 때는 먼저 오류 발생 시간과 대상를 기록한 뒤 로컬 인바운드, 라우팅 규칙, 원격 아웃바운드 순서로 점검하세요. 여러 매개변수를 한 번에 변경하지 마세요.