v2rayN 자주 묻는 질문과 문제 해결

클라이언트 선택부터 구독 가져오기, 연결 문제까지 현재 증상에 맞는 설정을 찾아보세요. 각 답변에서 먼저 점검 순서를 안내하고 확인해야 할 항목을 설명합니다.

클라이언트, 코어, 프로토콜부터 구분하세요

설정은 GUI에서 관리하고 연결은 코어가 처리합니다. 각 역할을 확인한 뒤 문제가 발생한 단계를 파악하세요.

v2rayN, V2Ray, Xray는 각각 무엇인가요?

v2rayN은 서버 목록, 구독, 프록시 설정을 관리하는 데스크톱 GUI 클라이언트입니다. V2Ray는 보통 Project V 생태계와 그 프록시 도구를 가리키며, Xray는 클라이언트에서 사용할 수 있는 코어 중 하나입니다. GUI와 코어는 각각 다른 역할을 합니다. v2rayN에서 서버를 선택하고 라우팅을 설정하면 실제 연결은 선택한 코어가 처리합니다. 문제를 해결할 때는 먼저 GUI 설정, 코어 실행, 서버 연결 중 어느 단계에서 문제가 생겼는지 구분하세요.

Windows, macOS, Linux, Android에서는 어떤 클라이언트를 선택해야 하나요?

Windows, macOS, Linux에서는 v2rayN을 살펴보고 운영체제와 프로세서 아키텍처에 맞는 설치 파일을 선택하세요. Android에서는 Xray 코어를 사용하는 v2rayNG를 선택할 수 있으며, V2Fly 코어가 필요한 Android 클라이언트는 v2flyNG를 확인하세요. 클라이언트를 설치해도 서버 설정이 제공되는 것은 아닙니다. 설치 후 사용할 수 있는 구독을 가져오거나 서버에서 받은 매개변수를 직접 입력해야 합니다. 다운로드 페이지에서 네 가지 플랫폼별 다운로드 경로를 확인할 수 있습니다.

VMess, VLESS와 전송 계층 보안은 어떤 관계인가요?

VMess와 VLESS는 서버 설정에서 선택하는 프로토콜이고, 전송 계층 보안은 서버 설정과 일치시켜야 하는 별도의 항목입니다. 노드를 가져온 뒤 프로토콜 이름만 보고 연결 설정이 완전하다고 판단하지 말고 주소, 포트, 사용자 ID, 전송 프로토콜, 전송 계층 보안 설정도 확인하세요. VLESS 노드에서 REALITY를 사용한다면 서버에서 제공한 정보에 따라 SNI, Fingerprint, PublicKey, ShortId 등의 항목도 입력해야 합니다.

Xray와 V2Fly 코어는 자유롭게 바꿔 쓸 수 있나요?

노드 이름만 보고 코어를 바꿔서는 안 됩니다. Xray와 V2Fly는 같은 생태계에서 비롯됐지만 지원 기능과 설정 항목이 완전히 같지는 않습니다. 예를 들어 REALITY 설정을 사용한다면 먼저 클라이언트에서 사용하는 코어가 해당 기능을 지원하는지 확인하세요. 코어를 바꾼 뒤 기존 노드가 실행되지 않으면 클라이언트 로그에서 지원하지 않는 항목이나 파싱 오류를 확인하고, 서버 설정과 대조해 알맞은 코어를 선택하세요. 여러 매개변수를 한꺼번에 변경하지 마세요.

설치 파일, 구독, 서버 설정 항목

가져오기에 실패하면 먼저 링크 유형을 확인하세요. 서버를 직접 추가할 때는 서버에서 제공한 매개변수를 기준으로 입력하세요.

Android 설치 파일은 arm64와 universal 중 무엇을 선택해야 하나요?

최근 출시된 Android 휴대전화는 대부분 64비트 ARM 프로세서를 사용하므로 arm64를 우선 선택할 수 있습니다. 기기의 아키텍처를 모르거나 arm64 설치 파일을 설치할 수 없다는 안내가 나오면 universal 범용 버전을 선택하세요. 설치 파일의 아키텍처는 앱이 기기에서 실행될 수 있는지에만 영향을 주며 구독 내용이나 노드 프로토콜은 바꾸지 않습니다. 설치에 계속 실패하면 먼저 Android 버전과 저장 공간을 확인하고, v2rayNG 또는 v2flyNG에 맞는 설치 파일을 받았는지도 확인하세요.

v2rayN에서 구독 주소를 가져오지 못할 때 먼저 확인할 사항은 무엇인가요?

복사한 주소가 개별 노드 공유 링크가 아니라 구독 주소인지 확인하고, 주소 앞뒤에 공백이 들어갔는지도 살펴보세요. v2rayN의 구독 그룹 설정에 주소를 추가하고 저장한 다음 구독을 업데이트하세요. 서버 편집 화면의 주소 입력란에 붙여 넣으면 안 됩니다. 가져오기에 실패했다는 안내가 나오면 브라우저에서 구독 주소에 접속할 수 있는지 확인한 뒤 클라이언트 로그에서 요청 오류를 살펴보세요. 구독 형식을 인식하지 못한다면 구독 제공자에게 지원되는 형식인지 문의하세요.

VLESS 서버를 수동으로 추가할 때 어떤 항목을 확인해야 하나요?

v2rayN에서 서버 편집 창을 열고 서버에서 받은 정보에 따라 주소, 포트, 사용자 ID를 입력한 뒤 흐름 제어, 암호화 방식, 전송 프로토콜, 전송 계층 보안 설정을 확인하세요. 서버에서 REALITY를 사용한다면 SNI, Fingerprint, PublicKey, ShortId도 각각 입력해야 합니다. 이 항목들은 임의로 추측해 입력하면 안 됩니다. 저장한 뒤 해당 서버를 선택하고 시스템 프록시나 필요한 모드를 활성화하세요. 설정이 일치하지 않으면 서버에서 제공한 원본 설정과 항목별로 대조하세요.

v2rayN 구독 업데이트에 실패했는데 기존 노드는 남아 있어요. 어떻게 해야 하나요?

기존 노드가 계속 보이는 것은 이전 목록이 로컬에 저장되어 있다는 뜻일 뿐, 이번 업데이트가 성공했다는 의미는 아닙니다. 먼저 구독 그룹의 주소가 만료되지 않았는지, 현재 네트워크에서 해당 주소에 접속할 수 있는지 확인하세요. 그런 다음 업데이트 안내와 로그를 살펴 연결 시간 초과, 접근 거부, 콘텐츠 파싱 실패를 구분하세요. 기존 그룹은 당장 삭제하지 마세요. 브라우저에서는 주소가 열리지만 클라이언트에서 파싱에 실패한다면 응답 콘텐츠가 클라이언트에서 지원하는 형식인지 구독 제공자에게 문의하세요.

프록시 모드, 트래픽 분기, DNS

먼저 트래픽이 클라이언트에 전달되는 방식을 확인한 다음 라우팅 규칙과 도메인 조회를 살펴보세요. 서로 다른 스위치를 같은 모드로 혼동하지 마세요.

v2rayN에서 시스템 프록시를 활성화하려면 어떻게 하나요?

먼저 서버 목록에서 사용할 노드를 선택하고 클라이언트 코어가 실행 중인지 확인하세요. 그런 다음 v2rayN의 시스템 프록시 메뉴에서 필요한 프록시 상태를 선택합니다. 시스템 프록시는 운영체제의 프록시 설정을 따르는 앱에서 주로 사용되며, 모든 프로그램이 자동으로 클라이언트를 거치게 하는 기능은 아닙니다. 전환한 뒤 브라우저로 먼저 확인하세요. 특정 앱이 계속 직접 연결된다면 앱 자체 프록시 설정을 살펴보고, 필요한 경우 TUN 모드를 고려하세요.

v2rayN TUN 모드에서 권한이 부족하다는 메시지가 나오면 어떻게 해야 하나요?

TUN은 가상 네트워크 인터페이스를 만들어야 하므로 일반 시스템 프록시보다 높은 권한이 필요한 경우가 많습니다. 먼저 클라이언트의 권한 안내를 읽고 현재 운영체제의 요구사항에 따라 권한을 허용하거나 적절한 권한으로 클라이언트를 실행한 뒤 TUN을 다시 활성화하세요. 그래도 실패하면 다른 가상 네트워크 도구가 인터페이스를 사용 중인지 확인하고 클라이언트 로그에서 구체적인 오류를 살펴보세요. TUN과 시스템 프록시는 서로 다른 설정입니다. 브라우저만 프록시로 연결하려면 먼저 시스템 프록시로 노드를 확인할 수 있습니다.

라우팅 규칙과 전역 프록시 중 무엇을 선택해야 하나요?

도메인이나 주소별로 트래픽을 분리하는 일반적인 용도에는 먼저 규칙 모드를 사용하세요. 노드 자체의 연결 가능 여부를 확인하려면 전역 프록시로 잠시 전환해 비교할 수 있습니다. 전역 프록시는 라우팅 규칙이 테스트 결과에 미치는 영향을 줄이지만 잘못된 서버 매개변수를 수정해 주지는 않습니다. 규칙 모드에서 특정 웹사이트에 문제가 생기면 적용된 규칙과 순서를 살펴 해당 트래픽이 프록시, 직접 연결, 차단 중 어디로 처리되는지 확인한 뒤 관련 규칙을 수정하세요. 테스트가 끝나면 실제 용도에 맞는 모드로 돌아가세요.

DNS와 FakeDNS를 함께 활성화해야 하나요?

반드시 그럴 필요는 없습니다. DNS 설정은 도메인을 어떤 방식과 상위 DNS 서버로 조회할지 결정합니다. FakeDNS는 먼저 가상 주소를 반환한 뒤 트래픽 스니핑과 함께 도메인 정보를 복원하는 방식으로, 더 많은 트래픽을 처리해야 하는 TUN 설정에서 흔히 사용됩니다. 일반 시스템 프록시에서 DNS가 정상적으로 동작한다면 옵션을 더 켜기 위해 FakeDNS를 활성화할 필요는 없습니다. 활성화한 뒤 로컬 네트워크 기기나 특정 앱에 접속할 수 없다면 먼저 FakeDNS를 끄고 비교한 다음 DNS 상위 서버, 스니핑, 라우팅 설정을 확인하세요.

연결 시간 초과, 인터넷 연결 불가, 앱 직접 연결

기기 네트워크, 서버 연결, 프록시 상태, 라우팅, DNS 순으로 범위를 좁히고 클라이언트 로그를 보관하세요.

노드 테스트에서 시간 초과가 표시되면 어떤 순서로 점검해야 하나요?

먼저 기기의 네트워크가 정상인지 확인하고, 노드 주소와 포트가 올바른지, 서버를 계속 사용할 수 있는지 살펴보세요. 이어서 프로토콜, 사용자 ID, 전송 프로토콜, 전송 계층 보안 등의 항목을 확인하고, 특히 구독 업데이트 후 매개변수가 바뀌지 않았는지 살펴보세요. 테스트 결과는 해당 연결 시도의 상태만 보여줍니다. 한 번 시간 초과가 발생했다고 전체 노드가 모두 작동하지 않는다고 단정하지 마세요. 사용 가능한 것으로 확인된 다른 노드와 비교하고, 모든 노드에서 시간 초과가 발생한다면 코어 실행 여부와 클라이언트 로그에 처음 기록된 연결 오류를 확인하세요.

노드는 연결됐는데 브라우저에서 웹페이지가 열리지 않으면 어떻게 해야 하나요?

먼저 v2rayN에서 대상 노드가 선택되어 있고 코어가 실행 중인지, 시스템 프록시 상태가 현재 브라우저 사용 방식에 맞는지 확인하세요. 그런 다음 여러 도메인에 접속해 모든 사이트에 문제가 있는지 일부 사이트만 문제가 있는지 확인합니다. 일부 사이트에만 문제가 있다면 라우팅과 DNS를 먼저 살펴보세요. 모든 페이지가 열리지 않으면 잠시 전역 프록시로 전환해 비교하고, 클라이언트 로그에서 연결 또는 DNS 조회 오류를 확인하세요. 프록시, 라우팅, DNS를 동시에 변경하면 어떤 설정이 영향을 줬는지 파악하기 어렵습니다.

시스템 프록시를 켰는데 특정 앱은 프록시를 거치지 않는 이유가 무엇인가요?

일부 앱은 운영체제의 프록시 설정을 따르지 않거나 앱 내부에 별도의 프록시 주소를 설정해 둡니다. 먼저 브라우저에서 시스템 프록시가 작동하는지 확인한 뒤 대상 앱의 네트워크 설정을 살펴보세요. 앱이 직접 연결만 지원한다면 필요에 따라 TUN 모드를 시도할 수 있습니다. 브라우저도 프록시를 거치지 않는다면 v2rayN으로 돌아가 시스템 프록시와 코어 실행 상태를 확인하고, 다른 프로그램이 운영체제의 프록시 설정을 변경했는지도 살펴보세요. 클라이언트를 종료한 뒤 시스템 프록시 상태가 원하는 값으로 복원됐는지도 확인해야 합니다.

연결 속도가 느리거나 클라이언트가 갑자기 종료되면 어디부터 확인해야 하나요?

속도가 느릴 때는 노드 문제와 기기 문제를 먼저 구분하세요. 같은 네트워크에서 다른 노드를 테스트하고 규칙 모드와 전역 프록시의 결과를 비교한 뒤 DNS 조회와 불필요한 TUN이 활성화되어 있는지 확인합니다. 클라이언트가 갑자기 종료되면 당시 어떤 작업을 했는지 기록하고, 다시 실행한 뒤 로그에서 코어 시작 실패나 설정 파싱 오류를 살펴보세요. 한 번에 설정 하나만 바꾸고 문제를 재현할 수 있는 절차를 기록해 두세요. 체계적인 점검이 필요하다면 문제 진단 페이지를 확인하세요.

계속 문제 해결하기

증상별 전체 진단 절차 확인

로그, 노드, 시스템 프록시, DNS를 차례로 확인해야 하나요? 문제 진단 페이지에서 자주 발생하는 증상별 점검 방법을 확인하세요.

문제 진단 보기