V2Ray 자주 묻는 질문

Windows, macOS, Linux 데스크톱에서는 v2rayN을 선택하고, Android에서는 Xray 코어를 사용하는 v2rayNG를 우선 고려하세요. 기존 v2fly 설정이 필요하다면 v2flyNG를 선택할 수 있습니다. 클라이언트는 설정 관리와 연결 제어를 담당하고, 코어는 프로토콜을 처리하므로 서로 다른 개념입니다. Project V는 관련 오픈소스 생태계의 출발점이며, V2Fly와 Xray는 서로 다른 코어 계열입니다. 선택하기 전에 설정에서 요구하는 프로토콜, 전송 방식, 보안 매개변수를 확인하세요. 이름이 비슷하다는 이유만으로 설정을 서로 바꿔 쓸 수 있다고 판단하면 안 됩니다.

클라이언트는 연결 도구이며, 설치만으로 사용할 수 있는 서버가 제공되지는 않습니다. 연결하려면 최소한 서버 주소, 포트, 인증 정보와 서버 측 설정에 맞는 전송 및 보안 설정이 필요합니다. 보통 구독 주소, 공유 링크 또는 설정 파일을 통해 가져옵니다. 사용 권한이 있는 서비스 제공업체나 직접 구축한 서버에서 설정을 받아 서비스가 유효한지 확인하세요. 구독 주소, 전체 공유 링크, 신원 정보가 포함된 로그를 공개 게시물에 올리지 마세요. 서비스에 바로 접속할 수 있는 인증 정보가 들어 있을 수 있습니다.

구독 주소는 보통 설정 목록을 가져오는 HTTPS 링크이며, 구독을 업데이트하면 해당 주소에서 제공하는 내용을 다시 가져옵니다. vmess://, vless://, trojan://, ss://는 일반적으로 개별 서버 설정을 나타냅니다. 구독 서버는 Base64로 인코딩된 공유 링크 목록을 반환할 수도 있고, 클라이언트가 지원하지 않는 형식으로 응답할 수도 있습니다. 개별 공유 링크는 클립보드에서 가져오기 같은 메뉴를 이용하고, 구독 주소는 구독 설정에 저장하세요. 웹 관리 페이지 주소와 구독 주소도 서로 다르므로 브라우저 주소창 내용을 복사하기 전에 안내를 확인해야 합니다.

v2rayNG의 VPN 모드는 Android VPN 인터페이스를 통해 조건에 맞는 앱의 트래픽을 처리합니다. 프록시 전용 모드는 주로 로컬 프록시를 열어 두며, 앱에서 프록시를 직접 설정해야 합니다. v2rayN의 시스템 프록시는 데스크톱 시스템의 프록시 설정을 바꾸지만 모든 프로그램이 이를 사용하는 것은 아닙니다. TUN은 가상 네트워크 인터페이스로 트래픽을 처리하며, 적용 범위는 라우팅, 권한, 제외 항목에 따라 달라집니다. 이 모드들을 모두 켜는 것을 만능 해결책으로 여기지 마세요. 대상 앱이 트래픽을 보내는 방식을 먼저 확인한 뒤 처리 방식을 하나 선택해 테스트하세요.

기기가 64비트 ARM 시스템을 실행한다면 arm64를 선택하세요. 시스템 아키텍처를 확인하기 어렵다면 universal 범용 패키지를 먼저 선택할 수 있습니다. 범용 패키지는 여러 아키텍처를 지원해 파일 크기가 더 큰 경우가 많으며, 연결 속도가 더 빠르다는 뜻은 아닙니다. 프로세서는 64비트를 지원해도 운영체제는 32비트인 기기가 있으므로 구매 연도만으로 판단하면 안 됩니다. 기기 정보에서 시스템 아키텍처를 확인하거나 제조업체 안내를 참고하세요. 기존 클라이언트를 업데이트할 때는 앱 출처와 서명이 일치하는지도 확인해야 합니다. 설치 충돌이 발생하면 설정을 내보낸 뒤 기존 앱을 삭제할지 결정하세요.

먼저 구독 주소 전체를 복사했는지 확인하고 앞뒤 공백, 줄바꿈, 메신저가 덧붙인 문장 부호를 제거하세요. v2rayNG에서는 보통 사이드 메뉴의 구독 그룹 설정에 메모와 주소를 추가한 뒤 목록으로 돌아와 구독을 업데이트합니다. v2rayN에서는 구독 그룹 설정에 주소를 추가하고 해당 그룹을 업데이트하세요. 메뉴 이름은 버전에 따라 조금 다를 수 있습니다. 복사한 내용이 개별 프로토콜 공유 링크라면 클립보드에서 가져오기 메뉴를 이용해야 합니다. 그래도 실패하면 오류 메시지를 확인해 주소 접속 실패, 빈 응답, 형식 해석 오류를 구분하세요. 관련 없는 설정을 계속 바꾸지 마세요.

먼저 구독 주소가 만료되거나 재설정되었는지, 새 주소를 받아야 하는지 확인한 다음 현재 네트워크에서 구독 서버에 접속할 수 있는지 점검하세요. 클라이언트에 프록시 경유 업데이트와 직접 연결 업데이트 옵션이 있다면 현재 사용할 수 있는 연결 방식으로 각각 시도할 수 있습니다. 다만 프록시 경유 업데이트에는 정상 작동하는 설정이 필요합니다. 업데이트가 성공했는데 목록이 비어 있다면 해당 그룹의 서버 키워드 필터를 지우고, 구독 응답 형식을 클라이언트가 지원하는지 확인하세요. 메모와 기존 설정이 사라질 수 있으므로 그룹 전체를 바로 삭제하지 마세요. 오류 내용만 기록하고, 공유하기 전에 구독 경로에 포함된 인증 정보를 가리세요.

v2rayN의 TUN 모드는 가상 네트워크 인터페이스를 만들거나 사용해야 합니다. 권한 부족 오류가 나타나면 먼저 연결을 중지한 뒤 클라이언트 안내에 따라 필요한 권한을 허용하세요. Windows에서는 안내에 따라 관리자 권한으로 다시 시작하고, macOS와 Linux에서는 관련 권한 안내와 클라이언트 로그를 확인하세요. Android의 v2rayNG는 보통 시스템 VPN 인터페이스를 사용하므로 처음 연결을 시작할 때 시스템에 표시되는 VPN 권한 요청을 허용해야 합니다. 데스크톱 TUN 절차를 그대로 적용하지 마세요. 다른 VPN 앱이 같은 연결을 사용 중일 수 있으니 해당 앱을 먼저 중지한 뒤 권한을 다시 허용하고 연결하세요.

v2rayN을 실행했다고 해서 시스템 프록시까지 자동으로 설정되는 것은 아닙니다. 먼저 서버를 선택하고 코어가 실행 중인지 확인한 다음 트레이 메뉴에서 시스템 프록시를 설정하세요. 시스템 프록시 주소와 포트가 클라이언트의 현재 로컬 리스너를 가리키는지도 확인해야 합니다. 이어서 브라우저가 시스템 프록시를 사용하는지, 확장 프로그램이나 별도 프록시 설정이 이를 덮어쓰지 않는지 점검하세요. 시스템 프록시를 읽지 않는 앱은 로컬 프록시를 직접 설정하거나, 필요한 경우 TUN을 사용해야 합니다. 테스트할 때는 다른 프록시 도구를 먼저 종료해 시스템 설정을 반복해서 바꾸지 않도록 하세요. 클라이언트를 종료한 뒤 남아 있는 프록시 설정도 해제됐는지 확인하세요.

먼저 클라이언트에 포함된 라우팅 구성을 사용해 정상 작동하는 기준 상태를 만든 뒤, 대상 도메인이나 IP, 앱에 맞는 규칙을 추가하세요. v2rayNG에서는 라우팅 설정으로 이동하고, v2rayN에서는 라우팅 설정과 현재 활성화된 구성을 확인하면 됩니다. 규칙은 보통 순서대로 적용되므로 구체적인 조건을 포괄적인 조건보다 앞에 두고, 일치하는 규칙이 없는 연결은 마지막에 기본 아웃바운드로 처리하세요. geosite 또는 geoip 항목을 사용한다면 관련 리소스를 사용할 수 있는지, 아웃바운드 태그가 실제로 존재하는지 확인해야 합니다. 한 번에 규칙 하나만 수정하고 연결을 다시 시작한 뒤 같은 대상을 테스트하세요. DNS까지 동시에 바꾸면 원인을 파악하기 어려워집니다.

정상 작동하는 DNS 설정은 그대로 두고, 도메인 조회 실패나 예상과 다른 라우팅 결과, 특정 네트워크에서의 조회 불일치가 생길 때만 하나씩 조정하세요. DNS 서버에 연결할 수 있는지, 조회 트래픽이 예상한 아웃바운드로 나가는지 확인해야 합니다. FakeDNS는 도메인을 가상 주소에 연결하므로 보통 트래픽 가로채기와 도메인 복원 기능을 함께 사용해야 합니다. 켜기만 하면 모든 연결이 개선되는 것은 아닙니다. 활성화 후 일부 앱에 문제가 생기면 FakeDNS를 끄고 연결을 다시 시작한 다음 해당 앱의 DNS 캐시를 새로고침하세요. 설정 항목은 클라이언트와 코어에 따라 다르므로 다른 클라이언트의 필드를 그대로 복사하지 마세요.

v2rayNG 설정에서 앱별 프록시를 켠 뒤, 현재 목록이 선택한 앱만 프록시를 사용하는 방식인지 선택한 앱을 우회하는 방식인지 먼저 확인하세요. 두 방식은 의미가 반대이므로 체크 표시만 보고 판단하면 안 됩니다. 원하는 방식을 정한 다음 테스트할 앱 하나를 추가하고 저장한 뒤 VPN 연결을 다시 시작하세요. 이어서 해당 앱을 완전히 종료했다가 다시 실행합니다. 앱이 다른 구성 요소를 통해 네트워크 요청을 보낸다면 실제 호출 관계도 함께 확인해야 합니다. 앱 목록은 트래픽이 클라이언트로 들어오는지를 결정하며, 들어온 연결은 이후에도 라우팅 규칙의 영향을 받습니다. 따라서 앱을 선택했다고 해서 모든 요청이 반드시 프록시 아웃바운드로 나가는 것은 아닙니다.

먼저 서비스가 여전히 유효한지 확인하고 서버 주소, 포트, 프로토콜, 전송 방식, 보안 설정을 점검하세요. 구독 업데이트에 성공했다고 해서 서버에 접속할 수 있다는 뜻은 아닙니다. 구독과 서버 연결에 서로 다른 주소를 사용할 수 있습니다. 다음으로 같은 설정을 다른 사용 가능한 네트워크에서 테스트한 뒤, 같은 네트워크에서 이미 작동하는 다른 설정도 시험해 문제 범위를 좁히세요. 로그에서는 DNS 조회 실패, 연결 시간 초과, 핸드셰이크 실패를 구분해야 합니다. DNS 조회 실패는 DNS를 먼저 확인하고, 연결 시간 초과는 네트워크 경로와 서버 리스너를 점검하며, 핸드셰이크 실패는 보안 매개변수를 확인하세요. 클라이언트를 다시 시작해도 만료된 서버가 복구되지는 않으며, 보안 검증을 함부로 끄고 연결을 시도해서도 안 됩니다.

연결됨 표시는 보통 로컬 프록시나 VPN 인터페이스가 시작됐다는 뜻일 뿐, 원격 서버 연결과 DNS가 모두 정상이라는 의미는 아닙니다. 먼저 로그에 DNS 조회나 핸드셰이크 오류가 계속 나타나는지 확인하고 현재 서버가 유효한지 점검하세요. 데스크톱에서는 시스템 프록시나 TUN이 대상 앱의 트래픽을 실제로 처리하는지 확인하고, Android에서는 앱별 프록시 목록에서 해당 앱이 제외되지 않았는지 살펴보세요. 도메인으로만 접속이 실패한다면 DNS를 중점적으로 확인하고, 일부 대상만 실패한다면 라우팅 규칙과 해당 아웃바운드를 확인하세요. 테스트할 때마다 이미 작동하는 설정으로 되돌리고 새로 추가한 사용자 지정 규칙을 잠시 끄세요. 확인되지 않은 설정을 계속 덧붙이면 원인을 찾기 어렵습니다.

먼저 시스템에서 날짜와 시간 자동 설정을 켜고 시간대와 실제 시간이 정확한지 확인하세요. 그런 다음 서버가 요구하는 serverName 또는 SNI를 확인합니다. 이를 연결 주소나 WebSocket Host 같은 항목과 혼동하면 안 됩니다. 인증서는 도메인 이름으로 발급될 수 있으므로 연결 주소에 IP를 입력했더라도 TLS 검증에는 올바른 이름이 필요합니다. 설정에서 REALITY를 사용한다면 일반 TLS 항목만 조정하지 말고 REALITY 전용 매개변수도 확인하세요. 안전하지 않은 연결 허용을 장기적인 해결책으로 삼지 마세요. 인증서가 만료됐거나 이름이 일치하지 않거나 서버 설정이 바뀌었다면 서비스 제공업체에 올바른 매개변수를 문의하세요.

먼저 다른 프록시 클라이언트를 중지하고 v2rayN 로그에서 오류가 발생한 구체적인 리스너 주소와 포트를 확인하세요. 버전마다 같은 포트를 사용한다고 가정하면 안 됩니다. 더 이상 필요하지 않은 프로그램이 포트를 사용 중이라면 해당 프로그램을 정상적으로 종료하거나 v2rayN의 매개변수 설정에서 로컬 리스너 포트를 변경하세요. 포트를 바꾼 뒤에는 시스템 프록시, 브라우저의 별도 프록시 설정, 직접 입력한 다른 프록시 주소도 함께 확인해야 합니다. 클라이언트를 종료한 뒤 인터넷에 연결되지 않는다면 시스템 네트워크 설정에서 로컬 리스너를 가리키는 프록시를 지우고 다시 테스트하세요. 정체를 모르는 시스템 프로세스를 강제 종료하거나, 포트만 바꾸고 기존 프록시 설정을 남겨 두지 마세요.