V2Ray 자주 묻는 질문

먼저 운영체제에 맞는 클라이언트를 선택한 다음, 설정에 필요한 코어 기능을 확인하세요. Windows, macOS, Linux에서는 v2rayN을 사용할 수 있습니다. Windows에서는 크로스 플랫폼 Desktop 인터페이스와 기존 WPF 인터페이스 중에서 선택할 수 있습니다. Android에서는 보통 Xray 코어를 사용하는 v2rayNG를 선택하고, V2Fly 코어 호환성이 필요한 경우 v2flyNG를 고려하세요. 세 가지 모두 그래픽 클라이언트이며 서버 프로그램은 아닙니다. 설정 지원 범위는 클라이언트와 코어의 실제 버전에 따라 다르므로 프로그램 이름만으로 판단하면 안 됩니다. 설치 파일 아키텍처도 기기에 맞아야 합니다.

클라이언트는 설정을 읽고 트래픽을 처리하지만, 설치만으로 사용할 수 있는 원격 서버가 만들어지지는 않습니다. 구독 주소를 사용하면 서버 설정을 한꺼번에 가져오고 업데이트할 수 있으며, 공유 링크는 보통 하나의 설정에 해당합니다. 두 입력 방식은 서로 다릅니다. 사용 권한이 있는 서비스의 설정을 이용하거나 직접 구축한 서버에서 필요한 정보를 생성하세요. 이 사이트는 클라이언트 다운로드 링크와 설정 문서를 제공하며, 서버 구독은 제공하지 않습니다. 구독 주소에는 접속 정보가 포함될 수 있으므로 공개 스크린샷이나 채팅 기록, 온라인 변환 사이트에 올리지 마세요. 가져오기 전에 서비스 이용 기간과 트래픽 한도, 지원 프로토콜도 확인하세요.

프로토콜, 전송 방식, 보안 계층은 서로 다른 설정 항목이므로 서버에서 제공한 정보를 조합해 사용해야 합니다. VMess, VLESS, Trojan은 널리 쓰이는 프록시 프로토콜이고, REALITY는 보안 계층 구성 방식입니다. 모든 프로토콜을 대체하는 독립적인 옵션은 아닙니다. VLESS 설정은 REALITY와 함께 사용할 수도 있고 다른 보안 계층을 사용할 수도 있습니다. 가져온 뒤에는 주소, 포트, 사용자 ID, 전송 방식, 보안 매개변수를 확인하세요. 서버 이름, 공개 키 또는 짧은 ID가 필요한 설정에서 해당 정보가 빠지면 항목을 저장했더라도 연결되지 않을 수 있습니다. 테스트를 위해 인증서 검증을 함부로 끄지 마세요.

시스템 프록시와 TUN은 트래픽을 클라이언트로 보내는 방식을 결정하고, 라우팅 규칙은 유입된 트래픽을 어떤 아웃바운드로 보낼지 정합니다. 시스템 프록시는 시스템 설정을 따르는 브라우저와 앱에 적합하지만, 일부 프로그램은 이를 무시합니다. TUN은 가상 네트워크 인터페이스로 해당 트래픽을 처리하며, 추가 권한과 라우팅·DNS 설정이 필요한 경우가 많습니다. 라우팅 규칙을 이용하면 특정 도메인, 주소, 포트를 직접 연결, 프록시 또는 차단 아웃바운드로 보낼 수 있습니다. 처음에는 시스템 프록시로 기본 연결을 확인하고, 앱 요구에 따라 TUN을 고려하세요. 문제 원인을 파악하기 어렵지 않도록 여러 옵션을 한꺼번에 바꾸지 않는 것이 좋습니다.

기기가 64비트 ARM 아키텍처임을 확인했다면 arm64를 우선 선택하세요. 아키텍처를 모르거나 호환성 문제가 있다면 universal 범용 패키지를 선택할 수 있습니다. 2015년 이후 출시된 주요 스마트폰은 대부분 64비트 ARM 프로세서를 사용하지만, 프로세서가 지원하는 기능과 운영체제의 실제 실행 아키텍처가 항상 일치하는 것은 아닙니다. 출시 연도만으로 판단하지 말고 기기 사양이나 시스템 정보에서 아키텍처를 확인하세요. 설치할 수 없다면 다운로드 중단, 저장 공간 부족, 운영체제 버전 미충족, 기존 앱과 설치 파일의 서명 불일치도 확인해야 합니다. 설정이 사라질 수 있으니 기존 앱부터 삭제하지 마세요.

먼저 입력 유형을 구분한 뒤 내용이 온전한지 확인하세요. 프로토콜 이름으로 시작하는 공유 링크는 보통 클립보드에서 가져오기 기능으로 처리하고, 구독 주소는 구독 그룹에 추가한 다음 업데이트해야 합니다. 복사할 때 안내 문구, 따옴표, 줄바꿈, 메신저가 자동으로 붙인 생략 표시가 포함되지 않도록 하세요. 가져온 뒤 항목이 보이지 않는다면 형식 분석 오류나 지원하지 않는 필드가 있는지 확인하고, 클라이언트와 코어가 해당 설정을 지원하는지도 살펴보세요. 웹 로그인 주소가 구독 API 주소와 같지는 않습니다. 서비스 관리 페이지에서 구독 주소를 다시 복사하세요. 인증 정보가 포함된 전체 링크를 공개된 질문 게시판에 올리지 마세요.

먼저 업데이트 로그에서 네트워크 요청 실패와 콘텐츠 분석 실패를 구분한 뒤 해당 항목을 확인하세요. 요청에 실패했다면 구독 주소가 만료되었는지, 기기 시간이 정확한지, 이미 작동하지 않는 프록시를 통해 업데이트하도록 설정되어 있는지 확인하세요. v2rayN에서는 프록시를 사용하지 않고 구독 업데이트를 시도할 수 있지만, 현재 네트워크에서 해당 API에 직접 접속할 수 있어야 합니다. 분석에 실패했다면 응답 내용이 로그인 페이지나 오류 페이지인지, 지원하지 않는 구독 형식인지 확인하고 서비스 제공업체에 문의하세요. 아직 사용할 수 있는 설정이 사라지지 않도록 기존 그룹을 보존한 채 다시 시도하세요. 모든 문제를 Base64 인코딩 탓으로 돌릴 필요는 없습니다.

먼저 일반 프록시가 정상적으로 작동하는지 확인한 뒤 TUN 권한과 가상 인터페이스 문제를 살펴보세요. Windows에서는 클라이언트 안내에 따라 관리자 권한이 필요한지 확인하세요. macOS와 Linux 데스크톱 버전은 실제 설치 방식에 맞춰 보조 서비스, 권한 승인, 네트워크 인터페이스 생성 관련 안내를 확인해야 합니다. 다른 운영체제의 방법을 그대로 적용하지 마세요. Android에서는 보통 VPN 연결 권한을 요청하며, 거부했다면 다시 허용해야 합니다. 네트워크를 제어 중인 다른 VPN 또는 TUN 도구도 종료해 인터페이스와 라우팅 충돌을 방지하세요. 권한을 허용한 뒤에도 연결되지 않으면 권한을 계속 높이기보다 로그를 저장하고 라우팅과 DNS를 확인하세요.

먼저 시스템 프록시가 가리키는 로컬 주소와 포트가 클라이언트의 수신 설정과 일치하는지 확인한 다음 코어가 실행 중인지 살펴보세요. v2rayN에서 시스템 프록시 자동 설정은 시스템 설정을 변경하고, 시스템 프록시 해제는 해당 설정을 제거합니다. 시스템 프록시 설정을 변경하지 않는 옵션은 보통 기존 상태를 유지합니다. 브라우저 확장 프로그램이나 별도 프록시 설정, 기업 정책이 시스템 설정을 덮어쓸 수 있으므로 충돌하는 항목을 잠시 끄고 브라우저를 다시 시작해 확인하세요. SOCKS 포트와 HTTP 포트는 임의로 바꿔 사용할 수 없습니다. 일부 버전은 혼합 포트를 제공합니다. Android에서는 보통 앱 내 VPN 권한으로 트래픽을 처리하므로 데스크톱의 시스템 프록시 점검 방법을 그대로 적용하면 안 됩니다.

모드 이름만 보고 결정하지 말고 규칙 세트가 실제로 어떤 트래픽과 일치하는지 확인하세요. 중국 본토 우회 모드는 보통 중국 본토의 특정 도메인과 주소를 직접 연결하고 나머지는 기본 아웃바운드로 처리합니다. 차단 목록 모드는 일반적으로 규칙에 지정된 대상만 프록시를 거치게 합니다. 전역 모드는 대부분의 트래픽을 선택한 프록시로 보내 비교 테스트할 때 유용합니다. 기본 규칙과 예외는 클라이언트 설정에 따라 다르며, 전역 모드라고 해서 모든 로컬 주소 보호가 무시되는 것은 아닙니다. 평소에는 LAN과 사설 주소를 직접 연결하도록 유지하고, 사용자 지정 규칙을 바꾼 뒤에는 우선순위를 확인해 지나치게 넓은 규칙이 먼저 적용되지 않도록 하세요.

지연 시간 테스트는 특정 조건에서 연결할 수 있는지만 보여 주며 실제 앱의 동작을 보장하지는 않습니다. 서버를 선택하고 코어를 실행한 뒤 시스템 프록시나 VPN을 통한 트래픽 처리가 켜져 있는지 확인하세요. 그런 다음 접속 가능한 HTTPS 페이지를 브라우저에서 열고, 클라이언트 로그에 해당 요청과 예상 아웃바운드가 기록되는지 살펴보세요. UDP나 특정 앱도 확인해야 한다면 각각 따로 테스트하세요. 웹페이지가 열린다는 이유로 모든 트래픽이 정상이라고 판단하면 안 됩니다. 직접 연결과 프록시 결과를 비교할 때는 가능한 한 같은 대상과 비슷한 시간대를 사용하고 다른 프록시 도구는 종료하세요. 문제를 공유할 때는 오류 유형만 기록하고 서버 인증 정보는 공개하지 않아도 됩니다.

업그레이드나 이전 전에 복구할 수 있는 사용자 설정을 먼저 백업하세요. 구독 그룹, 직접 추가한 서버, 사용자 지정 라우팅, DNS 설정, 로컬 수신 포트가 주요 항목입니다. 클라이언트의 내보내기나 백업 기능을 사용하고 파일은 안전한 위치에 보관하세요. 백업에 구독 인증 정보나 서버 인증 정보가 포함될 수 있으므로 일반 스크린샷처럼 공개해 공유하면 안 됩니다. 업그레이드 후에는 설정이 제대로 읽히는지, 코어가 실행되는지 먼저 확인한 다음 사용자 지정 항목을 하나씩 복원하세요. 다른 클라이언트로 옮길 때는 일부 전용 필드를 그대로 이전할 수 없으므로 다시 확인해야 합니다. 새 환경이 정상 작동하는 것을 확인한 뒤 이전 기기의 설정을 정리하세요.

먼저 최소한의 비교 테스트로 한 설정만 실패하는지, 모든 설정이 실패하는지 확인하세요. 하나만 시간 초과된다면 서버 주소와 포트, 서비스 이용 기간, 인증 항목을 확인하고 서비스 제공업체에 서버 상태를 문의하세요. 모든 설정이 시간 초과된다면 로컬 네트워크에서 일반 웹사이트에 접속할 수 있는지 확인한 뒤 클라이언트 코어 실행 로그, 시스템 시간, 보안 소프트웨어 차단 기록을 살펴보세요. 사용 권한이 있는 다른 정상 설정으로 비교할 수도 있습니다. TCP 지연 시간을 측정할 수 있다고 프로토콜 핸드셰이크까지 성공하는 것은 아닙니다. 일부 테스트 방식은 서버에서 제한할 수 있습니다. 한 번 시간 초과됐다고 모든 프로토콜 매개변수를 계속 바꾸지 마세요.

연결됨 표시는 보통 코어 또는 VPN 인터페이스가 실행 중이라는 뜻일 뿐, 원격 서버와 라우팅, DNS가 모두 정상이라는 보장은 아닙니다. 먼저 웹페이지에 접속할 때 로그에 요청이 기록되는지 확인하세요. 요청이 없다면 시스템 프록시, 브라우저의 별도 설정, VPN 트래픽 처리 범위 등을 살펴 앱 트래픽이 클라이언트로 들어오는지 확인하세요. 요청은 있지만 실패한다면 오류에 따라 핸드셰이크, 도메인 해석, 아웃바운드 라우팅을 확인하고 다른 정상 설정과 비교하세요. 일부 사이트만 실패한다면 규칙이 해당 트래픽을 직접 연결로 잘못 분류했는지, 대상 서비스에 문제가 있는지 확인하세요. 포트와 DNS, 라우팅을 한꺼번에 바꾸지 말고 한 번에 한 항목만 조정해 변경 전후 결과를 기록하세요.

DNS를 바꾸기 전에 시스템, 클라이언트, 원격 해석 중 어느 단계에서 실패했는지 확인하세요. 기기가 현재 네트워크의 로그인 인증을 완료했는지, 클라이언트에 입력한 DNS 주소에 접속할 수 있는지 살펴보세요. 암호화 DNS를 사용한다면 서버 이름과 접속 경로, 요청이 통과하는 아웃바운드도 확인해야 합니다. TUN에서는 DNS 처리와 라우팅이 맞지 않으면 요청이 순환하거나 잘못된 경로로 흐를 수 있습니다. FakeDNS도 이름만 보고 함부로 켜지 마세요. 잠시 클라이언트 기본 DNS 설정으로 되돌려 비교한 뒤 사용자 지정 항목을 하나씩 복원할 수 있습니다. 웹사이트 IP에 직접 접속한 결과만으로 DNS 문제를 판단하지 마세요. HTTPS와 가상 호스팅은 도메인 이름이 필요할 수 있습니다.

먼저 특정 대상만 느린지, 특정 설정만 느린지, 네트워크 전체가 불안정한지 구분한 다음 같은 조건으로 비교하세요. 백그라운드 다운로드를 잠시 멈추고 같은 대상에 서로 다른 네트워크와 정상 설정으로 접속해 보면서 발생 시각과 클라이언트 오류 유형을 기록하세요. Android가 화면을 잠근 뒤 끊긴다면 배터리 최적화, 백그라운드 실행 권한, 다른 앱이 VPN을 대체했는지 확인하세요. 데스크톱에서는 절전 모드에서 복귀한 뒤의 상태, 네트워크 전환, 다른 프록시 도구와의 충돌을 살펴보세요. 전송 속도는 로컬 네트워크, 원격 서버 부하, 대상 사이트 모두의 영향을 받으므로 지연 시간 숫자 하나만으로 판단할 수 없습니다. 자주 끊기면 먼저 로그를 수집하고 MTU 같은 고급 설정은 바로 바꾸지 마세요.