V2Ray 자주 묻는 질문

먼저 코어와 클라이언트를 구분해야 합니다. V2Ray는 Project V 프록시 생태계에 속하며, V2Fly는 관련 코어의 유지 관리를 이어갑니다. Xray는 별도의 코어 분기로, 두 코어는 지원 프로토콜과 설정 세부 사항이 완전히 같지 않습니다. v2rayN은 구독, 서버, 시스템 프록시, 코어 프로세스를 관리하는 데스크톱 GUI 클라이언트이지 특정 프로토콜을 뜻하지 않습니다. 문제를 점검할 때는 클라이언트 이름과 사용 중인 코어, 서버 프로토콜을 함께 확인하세요. 공유 링크의 모양만으로 호환성을 판단할 수 없으며, 코어를 바꿔도 서버에 없는 설정값이 자동으로 채워지지는 않습니다.

Windows·macOS·Linux 데스크톱에서는 v2rayN을, Android에서는 Xray 코어를 사용하는 v2rayNG를 우선 살펴보세요. V2Fly 코어 환경이 필요하다면 v2flyNG도 고려할 수 있습니다. 운영체제와 프로세서에 맞는 설치 파일을 고른 뒤 기존 구독의 프로토콜이 지원되는지 확인하세요. 세 클라이언트는 메뉴 구성과 설정 저장 방식, 코어 버전이 서로 다르므로 한 클라이언트의 프로그램 폴더를 다른 클라이언트의 설정으로 가져올 수는 없습니다. 기기를 바꿀 때는 구독 주소를 다시 추가한 다음 프록시 모드와 라우팅을 따로 설정하는 편이 간단합니다.

구독 주소는 보통 여러 서버 정보를 가져오는 URL입니다. 공유 링크는 대개 vmess:// 또는 vless://로 시작하며 서버 하나의 정보를 담습니다. JSON 설정에는 인바운드·아웃바운드, DNS, 라우팅 등 전체 설정이 포함될 수 있습니다. 형식에 맞는 가져오기 메뉴를 사용해야 하며, 아무 JSON이나 구독 주소 입력란에 넣어서는 안 됩니다. 구독 내용이 Base64로 인코딩되어 있더라도 모든 클라이언트가 같은 응답 형식을 인식하는 것은 아닙니다. 형식 오류가 발생하면 인증 정보를 반복해서 수정하기보다 제공업체에 클라이언트 호환 형식을 확인하세요.

시스템 프록시는 시스템 설정을 따르는 앱의 요청을 로컬 프록시 포트로 보냅니다. 라우팅 분기는 코어에 들어온 연결을 어떤 아웃바운드로 보낼지 결정합니다. TUN 모드는 가상 네트워크 인터페이스를 통해 설정된 범위의 트래픽을 받아 처리합니다. 각각 작동하는 단계가 다르므로 시스템 프록시를 켜도 모든 프로그램의 트래픽이 코어에 들어가는 것은 아니며, 전역 라우팅을 선택해도 시스템 프록시를 무시하는 프로그램까지 자동으로 처리하지는 않습니다. 먼저 시스템 프록시로 서버 연결을 확인한 뒤, 앱의 트래픽을 별도로 처리해야 할 때 TUN을 사용하세요. 여러 설정을 한꺼번에 바꾸면 원인을 찾기 어려워집니다.

기기가 64비트 ARM 앱을 지원한다고 확인했다면 arm64를 우선 선택하세요. 기기 아키텍처를 모른다면 여러 아키텍처 구성 요소를 포함하는 universal을 선택할 수 있습니다. 2015년 이후 출시된 주요 스마트폰은 대체로 64비트 ARM 프로세서를 사용하지만, 일부 기기는 여전히 32비트 시스템으로 작동하므로 출시 연도만으로 판단해서는 안 됩니다. 시스템의 기기 정보에서 아키텍처를 확인하거나 설치 프로그램의 호환성 안내를 참고하세요. 앱이 설치되지 않는다면 저장 공간, 기존 앱의 서명, 설치 권한도 점검하세요. 다른 파일을 시험하기 전에 구독과 설정 정보를 먼저 보관하고 앱 데이터를 바로 삭제하지 마세요.

먼저 구독 그룹 설정을 열어 새 그룹을 만들고 전체 구독 주소를 주소 입력란에 붙여 넣은 뒤 저장하세요. 그런 다음 구독 그룹 메뉴에서 해당 그룹을 업데이트합니다. 주소를 저장하는 것만으로 서버 목록이 바로 만들어지지는 않습니다. 그래도 목록이 비어 있다면 로그의 요청 결과를 확인해 주소에 접근할 수 없는지, 응답 내용이 비어 있는지, 형식이 지원되지 않는지 구분하세요. 주소를 복사할 때 앞뒤 공백과 줄바꿈은 제거하되 URL의 쿼리 매개변수는 삭제하지 마세요. 현재 그룹 필터가 새 항목을 숨기지는 않는지, 주소가 만료되지는 않았는지도 확인하세요. 공유 링크는 구독 주소란이 아니라 클립보드에서 가져오기 기능을 사용해야 합니다.

v2rayNG의 구독 그룹 설정에서 새 그룹을 만들고 이름과 구독 주소를 입력한 뒤 저장하세요. 메인 화면으로 돌아가 메뉴에서 구독을 업데이트합니다. 서버 목록이 나타나면 항목 하나를 선택해 현재 설정으로 지정하고 연결 버튼을 누르세요. 처음 연결할 때 Android에서 VPN 연결 권한을 요청합니다. 권한을 허용해야 클라이언트가 트래픽을 처리할 수 있습니다. 업데이트 후에도 항목이 없다면 먼저 업데이트 안내와 선택된 그룹을 확인하세요. 연결 버튼은 구독 업데이트 버튼이 아닙니다. 버전에 따라 메뉴 위치는 다를 수 있지만 주소 추가, 목록 업데이트, 설정 선택, 연결 시작은 각각 별도의 단계입니다.

먼저 TUN을 끈 다음 운영체제와 클라이언트 버전에 맞는 권한을 부여하세요. Windows에서는 보통 관리자 권한으로 실행해야 합니다. macOS와 Linux에서는 클라이언트 안내에 따라 권한을 승인하거나 관련 서비스를 설정해야 하며, Windows 절차를 그대로 적용하면 안 됩니다. 권한을 부여한 뒤에도 실패한다면 로그에서 가상 인터페이스 생성, 라우팅 설정, 포트 사용 중 오류를 확인하고 네트워크를 제어하는 다른 프로그램을 잠시 종료하세요. 스위치를 반복해서 켜고 끄거나 보안 기능을 계속 꺼 두지 마세요. 변경 전 상태를 기록하고, 실패하면 TUN을 끈 뒤 일반 시스템 프록시로 기본 연결을 확인하세요.

먼저 서버 목록에서 원하는 항목을 활성 서버로 지정한 뒤 시스템 프록시 또는 Android 연결 스위치가 켜져 있는지 확인하세요. 항목을 강조 표시하거나 편집 창을 열고 구독을 업데이트한 것만으로는 활성 설정이 바뀌지 않을 수 있습니다. 평소 이용하는 사이트에 접속하고 로그에 해당 연결이 표시되는지 살펴보세요. 클라이언트의 지연 시간 테스트는 특정 테스트만 확인하므로 성공해도 모든 사이트와 앱에 접속할 수 있다는 뜻은 아닙니다. 테스트 실패는 테스트 주소, DNS, 로컬 네트워크 문제일 수도 있습니다. 테스트 숫자 하나만 보고 설정을 계속 바꾸기보다 실제 접속 결과와 함께 판단하세요.

일상적으로는 중국 본토 우회 라우팅을 선택하고 필요에 따라 세부 규칙을 조정할 수 있습니다. 전역 모드는 특정 요청이 분기 규칙 때문에 다른 아웃바운드로 전송되는지 임시로 확인할 때 유용합니다. 모드를 바꾸기 전에 메뉴가 코어 라우팅을 제어하는지, 시스템 프록시의 PAC 동작을 제어하는지 확인하세요. 클라이언트와 버전에 따라 이름이 다를 수 있습니다. 전역 라우팅은 코어에 들어온 트래픽에만 적용되며 모든 앱을 강제로 처리하지는 않습니다. 모드를 바꾼 뒤 문제가 해결되면 서버 문제라고 단정하기보다 도메인 규칙과 IP 규칙, 적용 순서를 확인하세요. 테스트가 끝나면 평소 사용에 적합한 모드로 되돌리세요.

신뢰할 수 있는 가정용 네트워크에서 먼저 로컬 네트워크 연결 허용 옵션을 켜고 로컬 프록시 포트가 실제로 수신 중인지 확인하세요. 다른 기기에는 PC의 로컬 IP 주소와 해당 프록시 포트를 입력해야 합니다. 127.0.0.1은 각 기기 자신을 가리키므로 입력하면 안 됩니다. 일부 설정에서는 SOCKS 10808, HTTP 10809를 사용하지만 버전에 따라 혼합 포트를 쓰기도 하므로 현재 설정을 확인하세요. 방화벽이 로컬 서브넷의 연결을 허용하는지, 라우터에서 기기 격리가 켜져 있는지도 살펴보세요. 필요한 범위만 허용하고 공용 네트워크에서는 사용하지 마세요. 로컬 프록시 포트를 인터넷에 노출해서도 안 됩니다.

먼저 구독 그룹, 라우팅 선택, 수신 포트, 직접 추가한 서버를 기록한 뒤 현재 클라이언트의 백업 또는 내보내기 기능을 사용하세요. 해당 버전에 기능이 없다면 클라이언트를 종료하고 문서에 따라 사용자 설정 폴더를 백업하세요. 구독을 업데이트하면 구독에서 생성된 항목이 바뀔 수 있으므로 중요한 수동 변경 사항을 구독 항목에만 저장하지 마세요. 구독 주소에 계정 접근 정보가 포함될 수 있으니 백업 파일과 스크린샷을 안전하게 보관하고, 로그를 공유하기 전에 관련 정보를 삭제하세요. 업그레이드 후 기존 설정을 먼저 확인하고 새 기능은 하나씩 켜세요. 마이그레이션과 대규모 라우팅 변경을 동시에 진행하지 않는 것이 좋습니다.

먼저 실패 원인을 확인한 뒤 업데이트 경로를 선택하세요. 현재 네트워크에서 구독 주소에 직접 접속할 수 있다면 프록시를 거치지 않고 업데이트해 보세요. 프록시가 꼭 필요하다면 먼저 사용 가능한 활성 서버를 연결한 다음 클라이언트의 프록시를 통한 업데이트 기능을 사용하세요. 이미 작동하지 않는 서버에 의존해 그 서버를 대체할 구독을 가져오지 마세요. 로그에 인증 실패나 접근 거부가 표시되면 주소 만료 여부, 계정 상태, 접근 제한을 확인하세요. 구독 내용 대신 웹페이지가 반환되면 클라이언트에 맞는 주소를 다시 받아야 합니다. 짧은 시간에 반복해서 요청하면 제한될 수 있으니 잠시 기다렸다가 다시 시도하세요.

먼저 기기에서 일반 네트워크에 정상적으로 접속되는지 확인한 다음 활성 서버의 주소, 포트, 프로토콜, 전송 매개변수가 제공업체 설정과 일치하는지 점검하세요. VMess를 사용한다면 시스템 날짜, 시간, 시간대도 올바른지 확인해야 합니다. 이어서 로그를 살펴 도메인 확인 실패, 연결 시간 초과, 연결 거부, TLS 핸드셰이크 오류를 구분하세요. 각 메시지는 서로 다른 단계의 문제를 가리킵니다. 정상 작동이 확인된 다른 서버와 비교해 볼 수 있지만 여러 설정을 한꺼번에 바꾸지는 마세요. 같은 설정이 다른 네트워크에서는 정상이라면 클라이언트를 바로 재설치하지 말고 로컬 방화벽, 네트워크 제한, DNS를 점검하세요.

연결됨 표시는 보통 코어나 네트워크 인터페이스가 시작되었다는 뜻이지, 대상 사이트에 접속했다는 뜻은 아닙니다. 먼저 TUN을 끄고 시스템 프록시와 정상 작동이 확인된 서버로 브라우저를 테스트하세요. 그런 다음 로그에 대상 도메인 요청이 나타나는지 확인합니다. 요청이 없다면 브라우저 프록시 설정과 확장 프로그램, 시스템 설정을 덮어쓰는 다른 프록시 도구를 점검하세요. 요청은 있지만 실패한다면 DNS, 라우팅 규칙 적용 결과, 서버 연결 오류를 확인합니다. 일부 사이트만 문제가 있다면 사이트 자체의 장애나 접근 제한도 살펴보세요. 한 번에 한 항목만 바꾸고 변경 전 상태를 기록해 비교하거나 되돌릴 수 있도록 하세요.

먼저 코어가 실행 중인지, 시스템 프록시의 주소와 포트가 현재 인바운드 설정과 일치하는지 확인한 다음 다른 프로그램이 시스템 프록시를 덮어쓰는지 살펴보세요. 일부 앱은 자체 프록시 설정을 사용하고, 시스템 프록시를 읽지 않는 프로그램도 있습니다. 명령줄 도구는 각 도구가 지원하는 환경 변수만 읽을 수도 있으므로 메뉴가 선택되어 있다는 이유만으로 모든 트래픽이 처리된다고 판단해서는 안 됩니다. 먼저 시스템 프록시를 따르는 브라우저로 확인하세요. 앱에서 수동 프록시를 지원한다면 실제 수신 주소, 포트, 프로토콜을 입력하세요. 더 넓은 범위의 트래픽 처리가 필요할 때 TUN을 고려하고 권한, 라우팅, DNS를 각각 확인하세요.