데스크톱 클라이언트 · 구독 및 프록시 설정
멀티플랫폼 클라이언트 선택부터 구독 가져오기, 앱 연동 범위에 맞춘 프록시 설정까지 안내합니다.
클라이언트 선택
데스크톱에서는 v2rayN을 선택하고, Android에서는 먼저 v2rayNG를 살펴본 뒤 코어 요구 사항에 따라 v2flyNG를 고려하세요. 먼저 실행 환경을 확인한 다음 설치 패키지를 선택해야 합니다. 클라이언트 이름이 비슷해도 설치 파일을 다른 운영체제에서 사용할 수 있다는 뜻은 아닙니다.
처음 선택할 때는 데스크톱 버전부터 시작할 수 있으며, 크로스플랫폼 인터페이스를 사용합니다. 기존 WPF 버전은 익숙한 Windows 인터페이스를 유지하며, 두 버전 모두 프록시 구성을 관리하는 데 사용됩니다. 선택할 때는 두 클라이언트를 동시에 설치하기보다 시스템 요구 사항, 사용 습관과 필요한 기능을 기준으로 판단하세요.
다운로드 페이지에서 x64 항목과 실행 조건을 확인하세요. 설치 전에 기존 구성을 저장하고, 처음 실행한 뒤 클라이언트가 정상적으로 열리는지와 코어가 시작되는지를 먼저 확인한 다음 구독을 가져오세요. 코어에서 로컬 리스너 시작 실패가 표시되면 구독을 반복해서 바꾸거나 운영체제를 재설치하지 말고 포트 사용 여부를 확인해야 합니다.
먼저 “이 Mac에 관하여”에서 칩 유형을 확인하세요. Apple Silicon은 arm64, Intel은 x64에 해당합니다. 구매 연도로 추측하기보다 실제 하드웨어에 맞춰 파일을 선택하는 편이 정확합니다. 데스크톱 클라이언트의 기본 개념은 비슷하지만 시스템 권한 안내와 네트워크 설정 위치는 서로 다릅니다.
처음 실행할 때 시스템 보안 경고가 나타나면 먼저 파일 출처와 앱의 신원을 확인한 뒤 운영체제가 제공하는 방식으로 처리하세요. 보안 기능 전체를 끄는 것을 설치 절차로 삼아서는 안 됩니다. 시스템 프록시를 활성화한 뒤에는 브라우저가 시스템 설정을 읽는지도 확인해야 하며, 별도의 프록시 옵션이 있는 도구는 따로 설정해야 합니다.
v2rayNG는 Xray 코어를 사용하고, v2flyNG는 V2Fly 코어를 사용하는 대안입니다. 먼저 구독의 프로토콜과 전송 요구 사항을 확인한 뒤 클라이언트를 선택하세요. 최신 주류 기기는 보통 arm64를 사용하지만 아키텍처를 확신할 수 없다면 다운로드 페이지의 안내를 먼저 읽고 범용 설치 패키지를 고려하세요.
Android는 VpnService를 통해 앱 트래픽을 연결하며, 처음 연결을 시작할 때 시스템 권한이 필요합니다. 이 권한이 원격 연결 성공을 의미하는 것은 아닙니다. 화면을 잠근 뒤 연결이 끊긴다면 배터리 최적화, 백그라운드 실행 제한과 다른 VPN 앱을 함께 확인하세요. 특정 앱만 사용할 수 없다면 먼저 앱별 프록시 범위를 확인해야 합니다.
배포판의 패키지 체계에 맞춰 deb 또는 rpm을 선택하고, 프로세서가 x64인지 arm64인지도 확인하세요. 패키지 형식과 프로세서 아키텍처는 별개의 조건이므로 하나만 확인하면 설치되지 않을 수 있습니다. 페이지는 그래픽 클라이언트 다운로드를 제공하며, 코어만 실행하는 것을 데스크톱 프록시 설정 완료와 동일하게 보지 않습니다.
데스크톱 환경마다 시스템 프록시를 읽는 방식이 다르고, 명령줄 도구는 환경 변수나 자체 매개변수만 읽을 수도 있습니다. 먼저 로컬 리스너 주소, 포트와 프록시 유형을 확인한 뒤 대상 앱을 연결하세요. TUN이 필요하다면 권한, 가상 인터페이스와 기존 네트워크 라우팅의 관계도 별도로 확인해야 합니다.
클라이언트는 구성을 관리하지만 사용할 수 있는 원격 서비스를 제공하지는 않습니다. 사용 권한이 있는 구독 또는 연결 매개변수를 준비한 뒤 가져오기를 진행하세요. 설치가 끝났다고 연결 조건까지 갖춰진 것은 아닙니다.
작업 주제 색인
구독은 연결 매개변수를 제공하고, 시스템 프록시와 TUN은 앱의 연결 방식을 결정하며, 라우팅 규칙은 연결된 요청의 처리 방식을 정합니다. 문제를 해결할 때는 먼저 문제가 발생한 계층을 확인해야 앱이 애초에 연결되지 않은 문제를 출구 규칙 수정으로 해결하려는 일을 피할 수 있습니다.
구독은 연결 매개변수 묶음을 클라이언트가 관리하도록 전달합니다. 주소를 추가하고 업데이트한 뒤 사용할 구성을 선택하세요. 가져오기에 성공했다는 것은 내용을 읽었다는 뜻일 뿐, 원격 연결이 가능하다는 의미는 아닙니다.
구독은 브라우저나 터미널을 직접 변경하지 않습니다. 로컬 프록시에 연결된 앱만 현재 선택한 구성으로 요청을 보냅니다.
업데이트에 실패하면 먼저 주소가 유효한지와 가져오기 경로를 확인하세요. 스크린샷을 공유하기 전에 구독 주소를 가려 접근 자격 증명이 노출되지 않도록 해야 합니다.
시스템 프록시 자동 설정은 시스템 프록시를 로컬 리스너로 지정하여 시스템 설정을 따르는 앱을 연결합니다. 노드 매개변수 문제를 해결하지 않으며 모든 기기 트래픽을 가로채는 기능과도 다릅니다.
브라우저가 시스템 설정을 따르는지 확인해야 합니다. 터미널 도구는 자체 매개변수나 프록시 환경 변수를 읽을 수 있으므로 스위치만 보고 판단해서는 안 됩니다.
클라이언트를 종료한 뒤 연결에 문제가 생기면 시스템이 중지된 포트를 계속 가리키는지 먼저 확인하세요. 시스템 프록시를 해제해도 TUN이 동시에 꺼지는 것은 아닙니다.
라우팅은 코어에 들어온 요청을 직결, 프록시 또는 차단 등으로 처리할 방식을 선택합니다. 규칙은 일반적으로 순서대로 매칭되므로 수정하기 전에 기본 출구와 예외 규칙을 이해해야 포괄적인 규칙이 세부 규칙을 가리는 일을 피할 수 있습니다.
코어에 연결된 트래픽에만 영향을 줍니다. 특정 앱이 시스템 프록시를 읽지 않는다면 도메인 규칙을 조정해도 자동으로 프록시에 연결되지 않습니다.
특정 도메인에만 문제가 생기면 DNS, 매칭 조건과 출구를 함께 확인하고, 한 번에 조건 하나만 변경하면서 기존 구성을 보존하세요.
TUN은 가상 네트워크 인터페이스를 통해 트래픽을 연결하여 시스템 프록시를 읽지 않는 앱에도 사용할 수 있습니다. 연결 방식을 확장할 뿐 실패한 구독을 복구하지는 않으며, 사용 가능 여부는 클라이언트 구현과 시스템 환경에도 좌우됩니다.
실제 적용 범위는 인터페이스 라우팅, 제외 항목과 프로토콜 지원에 따라 결정되므로 활성화한다고 모든 연결이 같은 출구를 사용하는 것은 아닙니다.
활성화하기 전에 권한, DNS와 다른 VPN의 충돌 여부를 확인하세요. 문제가 생기면 먼저 TUN을 끄고 검증된 연결 방식과 비교하세요.
세 단계로 빠르게 시작하기
처음 구성할 때는 설명 가능하고 재현 가능한 사용 경로를 먼저 만드세요. 복잡한 분할 라우팅과 TUN은 잠시 적용하지 말고 기본 연결을 확인한 뒤 설정을 하나씩 추가하세요. 그러면 문제가 생겼을 때 어떤 단계가 결과를 바꿨는지 알 수 있습니다.
클라이언트를 설치하고 연 다음 구독 관리 또는 구독 그룹 메뉴를 찾아 알아보기 쉬운 이름을 추가하고, 전체 구독 주소를 붙여 넣어 저장하세요. 이어서 업데이트를 실행해 클라이언트가 연결 항목을 읽었는지 확인합니다. 단일 공유 링크라면 해당 가져오기 기능을 사용하고, 구독 주소로 착각해 반복해서 업데이트하지 마세요.
이번에 사용할 구성을 선택한 뒤 프로토콜, 전송과 보안 매개변수가 완전히 인식되었는지 확인하세요. 오류를 없애려고 서버에서 제공한 필드를 임의로 수정하지 마세요. 구독 업데이트 실패와 연결 실패는 서로 다른 문제입니다. 전자는 구성 가져오기 과정, 후자는 코어 시작과 실제 요청을 확인해야 합니다. 구독 링크는 민감한 정보이므로 공개 스크린샷, 대화 기록이나 문제 해결 첨부 파일에 포함하지 않는 것이 좋습니다.
구독 가져오기 단계 보기데스크톱에서는 먼저 코어가 시작되고 로컬 리스너에 오류가 없는지 확인한 다음 시스템 프록시를 자동 설정하여 시스템 설정을 따르는 앱을 연결하세요. 라우팅은 이해하기 쉬운 사전 설정부터 사용하고 현재 옵션을 기록해 두세요. 여러 프록시 클라이언트를 동시에 실행해 시스템 설정을 서로 차지하게 하지 마세요. 스위치 상태와 실제 요청 경로가 달라질 수 있습니다.
Android에서는 구성을 선택한 뒤 연결을 시작하고 시스템 VPN 권한 안내를 읽어 확인한 다음 앱별 설정에 대상 앱이 포함되어 있는지 점검하세요. 데스크톱 터미널 도구에 프록시를 직접 입력해야 한다면 클라이언트의 실제 주소, 포트와 유형을 확인하고 다른 기기의 값을 복사하지 마세요. 프록시 설정을 읽지 않는 앱까지 연결해야 할 때만 TUN 권한과 라우팅 설정으로 진행하세요.
먼저 브라우저에서 접근 권한이 있고 익숙한 대상을 연 다음 실제로 필요한 터미널이나 데스크톱 도구에서 요청을 보내세요. 웹페이지 한 번이 모든 앱이 연결되었다는 뜻은 아니며 모든 라우팅 규칙이 올바르다는 근거도 아닙니다. 클라이언트 로그로 요청이 코어에 들어갔는지 확인하고 당시의 연결 방식과 선택한 구성을 기록하세요.
브라우저는 작동하지만 터미널이 실패하면 먼저 터미널의 프록시 환경을 확인하세요. 특정 도메인만 실패하면 규칙 매칭과 DNS를 점검하고, 코어가 시작되지 않으면 구성 오류나 포트 충돌부터 처리해야 합니다. 기본 연결이 안정된 뒤 설정을 백업하고 분할 라우팅과 TUN을 하나씩 추가하세요. 사용을 중지할 때는 더 이상 사용하지 않는 시스템 프록시를 해제하고, 수동 설정한 앱이 종료된 리스너 포트를 계속 가리키지 않는지도 확인해야 합니다.
기본 설정을 마쳤다면 초보자부터 고급 사용자까지를 위한 안내서를 계속 읽어 보세요. 이 안내서는 핵심 개념, 설치, 구독, 프록시 모드, 라우팅, TUN과 일상적인 유지 관리 순서로 구성되어 있으며, 모든 설정을 한꺼번에 바꾸기보다 각 단계를 확인한 뒤 장별로 보완하기에 적합합니다.
오픈 소스 생태계 안내
세 계층에는 각각의 역할이 있습니다. 클라이언트는 인터페이스를 제공하고 구성을 관리하며, 코어는 연결과 라우팅을 실행하고, 구독 또는 수동 매개변수는 원격 서비스를 설명합니다. 제품 이름만 보고 기능을 판단하기보다 이 관계를 이해하는 편이 정확합니다.
Project V는 이 프록시 도구 생태계를 이해하는 출발점이며, V2Ray는 그중 널리 사용된 핵심 프로젝트입니다. V2Fly 커뮤니티는 V2Ray의 유지 관리와 발전을 이어 왔고, Xray는 관련 코드 기반에서 분기해 독자적인 기능 방향을 발전시켰습니다. 역사적 연관성은 있지만 오늘날에는 이름이 비슷하다는 이유만으로 구성 기능이 완전히 같다고 판단할 수 없습니다.
코어는 프로토콜 처리, 전송, 보안 연결과 라우팅 같은 하위 수준의 작업을 담당합니다. VLESS는 프로토콜 이름이고 Xray는 코어 이름이므로 같은 계층의 개념이 아닙니다. 선택할 때는 프로토콜, 전송 방식과 관련 보안 기능을 함께 확인해야 하며, 구독에 특정 프로토콜이 적혀 있다는 이유만으로 어떤 클라이언트에서든 완전히 사용할 수 있다고 단정해서는 안 됩니다.
v2rayN은 데스크톱 플랫폼을 대상으로 하며 구성 관리와 코어 사용을 위한 그래픽 인터페이스를 제공합니다. 실제로 호출할 수 있는 코어와 기능은 설치 패키지 및 현재 인터페이스를 기준으로 확인해야 합니다. v2rayNG는 Android용이며 Xray 코어를 사용하고, v2flyNG 역시 Android용으로 V2Fly 코어를 사용하므로 해당 코어 기능이 필요할 때 고려할 수 있습니다.
세 클라이언트 모두 오픈 소스 프로젝트지만 클라이언트 자체가 구독 서비스는 아닙니다. 설치가 끝났다고 사용할 수 있는 원격 연결을 자동으로 얻는 것도 아닙니다. 이전할 때는 공유 가능한 연결 매개변수와 플랫폼 전용 설정도 구분해야 합니다. 구독은 다시 가져올 수 있지만 시스템 프록시, 권한, 앱별 적용 범위와 로컬 포트는 새 기기에서 다시 확인해야 합니다.
오픈 소스란 해당 라이선스 조건에 따라 코드를 열람, 사용, 수정 또는 재배포할 수 있는 조건이 제공된다는 뜻이며, 모든 구성 요소가 같은 라이선스를 사용한다는 의미는 아닙니다. V2Fly 코어와 Xray 코어는 MPL 2.0을 사용하지만, 그래픽 클라이언트와 의존성의 라이선스 안내는 별도로 확인해야 합니다. 특히 코드를 수정하거나 소프트웨어를 재배포할 때 주의하세요.
코드 공개는 구성 출처에 대한 판단을 대신하지 않습니다. 원격 서비스를 누가 운영하는지, 구독 주소를 어떻게 보관하는지, 대상 사이트 연결을 올바르게 확인했는지는 별개의 사용 문제입니다. 권한을 얻은 기기와 네트워크 환경에서 작업하고 적용되는 규정을 준수하세요. 인증서 오류가 발생하면 검증을 건너뛰는 것을 일상 설정으로 삼지 말고 시간, 도메인과 매개변수부터 점검해야 합니다.
클라이언트 업데이트는 인터페이스와 구성 관리 방식을 바꿀 수 있고, 코어 업데이트는 프로토콜 지원이나 동작을 변경할 수 있으며, 구독 업데이트는 주로 원격 연결 항목을 새로 고칩니다. 이 세 가지 업데이트는 서로를 대신할 수 없습니다. 구독 항목이 만료되었을 때 클라이언트를 재설치해도 해결되지 않을 수 있고, 코어가 특정 구성을 지원하지 않는다면 같은 구독을 반복해서 업데이트해도 기능이 추가되지 않습니다.
일상적인 유지 관리에서는 먼저 구성을 백업한 뒤 실제 사용 기능과 관련된 변경 사항을 읽는 것이 좋습니다. 업데이트 후 코어 시작, 구독 읽기, 시스템 프록시와 자주 사용하는 앱을 차례로 확인하고 마지막으로 사용자 지정 라우팅을 점검하세요. 문제가 생기면 발생 조건과 오류 유형을 기록하고 민감한 필드를 가린 뒤 정리하세요. 기준선 없이 여러 단계를 동시에 변경하는 일은 피해야 합니다.
이 사이트는 다운로드 경로와 중국어 사용 설명을 정리한 곳이며, 클라이언트 인터페이스, 코어 문서 또는 원격 서비스 안내를 대신하지 않습니다. 용어가 다르면 먼저 개념을 확인한 뒤 구성을 조정할지 결정하세요.
최신 글
어떤 앱에서 어느 단계에 문제가 생겼는지 먼저 기록한 다음 해당 글을 선택하세요. 포트 리스너, 시스템 프록시 적용 범위와 백그라운드 실행 제한은 서로 다른 단계이므로 따로 검증해야 불필요한 재설치와 설정 변경을 줄일 수 있습니다.
리스너 시작 실패 메시지에서 출발해 로컬 포트를 사용 중인 프로세스를 찾고, 중복 실행과 다른 프로그램의 충돌을 구분합니다. 포트를 변경한 뒤 함께 조정해야 하는 프록시 설정도 설명합니다.
포트 충돌 해결 단계 보기 →시스템 프록시가 모든 앱에 자동으로 적용되는 것은 아닌 이유를 설명하고, 브라우저의 별도 설정, 터미널 프록시 환경과 로컬 리스너를 각각 확인한 뒤 TUN이 필요한지 판단합니다.
앱 연동 점검 목록 보기 →VpnService 권한, 다른 VPN과의 충돌, 배터리 최적화 제외 목록과 앱별 프록시를 정리하고, 시스템이 백그라운드를 종료한 경우와 앱이 프록시 범위에 포함되지 않은 경우를 구분합니다.
권한과 백그라운드 설정 안내 보기 →