V2Ray 자주 묻는 질문

Windows, macOS, Linux 데스크톱에서는 v2rayN을 사용하고, 설치할 때 운영체제와 프로세서 아키텍처에 맞는 버전을 선택하세요. Android에서는 보통 Xray 코어를 사용하는 v2rayNG를 선택합니다. 기존 설정이 V2Fly 동작에 명확히 의존하는 경우에만 v2flyNG를 고려하세요. 그래픽 클라이언트는 구독 가져오기, 서버 선택, 설정 관리를 담당하고, 코어는 실제 연결과 라우팅을 처리합니다. 클라이언트 이름이 비슷해도 기능이 완전히 같지는 않으므로 프로토콜, 보안 계층, 전송 방식을 확인해야 합니다. 이전하기 전에 기존 설정을 보관하고, 사용 가능한 설정 하나로 먼저 테스트한 다음 나머지 그룹을 가져오세요.

클라이언트를 설치하면 설정 및 연결 도구를 사용할 수 있지만, 연결 가능한 서버가 자동으로 생기는 것은 아닙니다. 직접 관리하거나 사용 권한을 받은 구독 주소, 공유 링크 또는 서버 정보를 준비해야 합니다. 구독 주소는 여러 설정을 가져올 때 사용하고, 공유 링크는 대개 개별 설정 하나에 해당합니다. 가져오기 메뉴에 따라 두 형식을 서로 바꿔 쓸 수 있는 것은 아닙니다. 제공자가 안내한 형식을 확인한 뒤 구독 그룹에 추가하거나 클립보드에서 가져오세요. 구독 주소에는 접속 인증 정보가 포함될 수 있으므로 비밀번호처럼 관리하고, 공개 댓글이나 스크린샷, 온라인 변환 사이트에 입력하지 마세요. 이 사이트는 클라이언트 사용법을 안내하며 구독을 제공하지 않습니다.

VMess, VLESS, Trojan, Shadowsocks는 프록시 프로토콜이고, REALITY는 보안 계층 방식입니다. REALITY를 다른 프록시 프로토콜처럼 바꿔 쓸 수는 없습니다. 연결에는 전송 방식, 보안 계층, 서버 주소와 인증 정보도 관여하므로 서버 설정과 항목별로 일치해야 합니다. 예를 들어 구독의 VLESS 설정에 REALITY 매개변수가 함께 포함될 수 있으니, 가져온 뒤 공개 키와 서버 이름 등의 요구 사항을 그대로 유지하세요. 프로토콜 드롭다운만 바꾼다고 연결이 복구되지는 않습니다. 서버에 이미 설정된 항목과 클라이언트 지원 범위를 먼저 확인하고, 필요한 기능을 비교해 선택하세요. 이름만 보고 속도를 판단하지 마세요.

2015년 이후 출시된 일반적인 Android 스마트폰이라면 arm64를 먼저 고려할 수 있지만, 최종적으로는 운영체제가 지원하는 앱 아키텍처를 확인해야 합니다. 프로세서 사양만으로 판단하지 마세요. 하드웨어는 64비트를 지원해도 운영체제가 32비트 앱 환경만 제공하는 기기에서는 arm64 파일이 설치되지 않을 수 있습니다. 아키텍처를 확실히 모른다면 여러 아키텍처 구성 요소를 포함하는 universal을 선택할 수 있습니다. 파일 크기는 대체로 더 크고, 최소 운영체제 버전 제한도 적용됩니다. 앱을 분석할 수 없거나 설치되지 않는다면 운영체제 버전, 저장 공간, 기존 앱과의 서명 충돌부터 확인하세요. 호환되지 않는 같은 파일을 반복해서 다운로드하지 마세요.

먼저 클립보드에 복사한 내용이 공유 링크인지, 구독 주소인지, 웹페이지 본문인지 확인하세요. 공유 링크는 설명 문구가 섞이지 않도록 전체를 복사하고, 줄바꿈으로 잘리거나 메신저가 붙인 문장 부호가 포함되지 않게 주의해야 합니다. 구독 주소는 개별 서버로 가져오는 대신 구독 그룹에 추가한 뒤 업데이트하세요. 가져온 후에도 목록이 비어 있다면 클라이언트 로그에서 지원하지 않는 형식, 필수 항목 누락, 파싱 실패 메시지가 있는지 확인하세요. 문제 확인을 위해 전체 링크를 다른 사람에게 보내지 말고 프로토콜 종류와 오류 요약만 공유하세요. 클라이언트가 해당 설정의 프로토콜과 보안 계층을 지원하는지 확인한 뒤, 제공자에게 호환되는 원본 형식을 요청하세요.

구독 그룹을 열어 주소가 온전한지 확인하고, 특히 끝부분의 매개변수가 누락되지 않았는지 살펴보세요. 해당 그룹을 한 번 업데이트하고 로그를 확인합니다. 인증 실패나 접근 거부가 발생하면 구독 권한과 유효 기간, 제공자의 접속 조건을 확인하세요. 연결 시간 초과라면 현재 네트워크와 업데이트 요청이 사용하는 프록시 경로를 확인해야 합니다. 파싱에 실패했다면 로그인 페이지나 호환되지 않는 내용이 반환됐을 수 있습니다. 프록시를 통한 업데이트 옵션은 현재 프록시가 정상 작동할 때만 사용하세요. 작동하지 않는 설정에 의존해 새 설정을 가져오려 하면 안 됩니다. 기존 그룹을 먼저 삭제하지 마세요. 기존 설정을 보관하면 업데이트 전후를 비교하기 쉽습니다.

TUN은 가상 네트워크 인터페이스로 트래픽을 처리하므로 일반 시스템 프록시와 권한 요구 사항이 다릅니다. 먼저 TUN을 끄고 같은 서버가 일반 프록시 방식으로 연결되는지 확인하세요. 그런 다음 현재 v2rayN 버전과 운영체제의 안내에 따라 관리자 권한을 부여하고 서비스나 가상 인터페이스 구성 요소를 설정합니다. Windows에서는 관리자 권한으로 실행해 권한 오류가 해결되는지 확인할 수 있습니다. macOS와 Linux는 각 운영체제의 권한 관리 방식에 따라 설정하고, 다른 플랫폼의 절차를 그대로 적용하지 마세요. 가상 인터페이스를 사용 중이거나 라우팅을 변경하는 다른 도구도 종료하세요. 시작 직후 인터넷 연결이 끊기면 TUN을 꺼서 연결을 복구한 뒤 인터페이스, 라우팅, 권한 관련 로그를 기록하세요.

클라이언트의 백업 또는 내보내기 기능으로 구독 그룹, 직접 추가한 서버, 라우팅 규칙, 사용자 지정 DNS 설정을 저장하세요. 로컬 수신 대기 포트와 시스템 프록시 모드도 기록해 두세요. 백업에는 구독 접속 정보와 인증 정보가 포함될 수 있으므로 안전하게 관리해야 합니다. 데스크톱 버전과 클래식 WPF 버전 간 전환, 운영체제 간 이전, 큰 버전 차이가 있는 업데이트에서는 용도를 모르는 설정 폴더를 바로 덮어쓰지 마세요. 포트 충돌을 피하려면 기존 클라이언트를 종료한 뒤 새 버전을 실행하세요. 새 버전에서 설정 하나와 구독 업데이트를 먼저 확인하고, 규칙이 예상대로 작동하는지 검증한 다음 기존 환경을 정리할지 결정하세요.

시스템 프록시는 해당 설정을 읽는 앱에만 적용되며, 기기의 모든 트래픽이 클라이언트를 거치는 것은 아닙니다. 먼저 클라이언트가 실행 중인지, 코어가 정상적으로 시작됐는지 확인하고 시스템 프록시 주소와 포트가 현재 수신 대기 포트와 일치하는지 살펴보세요. 브라우저 확장 프로그램, 앱 자체 프록시 설정, 회사 정책이 시스템 설정보다 우선할 수 있습니다. 별도 프록시 설정이 없는 브라우저와 비교해 보세요. 프록시를 직접 입력해야 한다면 HTTP 또는 SOCKS 유형도 맞춰야 합니다. 포트 번호만 그대로 복사하지 마세요. 대상 앱이 시스템 프록시를 지원하지 않는 경우에만 TUN을 고려하세요. 일반 프록시를 확인하기 전에 여러 트래픽 처리 방식을 동시에 켜지 마세요.

시스템 프록시 모드는 앱이 요청을 클라이언트에 전달할지 결정하고, 라우팅 모드는 코어에 들어온 요청을 프록시로 보낼지, 직접 연결할지, 차단할지 결정합니다. 따라서 프록시 라우팅을 선택해도 시스템 프록시를 무시하는 앱이 자동으로 클라이언트를 거치지는 않습니다. 시스템 프록시를 해제해도 TUN이나 앱에 수동으로 설정한 트래픽이 반드시 중단되는 것은 아닙니다. 문제를 확인할 때는 먼저 트래픽 진입 경로를 고정한 뒤 라우팅 규칙을 바꾸고 같은 대상의 결과를 비교하세요. 중국 본토 우회 같은 사전 설정은 구체적인 규칙과 도메인 해석 결과에 따라 달라지며, 사용자 지정 규칙이 먼저 적용될 수도 있습니다. 설정을 바꾸기 전에 현재 모드를 기록해 두세요. 진입 경로, 라우팅, DNS를 한꺼번에 변경하면 어느 변경이 영향을 줬는지 알기 어렵습니다.

v2rayNG의 앱별 프록시 설정에서 선택한 앱만 프록시를 사용할지, 선택한 앱을 우회할지 먼저 확인한 다음 대상 앱을 선택하세요. 두 목록은 의미가 반대이므로 선택 표시만 보고 판단하면 실수하기 쉽습니다. 저장한 뒤 화면 안내에 따라 다시 연결하고, 대상 앱에서 실제 요청을 보내 결과를 확인하세요. 앱이 이미 유지 중인 연결은 앱을 종료했다가 다시 열어야 할 수 있습니다. 시스템 구성 요소, 공유 서비스, 앱이 호출하는 외부 프로그램도 결과에 영향을 줄 수 있습니다. 다른 앱이 예상치 않게 직접 연결된다면 서버를 바꾸거나 설정을 전부 지우기 전에 목록 모드와 선택 범위부터 확인하고 라우팅을 살펴보세요.

연결 끊김이 화면 잠금, 백그라운드 대기, 네트워크 전환 중 언제 발생하는지 먼저 확인하세요. 운영체제가 v2rayNG의 백그라운드 실행, 배터리 사용, 모바일 데이터 권한을 제한하는지 살펴보고 기기 설정에서 필요한 백그라운드 활동을 허용하세요. 일부 기기에는 자동 시작이나 백그라운드 고정 옵션도 있습니다. 설정을 조정한 뒤 잠시 화면을 잠가 확인하고, 절전 관련 설정을 한꺼번에 모두 바꾸지 마세요. 계속 연결하면 배터리가 어느 정도 소모됩니다. 앱별 프록시로 처리 범위를 줄일 수 있지만 모든 상황에서 전력 소모가 줄어드는 것은 아닙니다. 화면을 켠 상태에서도 자주 끊긴다면 백그라운드 권한을 더 넓히기보다 네트워크 경로, 서버, 로그를 확인하세요.

한 번의 시간 초과만으로 서버를 사용할 수 없다고 단정할 수는 없습니다. 먼저 TCP 연결 테스트와 실제 연결 테스트를 구분하세요. 전자는 대상 포트에 연결할 수 있는지 주로 확인하고, 후자는 프록시 핸드셰이크와 테스트 주소, 관련 도메인 해석에도 영향을 받습니다. 같은 서버를 몇 차례만 다시 테스트하고, 사용 가능한 다른 설정 하나와 결과를 비교하세요. 특정 설정만 실패한다면 주소, 포트, 인증 정보, 보안 계층 매개변수를 확인합니다. 모든 설정이 실패한다면 로컬 네트워크, 코어 실행 상태, 테스트 대상에 접근할 수 있는지를 먼저 살펴보세요. 시스템 시간이 맞지 않으면 인증이나 인증서 검증에 영향을 줄 수 있으므로 시간을 동기화한 뒤 로그를 확인해 원인을 좁히세요.

연결됨 표시는 보통 로컬 프록시 서비스나 Android VPN 인터페이스가 시작됐다는 뜻일 뿐, 원격 서버와 핸드셰이크가 성공했다는 뜻은 아닙니다. 먼저 올바른 서버를 선택했는지 확인하고 실제 연결 테스트를 실행해 로그를 살펴보세요. 그다음 브라우저가 현재 프록시를 실제로 사용하는지, 시스템 프록시 포트가 맞는지, 트래픽을 가로채는 다른 도구가 동시에 실행 중인지 확인합니다. 일부 사이트만 접속되지 않는다면 라우팅 규칙과 DNS를 살펴보세요. 모든 사이트가 안 된다면 사용 가능한 설정 하나로 먼저 비교합니다. 한 번에 설정 하나만 바꾸고 기존 값을 기록해 두세요. 클라이언트를 종료한 뒤에도 직접 연결이 안 된다면 시스템에 종료된 포트를 가리키는 수동 프록시 설정이 남아 있는지 확인하세요.

조회에 실패한 대상이 서버 도메인인지, 프록시를 통해 접속하려는 도메인인지 먼저 구분하세요. 서버 도메인을 조회할 수 없으면 원격 연결을 시작할 수 없으므로 로컬 네트워크의 도메인 조회가 정상인지, 서버 도메인 입력이 정확한지 확인해야 합니다. 대상 도메인 문제라면 코어의 DNS 설정, 라우팅 규칙, DNS 요청이 전송되는 경로를 살펴보세요. TUN을 사용하는 경우 시스템 DNS가 가로채지고 있는지, 다른 네트워크 도구가 설정을 동시에 바꾸는지도 확인해야 합니다. 모든 DNS 서버를 한꺼번에 바꾸거나 서버 이름 검증이 필요한 도메인을 임의로 IP 주소로 대체하지 마세요. 구체적인 오류와 문제가 발생한 도메인의 종류를 기록하고, 작동하던 설정으로 되돌린 뒤 하나씩 조정하세요.

중복 실행된 클라이언트를 종료하고 다른 프록시 도구가 같은 포트에서 대기 중인지 확인하세요. Windows에서는 리소스 모니터의 네트워크 탭에서 수신 대기 포트와 해당 프로세스를 확인할 수 있습니다. 다른 운영체제에서는 해당 시스템의 포트 확인 도구를 사용하세요. 프로세스 용도를 확인한 뒤 종료 여부를 결정하고, 정체를 알 수 없는 시스템 서비스를 종료하지 마세요. v2rayN 설정에서 사용 가능한 로컬 포트로 변경한 다음 관련 서비스를 재시작할 수도 있습니다. 포트를 바꾼 뒤 시스템 프록시를 다시 적용하고 브라우저, 터미널, 다른 앱에 직접 입력한 프록시 주소도 함께 수정하세요. HTTP와 SOCKS 수신 항목은 현재 버전의 화면에서 확인해야 합니다. 모든 버전이 같은 포트를 사용한다고 가정하지 마세요.