자주 묻는 질문설정 및 연결 문제 해결

V2Ray는 Project V 프록시 생태계에 속하며, V2Fly는 관련 코어를 이어서 유지 관리합니다. Xray는 같은 기술 생태계의 또 다른 코어 계열입니다. v2rayN은 서버를 관리하고 설정을 생성해 선택한 코어를 실행하는 그래픽 클라이언트입니다. 문제를 해결할 때는 먼저 인터페이스 조작 오류와 코어 실행 오류를 구분하세요. 구독 목록이 비어 있으면 구독 응답 내용을 확인하고, 서비스 시작 오류가 발생하면 로그에서 코어, 설정, 포트 정보를 살펴보세요. 클라이언트 이름만 보고 특정 프로토콜 조합의 작동 여부를 판단하지 말고, 실제 사용 중인 코어와 서버 측 요구 사항도 확인해야 합니다.

데스크톱에서는 v2rayN을 우선 선택하고, Windows, macOS, Linux 및 프로세서 아키텍처에 맞는 설치 파일을 다운로드하세요. Windows에서는 크로스 플랫폼 데스크톱 인터페이스와 기존 WPF 인터페이스 중 선택할 수 있으며, 메뉴 위치와 실행 종속성이 다를 수 있습니다. Android에서는 Xray 코어 기반 v2rayNG를 우선 사용하고, V2Fly 코어 환경이 필요할 때 v2flyNG를 고려하세요. 클라이언트를 바꾸기 전에 구독 주소와 사용자 지정 규칙을 저장하고, 새 클라이언트가 노드의 프로토콜 및 전송 조합을 지원하는지 확인하세요. 기존 설정 디렉터리를 바로 덮어쓰지 마세요.

클라이언트는 로컬 설정과 연결 기능을 제공하지만, 설치했다고 해서 연결 가능한 원격 서버가 생기는 것은 아닙니다. 구독 주소로 여러 노드의 설정을 가져올 수 있으며, 단일 노드 링크에는 보통 서버 하나의 연결 매개변수가 들어 있습니다. 두 가지 모두 신뢰할 수 있는 출처에서 받아야 하며, 해당 서비스의 이용 기간, 할당량 및 사용 규칙을 따라야 합니다. 구독 주소는 구독 그룹 설정에 입력하세요. 서비스 제공업체 계정 페이지 주소를 구독 링크로 사용하면 안 됩니다. 주소에 포함된 접근 정보는 인증 정보처럼 안전하게 보관하고, 스크린샷이나 도움 요청, 로그를 공유하기 전에는 반드시 가리세요.

시스템 프록시는 운영체제 설정을 따르는 앱에 로컬 프록시 진입점을 제공합니다. 라우팅은 코어로 들어온 연결을 프록시, 직접 연결, 차단 중 어떤 방식으로 처리할지 결정합니다. TUN은 가상 네트워크 인터페이스를 통해 더 많은 앱의 트래픽을 전달합니다. 세 기능은 서로 다른 단계에 있으므로 시스템 프록시를 설정해도 모든 앱이 코어를 거치는 것은 아니며, 전역 라우팅을 선택해도 프록시를 사용하지 않는 프로그램까지 강제로 제어할 수는 없습니다. 처음 설정할 때는 시스템 프록시로 브라우저 연결을 확인한 뒤 라우팅을 조정하고, 필요한 경우 마지막에 TUN을 활성화하세요. 문제 원인을 찾기 쉽도록 한 번에 한 항목만 변경하세요.

압축 파일을 현재 계정에서 쓰기 가능한 별도 디렉터리에 완전히 풀고, 압축을 푼 폴더에서 v2rayN.exe를 실행하세요. 압축 프로그램의 미리 보기 화면에서 바로 실행하면 안 됩니다. 설치 파일이 운영체제와 프로세서 아키텍처에 맞는지 확인하세요. 실행 환경이 없다는 오류가 명확히 표시되면 현재 버전 안내에 따라 필요한 종속성을 설치하고, 관련 없는 구성 요소를 임의로 추가 설치하지 마세요. 보안 프로그램의 격리 기록과 폴더 쓰기 권한도 확인하세요. 그래도 실행되지 않으면 전체 오류 메시지, 운영체제 버전, 사용 중인 인터페이스 버전을 기록하고 원래 폴더를 보존해 원인을 파악하세요. 반복해서 덮어 설치하지 마세요.

최신 주류 Android 기기는 대체로 arm64에 적합하지만, 최종적으로는 기기의 프로세서와 운영체제가 지원하는 앱 아키텍처를 기준으로 선택해야 합니다. 구입 연도만으로 판단하면 안 됩니다. 시스템이 arm64를 지원하는지 확인할 수 있다면 해당 설치 파일을 선택하세요. 확인하기 어렵거나 아키텍처가 맞지 않는다는 메시지가 나오면 여러 아키텍처를 포함하는 universal 패키지를 시도할 수 있습니다. 앱이 설치되지 않는다는 메시지가 표시되면 저장 공간, 운영체제 버전 요구 사항, 이전 버전과 서명 호환 여부도 확인하세요. 설정이 남아 있는 클라이언트를 바로 삭제하지 말고, 복원할 수 있도록 설정을 먼저 내보낸 뒤 재설치 여부를 결정하세요.

먼저 받은 것이 구독 주소인지, 단일 노드 링크인지, 로그인용 웹페이지 주소인지 확인하세요. 구독 주소는 구독 그룹 설정에 입력하고 저장한 뒤 해당 그룹의 구독 업데이트를 실행해야 합니다. 단일 노드 링크는 클립보드에서 가져오기와 같은 해당 기능을 사용하세요. QR 코드를 스캔해도 결과가 없을 때는 QR 코드에 웹페이지 주소가 들어 있거나, 링크가 잘렸거나, 현재 클라이언트가 해당 형식을 지원하지 않는 경우가 흔합니다. 원본 텍스트를 다시 복사하고 앞뒤 공백과 줄바꿈을 제거한 뒤 가져오기 안내를 확인하세요. 주소 유출을 막기 위해 개인 구독 정보를 낯선 온라인 변환 사이트에 입력하지 마세요.

먼저 TUN을 끄고 일반 시스템 프록시로 연결되는지 확인한 다음 가상 인터페이스 문제를 살펴보세요. Windows에서는 클라이언트 안내에 따라 필요한 권한으로 실행하세요. macOS와 Linux에서는 현재 버전에 필요한 권한 상승 또는 서비스 설정을 확인하세요. 로그를 살펴 권한 부족, 인터페이스 생성 실패, 라우팅 기록 실패, DNS 설정 실패를 구분하세요. 모든 시작 오류를 노드 문제로 단정하면 안 됩니다. 다른 가상 네트워크 어댑터나 터널 도구를 잠시 종료한 뒤 다시 시도하세요. 활성화 후 네트워크에 문제가 생기면 TUN을 끄고 연결이 복구되는지 확인한 다음 구체적인 오류에 맞춰 조정하세요. 여러 라우팅 매개변수를 동시에 바꾸지 마세요.

먼저 서버 목록에서 사용할 서버를 선택하고 코어가 실행 중인지 확인하세요. 그런 다음 메인 화면이나 트레이 메뉴의 시스템 프록시 항목에서 시스템 프록시 자동 설정을 선택합니다. 운영체제의 프록시 주소와 포트가 클라이언트의 현재 리스닝 값과 일치하는지 확인하고, 테스트할 앱을 다시 실행하세요. 일부 브라우저 확장 프로그램, 앱 자체의 프록시 설정, 다른 프록시 도구가 시스템 설정을 덮어쓸 수 있으므로 잠시 끄고 다시 테스트하세요. 특정 앱에서만 작동하지 않는다면 해당 앱이 시스템 프록시를 따르는지 확인하세요. 따르지 않는 경우 앱 자체의 프록시를 설정하거나, 일반 연결이 정상인 것을 확인한 뒤 TUN을 고려하세요.

구독 그룹 설정에서 출처별로 별도의 그룹을 만들고, 출처와 용도를 알아볼 수 있는 메모를 붙인 뒤 해당 구독 주소를 각각 입력하세요. 처음 업데이트할 때는 그룹별로 진행해 각 그룹의 응답이 정상인지 확인한 다음 전체 구독을 업데이트하는 것이 좋습니다. 서버를 찾을 때는 먼저 그룹을 전환하고 메모의 키워드로 필터링하세요. 필터링은 표시 범위만 바꾸며 서버를 삭제하지 않습니다. 직접 추가한 노드는 구독으로 관리되는 항목과 분리해 저장하고, 업데이트 전에 클라이언트가 기존 항목을 처리하는 방식을 확인하세요. 주소가 만료되면 같은 이름의 그룹을 여러 개 만들지 말고 기존 그룹의 주소를 수정하세요.

평소에는 라우팅 설정에서 필요에 따라 중국 본토 우회 규칙을 선택해 해당 규칙에 일치하는 대상은 직접 연결하고 나머지 트래픽은 규칙에 따라 처리할 수 있습니다. 라우팅이 문제 원인인지 확인하려면 잠시 전역 프록시 라우팅으로 바꾸고 같은 서버로 같은 대상에 접속해 비교한 다음 테스트가 끝나면 기존 규칙으로 되돌리세요. 전역 라우팅은 프록시 코어로 들어오는 트래픽에만 영향을 주며 모든 앱을 자동으로 제어하지는 않습니다. 사용자 지정 규칙은 매칭 순서, 도메인 판별 방식, 규칙 데이터에 따라 결과가 달라집니다. 변경 전에 기존 규칙을 저장하고 한 번에 조건 하나만 조정하세요.

먼저 클라이언트를 종료하고 관련 프로세스가 끝났는지 확인한 다음 설정 디렉터리를 백업하거나 현재 버전의 내보내기 기능을 사용하세요. 구독 그룹, 직접 추가한 노드, 사용자 지정 라우팅, DNS 설정, 로컬 리스닝 포트를 특히 잘 보관하세요. 구독 주소도 안전한 위치에 저장해야 합니다. 업그레이드하기 전에 사용 중인 버전의 마이그레이션 안내를 읽으세요. 특히 인터페이스가 다른 버전으로 바꾸거나 큰 폭으로 업그레이드할 때는 기존 설정을 그대로 덮어써도 된다고 가정하지 마세요. 업데이트 후 서비스 시작, 단일 노드 연결, 구독 업데이트, 평소 사용하는 앱 순으로 확인하고 안정적으로 작동하는 것을 확인한 뒤 이전 폴더와 백업을 정리하세요.

먼저 구독이 만료되었는지, 주소가 재설정되었는지, 복사할 때 쿼리 매개변수가 빠지지 않았는지 확인하세요. 그런 다음 업데이트 로그에서 연결 실패, 인증서 오류, 빈 응답, 형식 파싱 실패를 구분하세요. 현재 프록시를 사용할 수 없다면 클라이언트의 업데이트 옵션에서 프록시를 거치지 않고 구독을 가져오도록 시도하고, 필요하면 정상 작동하는 다른 네트워크에서도 비교하세요. 로그인 페이지, 인증 페이지, 오류 페이지는 유효한 구독 내용이 아니므로 다시 가져와도 해결되지 않습니다. 기존 서버 목록을 보존하고 응답 내용과 서비스 상태를 확인한 뒤 그룹을 비우고 다시 만들지 결정하세요.

테스트 시간 초과는 현재 테스트 절차가 제한 시간 안에 끝나지 않았다는 뜻일 뿐, 모든 연결을 사용할 수 없다는 것을 증명하지는 않습니다. 먼저 기기 자체가 인터넷에 연결되는지 확인하고, 사용 중인 서버, 시스템 시간, 노드 유효 기간을 점검하세요. TCP 테스트와 프록시를 거쳐 실제 웹페이지에 접속하는 테스트는 확인 범위가 다르므로 실제 접속 결과와 코어 로그를 함께 살펴보세요. 같은 네트워크에서 정상 작동이 확인된 다른 노드를 테스트하거나, 다른 네트워크에서 기존 노드를 테스트하면 원인을 좁힐 수 있습니다. 로그에 인증 또는 핸드셰이크 오류가 표시되면 노드 매개변수와 코어 지원 여부를 확인하세요. 시간 제한만 계속 늘리지 마세요.

실행 중 표시는 보통 로컬 서비스가 시작되었다는 뜻이며 원격 서버 연결에 성공했다는 의미는 아닙니다. 먼저 프록시를 끄고 기본 네트워크가 정상인지 확인한 뒤 다시 켜서 사용 중인 서버, 시스템 프록시 주소, 리스닝 포트를 점검하세요. 모든 사이트 접속에 실패하면 코어 로그에서 연결 또는 인증 오류가 있는지 확인하세요. 일부 도메인만 실패한다면 라우팅 규칙 적용 여부, DNS 조회 결과, 브라우저의 보안 DNS 설정을 살펴보세요. 브라우저 프록시 확장 프로그램을 잠시 끄고 다른 브라우저로도 비교하세요. 설정을 한꺼번에 초기화하지 마세요. TUN과 시스템 프록시를 함께 사용 중이라면 먼저 TUN을 끄면 점검 경로를 단순화할 수 있습니다.

먼저 로그에서 충돌이 발생한 리스닝 포트를 확인하세요. 반드시 10808이라고 단정하지 마세요. Windows에서는 터미널에서 netstat -ano를 실행해 리스닝 항목과 해당 프로세스 번호를 확인한 다음 작업 관리자에서 프로세스 이름을 확인할 수 있습니다. 이전 클라이언트가 중복 실행 중이면 정상적으로 종료하세요. 정체를 모르는 시스템 프로세스를 바로 종료하면 안 됩니다. 설정의 매개변수 설정에서 해당 로컬 리스닝 항목을 찾아 사용 중이지 않은 포트로 변경한 뒤 서비스를 다시 시작할 수도 있습니다. 변경 후 시스템 프록시를 다시 설정하고 브라우저 확장 프로그램과 수동 프록시를 사용하는 앱도 함께 조정하세요. 포트가 열려 있어도 HTTP와 SOCKS 프로토콜을 서로 바꿔 쓸 수 있는 것은 아닙니다.