V2Ray 자주 묻는 질문
구독·프록시·연결 문제 해결

먼저 화면을 제공하는 클라이언트와 실제 연결을 처리하는 프로그램을 구분해야 합니다. V2Ray는 일반적으로 Project V 프록시 기술 생태계와 관련 코어 프로젝트를 가리킵니다. v2rayN, v2rayNG, v2flyNG는 설정을 관리하는 그래픽 클라이언트이며, 코어는 프로토콜 처리, 연결 수립, 트래픽 전달을 담당합니다. 클라이언트가 실행 중이라고 해서 코어까지 정상적으로 작동하는 것은 아닙니다. 문제를 확인할 때는 먼저 시작 로그를 살펴보고, 현재 노드에서 요구하는 프로토콜·전송 방식·보안 설정을 선택한 코어가 지원하는지 확인하세요. 클라이언트 이름만으로 호환 여부를 판단하면 안 됩니다.

PC에서는 v2rayN을 선택하고 Windows, macOS, Linux에 맞는 배포 패키지를 다운로드하세요. Android에서는 보통 Xray 코어를 사용하는 v2rayNG를 먼저 선택하고, V2Fly 코어 환경이 필요할 때 v2flyNG를 고려하면 됩니다. 세 클라이언트는 메뉴와 가져오기 방식이 서로 다르므로 다른 앱의 설정 파일을 그대로 적용할 수 없습니다. 먼저 운영체제를 확인한 뒤 구독 제공자가 요구하는 프로토콜과 코어 기능을 살펴보세요. 클라이언트는 설정과 연결 기능을 제공할 뿐, 사용할 수 있는 원격 서버를 자동으로 포함하지는 않습니다.

프로토콜 이름만 바꿔서 계속 사용할 수는 없습니다. VMess와 VLESS는 서로 다른 프로토콜이므로 클라이언트 설정을 서버와 일치시켜야 하며, 인증 정보·포트·전송 방식·보안 설정도 각각 맞아야 합니다. VLESS 자체에는 전송 암호화 기능이 없으며, 배포 시 TLS나 REALITY 같은 보안 방식을 함께 사용하는 경우가 많습니다. VMess 설정도 전체 보안 매개변수를 확인하는 절차를 대신할 수 없습니다. 공유 링크가 있다면 전체를 그대로 가져오고, 비슷해 보이는 항목을 직접 조합하지 마세요. 필요한 매개변수가 없으면 설정 제공자에게 문의하세요.

구독 주소는 여러 노드를 가져와 계속 업데이트하는 용도로, 보통 구독 그룹에 추가합니다. vmess://, vless:// 등으로 시작하는 공유 링크는 대개 단일 노드 정보이므로 클립보드 가져오기를 사용하세요. 공유 링크를 구독 주소 입력란에 붙여 넣지 말고, 구독 주소가 https://로 시작한다고 일반 웹페이지를 구독으로 착각하지 마세요. 구독에는 접속 정보가 포함될 수 있으므로 신뢰할 수 있는 기기에만 저장해야 합니다. 도움을 요청하며 스크린샷을 공유할 때는 전체 주소와 인증 정보를 가리고, 업데이트 전에 출처를 확인하세요. 개인 설정을 온라인 파서에 공개적으로 붙여 넣지 마세요.

먼저 기기의 프로세서 아키텍처를 확인하세요. 비교적 최신 Android 휴대폰은 대부분 arm64를 사용하므로 해당 패키지를 우선 다운로드할 수 있지만, 구매 연도만으로 판단해서는 안 됩니다. universal은 보통 여러 지원 아키텍처를 포함해 아키텍처를 확인하기 어렵거나 단일 아키텍처 패키지가 맞지 않을 때 적합합니다. 다만 Android 버전 제한을 우회할 수 있다는 뜻은 아닙니다. 설치 중 호환되지 않는다는 메시지가 나오면 최소 Android 버전과 기존 앱의 서명도 확인하세요. 덮어쓰기 전에 설정을 백업하고, 오류를 해결하려고 기존 클라이언트를 바로 삭제하지 마세요. 구독 그룹과 사용자 지정 규칙을 잃을 수 있습니다.

Windows에서는 먼저 크로스 플랫폼 인터페이스인 Desktop을 선택하고, 기존 방식의 인터페이스와 작업 흐름이 필요할 때 WPF를 고려하세요. 이는 인터페이스 배포 형태의 차이일 뿐, 특정 프로토콜이 더 빠르거나 노드 품질이 좋다는 의미는 아닙니다. 설치 전에 다운로드 페이지에서 해당 패키지의 시스템 요구 사항을 확인하세요. 런타임이 없다는 안내가 나오면 배포판 설명에 따라 필요한 구성 요소를 설치해야 합니다. 배포 형태를 바꾸기 전에 구독과 규칙을 백업하고, 가능하면 별도 폴더에서 테스트하세요. 두 인스턴스를 동시에 실행해 시스템 프록시를 설정하면 포트와 설정이 서로 덮어쓰일 수 있습니다.

복사한 내용이 링크 제목이나 QR 코드 이미지 주소, 일반 웹페이지가 아니라 완전한 공유 링크인지 먼저 확인하세요. 앞뒤의 따옴표·공백·줄바꿈을 제거한 다음 클라이언트의 클립보드 가져오기 기능을 사용하세요. 구독 주소를 받은 경우에는 구독 그룹에 추가한 뒤 업데이트해야 합니다. 그래도 가져오지 못하면 링크의 프로토콜과 전송 매개변수를 현재 클라이언트와 코어가 지원하는지 확인하고 파싱 오류를 살펴보세요. 알 수 없는 보안 항목을 삭제해 억지로 가져오면 연결 방식이 달라질 수 있습니다. 호환되는 설정을 다시 받으세요.

먼저 노드를 선택하고 코어가 정상적으로 시작됐는지 확인하세요. PC에서는 시스템 프록시 자동 설정을 켜고, Android에서는 VPN 연결 권한을 허용합니다. 시스템 프록시를 따르는 브라우저로 프록시가 필요한 테스트 대상에 접속하면서, 클라이언트 연결 로그에 해당 도메인과 아웃바운드 기록이 나타나는지 확인하세요. 시작 버튼 색이 바뀌거나 VPN 아이콘이 보인다고 해서 모든 앱의 트래픽이 처리되는 것은 아닙니다. 중국 본토 우회와 같은 분할 라우팅 프리셋을 사용하면 일부 요청이 직접 연결되는 것이 정상일 수 있습니다. 상태 표시 하나만 보지 말고 구체적인 대상을 확인하세요.

시스템 프록시 자동 설정은 시스템 프록시를 클라이언트의 로컬 리스닝 주소로 지정하며, 일반적인 데스크톱 브라우저 사용에 적합합니다. 시스템 프록시 지우기는 프록시 설정을 해제합니다. 시스템 프록시 변경 안 함은 클라이언트가 기존 설정을 건드리지 않는 옵션으로, 직접 관리하거나 테스트할 때 적합합니다. PAC 모드는 자동 설정 스크립트와 앱 지원 여부에 따라 요청을 프록시로 보낼지 결정합니다. 메뉴 이름은 버전에 따라 달라질 수 있습니다. 시스템 프록시를 변경하지 않는다고 기존 프록시가 꺼지는 것은 아닙니다. 프로그램을 종료하기 전에 시스템 설정을 확인해, 중지된 로컬 포트를 계속 가리키지 않도록 하세요.

일상적으로 사용할 때는 먼저 클라이언트의 중국 본토 우회 프리셋을 적용하고, 실제 접속 요구에 맞춰 조정하세요. 전역 모드는 보통 코어에 들어온 요청을 지정한 프록시 아웃바운드로 보내지만, 모든 앱이 자동으로 코어를 통과한다는 뜻은 아닙니다. 시스템 프록시를 따르지 않는 앱은 별도로 설정하거나 TUN을 사용해야 합니다. 사용자 지정 라우팅에서는 규칙의 매칭 순서를 확인하세요. 일반적으로 더 구체적인 도메인 또는 앱 규칙을 포괄적인 규칙보다 앞에 둡니다. 한 번에 한 종류의 규칙만 변경하고, 매칭된 아웃바운드 결과를 기록한 뒤 적용 여부를 확인하세요. DNS와 라우팅을 동시에 바꾸면 원인을 찾기 어려워집니다.

TUN은 가상 네트워크 인터페이스를 통해 트래픽을 처리하므로 시스템 프록시를 따르지 않는 앱에도 사용할 수 있지만, 라우팅·DNS·제외 규칙의 영향을 받습니다. 데스크톱에서는 운영체제와 클라이언트 구현에 따라 관리자 권한, 시스템 승인 또는 관련 서비스가 필요할 수 있습니다. Android에서는 보통 VPN 권한 승인 화면을 사용합니다. 먼저 일반 시스템 프록시 연결이 작동하는지 확인한 뒤 TUN을 활성화하면 노드 문제와 권한 문제를 분리해 확인하기 쉽습니다. 활성화에 실패하면 로그에서 권한·인터페이스·라우팅 오류를 확인하세요. 시스템 보호 기능을 반복해서 끄거나 다른 VPN 트래픽 처리 기능과 동시에 사용하지 마세요.

먼저 현재 클라이언트에서 실제로 선택할 수 있는 코어 옵션을 확인하세요. 모든 클라이언트에서 코어를 자유롭게 바꿀 수 있는 것은 아닙니다. v2rayN은 현재 배포판에서 지원하는 코어를 기준으로 선택해야 하며, v2rayNG와 v2flyNG는 서로 다른 코어 환경을 대상으로 합니다. 전환 전에 설정을 백업하고 노드 프로토콜·전송 방식·보안 옵션·DNS·라우팅 규칙의 호환성을 확인하세요. 정상적으로 시작되면 먼저 작동이 확인된 노드 하나를 테스트한 뒤 분할 라우팅과 TUN을 점검하세요. 코어마다 설정 형식이 다르므로 서로 호환된다고 간주하면 안 됩니다. 지원되지 않는 항목이 있으면 이전 코어로 돌아가거나 해당 안내에 따라 변환하세요.

먼저 전체 주소가 맞는지 확인하고 구독이 만료되거나 취소되지 않았는지, 계정 상태로 인해 중지되지 않았는지 살펴보세요. 그런 다음 현재 네트워크에서 구독 서비스에 접속할 수 있는지 확인합니다. 업데이트 로그도 살펴보세요. 연결 시간 초과는 접속 문제이며, 로그인 페이지나 웹페이지 내용이 반환되면 유효한 구독이 아닐 가능성이 큽니다. 파싱 오류는 형식 호환성을 확인해야 합니다. 직접 업데이트에 실패하면 사용 가능한 프록시가 있을 때 프록시를 통해 업데이트해 보세요. 기존 프록시가 작동하지 않는 경우에는 오히려 직접 업데이트를 시도해야 합니다. 작업 전에 기존 그룹을 백업하고, 사용 가능한 설정이 사라지지 않도록 그룹을 반복해서 삭제하고 다시 만들지 마세요.

TCPing 성공은 보통 대상 포트에 TCP 연결을 수립할 수 있다는 뜻일 뿐, 프록시 인증이나 TLS 핸드셰이크, 대상 접속까지 성공했다는 의미는 아닙니다. 먼저 기기 시간을 확인한 뒤 노드 주소·포트·인증 정보·서버 이름·전송 경로가 서버 설정과 일치하는지 살펴보고 실제 연결 테스트 결과와 코어 로그를 확인하세요. 같은 네트워크에서 특정 노드 하나만 실패하면 해당 노드를 우선 점검하세요. 모든 노드가 실패하면 로컬 네트워크·DNS·방화벽·코어 시작 상태를 확인합니다. 포트 테스트 한 번만으로 서버가 정상이라고 단정하지 말고 보안 매개변수를 일괄 변경하지 마세요.

먼저 프록시를 잠시 끄고 기본 네트워크가 작동하는지 확인한 다음, 클라이언트를 다시 켜고 정상 작동이 확인된 노드를 선택하세요. 접속 실패 시 로그에 대상 도메인이 나타나는지 살펴보세요. 요청 기록이 없으면 트래픽 처리 상태를 확인하고, 이름 해석 오류가 있으면 DNS 서비스와 해석 경로를 점검하세요. 아웃바운드가 선택된 뒤 핸드셰이크가 실패한다면 노드 설정을 확인해야 합니다. 일부 도메인만 영향을 받으면 분할 라우팅 규칙과 DNS 결과가 일치하는지 우선 확인하세요. 비교를 위해 전역 프리셋으로 잠시 전환할 수 있지만, 확인 후 원래 설정으로 되돌리세요. DNS·라우팅·노드 옵션을 한꺼번에 바꾸지 마세요.

시스템 프록시는 이를 지원하는 앱에 프록시 주소를 제공할 뿐, 모든 프로그램의 트래픽을 강제로 처리하지는 않습니다. 먼저 시스템 프록시를 따르는 브라우저로 테스트하세요. 브라우저에서는 작동하지만 특정 앱에서 안 된다면 해당 앱에 별도 프록시 설정이나 직접 연결 옵션이 있는지, 백그라운드 프로세스가 설정을 캐시했는지 확인하세요. 브라우저에서도 작동하지 않으면 시스템 프록시가 가리키는 로컬 포트와 클라이언트의 리스닝 포트가 일치하는지 확인하고, 다른 프록시 프로그램이 설정을 덮어쓰는지 살펴보세요. 더 많은 앱의 트래픽을 처리해야 한다면 TUN을 검토하세요. 종료 후 기본 네트워크에 문제가 생기면 먼저 시스템 프록시를 지우고 수동 프록시나 PAC 설정이 남아 있는지 확인하세요.