오픈 소스 클라이언트 선택부터 구독 관리와 분할 라우팅까지, 실제 설정 순서에 맞춰 한국어로 정리했습니다.
규칙 · 그룹 · 실행 모드
서버에 연결되는 것은 시작에 불과합니다. 트래픽 경로, 구독 출처, 시스템 연동 방식을 나눠 설정하면 나중에 확인하기도 쉽습니다.
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}라우팅은 ‘이번 요청을 어디로 보낼지’를 정하는 기능이지, 모든 연결을 하나의 출구로 보내는 설정이 아닙니다. 그림의 규칙은 조건에 맞는 도메인 요청을 direct로 보냅니다. 이 태그는 먼저 아웃바운드 설정에 정의해야 하며, 관련 규칙 데이터도 사용할 수 있어야 합니다. 설정하기 전에 현재 클라이언트가 사용하는 커널을 확인하고, 구체적인 규칙을 포괄적인 규칙보다 앞에 배치하세요. 전역 모드만 전환하는 것보다 도메인별로 트래픽을 나누면 로컬 서비스 연결을 유지하기 쉽고, 로그에서 잘못된 매칭을 찾기도 편합니다. 아래는 규칙 일부이며 전체 구조는 설정 파일 가이드에서 확인할 수 있습니다.
여러 구독을 한 목록에 섞어 두면 노드 수보다 출처가 불분명하거나 이름이 중복되는 문제가 더 흔합니다. 먼저 출처별 그룹을 만들고 업데이트 방식과 필터 조건을 설정해 관리하기 쉬운 목록으로 정리하세요. 노드를 하나씩 직접 가져오는 것보다 구독 업데이트가 편리하지만, 원격 설정이 바뀌면 노드 이름이나 매개변수도 달라질 수 있습니다. 업데이트 후에는 현재 선택한 항목과 그룹을 확인하고, 필터에서 제외된 노드를 연결 오류로 오해하지 않도록 주의하세요. 구독 주소에는 보통 접속 정보가 포함되므로 스크린샷이나 문제 해결 기록에 전체 주소가 드러나지 않게 가리세요.
데스크톱 연동 방식 예시
시스템 프록시와 TUN은 앱 트래픽을 클라이언트로 전달하는 방식이고, 라우팅 규칙은 전달된 트래픽을 어디로 보낼지 정합니다. 서로 다른 설정입니다. 일반적인 브라우저 사용은 먼저 시스템 프록시로 확인하세요. 시스템 프록시 설정을 따르지 않는 앱은 필요에 따라 TUN을 고려할 수 있습니다. 처음부터 여러 연동 방식을 동시에 켜기보다 하나씩 활성화하면 포트, 권한 또는 DNS 충돌을 찾기 쉽습니다. 안드로이드는 보통 시스템 VPN 인터페이스를 사용하므로 앱별 적용 범위도 확인해야 합니다. 클라이언트마다 메뉴 이름이 다를 수 있으니 기능을 기준으로 확인하세요.
모든 사이트에 접속할 수 없다면 커널 실행 여부, 서버 선택 여부, 로컬 포트의 정상적인 대기 상태부터 확인하세요. 특정 도메인만 문제가 있다면 규칙 우선순위, DNS 결과, 대상 아웃바운드를 살펴보세요. 라우팅 설정을 통째로 복사하면 여러 변수가 한꺼번에 바뀔 수 있습니다. 연결이 확인된 기본 설정을 보관하고 한 번에 규칙 하나씩 수정해야 원인을 파악할 수 있습니다.
그래픽 클라이언트는 화면의 옵션을 커널 설정으로 변환합니다. 화면에 표시된 ‘직접 연결’이 설정 파일의 태그 이름과 같지 않을 수도 있습니다. 예시를 볼 때는 메뉴 위치를 외우기보다 필드 간 대응 관계를 확인하세요. 사용자 지정 설정이 그래픽 설정 일부를 덮어쓸 수도 있으므로 문제를 살펴보기 전에 현재 실행 중인 설정 파일을 확인한 다음 설정 파일 참고 가이드에서 인바운드, 아웃바운드, 라우팅을 대조하세요.
운영체제에 맞는 패키지를 고른 뒤 아키텍처 확인하기
데스크톱에서는 v2rayN을, 안드로이드에서는 우선 v2rayNG를 살펴보세요. V2Fly 커널이 필요하다면 v2flyNG도 고려할 수 있습니다. 설치 파일은 다운로드 페이지에서 확인할 수 있습니다.
데스크톱 버전은 크로스 플랫폼 인터페이스를 사용하고, WPF 버전은 클래식한 화면을 유지합니다. 두 버전은 사용자 인터페이스 선호에 따라 선택할 수 있으며, 어느 한쪽이 반드시 더 빠르게 연결되는 것은 아닙니다. 처음 설치한다면 시스템과 실행 환경 요구 사항을 확인한 뒤 한 버전을 선택해 기본 설정을 구성하세요. 클라이언트 두 개를 동시에 실행해 수신 포트를 놓고 충돌하지 않도록 주의하세요.
압축 해제형 프로그램은 쓰기 권한이 있는 고정된 위치에 두고, 설치형 프로그램은 안내에 따라 설치하세요. 처음 실행한 뒤 커널이 제대로 로드되는지 확인하고 구독을 가져오세요. 포트가 사용 중이라는 메시지가 나오면 반복해서 재설치하지 말고 먼저 해당 포트를 점유한 프로세스를 확인하세요.
먼저 ‘이 Mac에 관하여’에서 칩 종류를 확인하세요. Apple 칩 기기는 arm64, Intel 기기는 x64를 선택하면 됩니다. 아키텍처를 확인한 뒤 설치 파일 형식을 고르고, 파일 크기만으로 판단하지 마세요. 설치 후에는 임시로 마운트된 위치에서 계속 실행하지 말고 고정된 앱 위치에서 실행하세요.
시스템 프록시는 주로 시스템 설정을 따르는 앱에 영향을 줍니다. 브라우저는 작동하지만 특정 앱은 계속 직접 연결된다면 먼저 해당 앱의 프록시 동작을 확인하세요. 네트워크 확장이나 권한 요청이 표시되면 시스템 안내에서 요청 목적을 확인한 뒤 필요한 경우에만 허용하세요.
v2rayNG는 Xray 커널을, v2flyNG는 V2Fly 커널을 사용합니다. 서버 설정과 필요한 프로토콜을 확인해 선택하세요. 최신 스마트폰은 보통 arm64를 선택하면 됩니다. 아키텍처를 모른다면 기기 정보를 확인하거나 다운로드 페이지의 범용 패키지 안내를 참고하세요. 앱 설치에 성공해도 가져온 모든 설정이 현재 커널과 호환되는 것은 아닙니다.
처음 연결할 때 시스템 VPN 권한을 요청합니다. 연결 후 백그라운드로 전환하면 끊기는 경우 배터리 최적화, 백그라운드 제한, 앱별 프록시 적용 범위를 확인하세요. 안정적인 사용을 기준으로 백그라운드 제한을 조정하면 되며, 절전 설정을 한꺼번에 모두 끌 필요는 없습니다.
먼저 배포판의 패키지 관리 방식을 확인한 뒤 deb 또는 rpm을 선택하고, 프로세서 아키텍처도 확인하세요. x64와 arm64는 서로 호환되지 않습니다. 설치 후 화면은 열리지만 네트워크 기능이 작동하지 않는다면, 화면이 실행된 것을 연결 성공으로 간주하지 말고 커널 프로세스, 데스크톱 프록시 설정, 필요한 권한을 각각 확인하세요.
데스크톱 환경마다 시스템 프록시를 읽는 방식이 다를 수 있으며, 명령줄 프로그램은 별도로 프록시를 설정하는 경우가 많습니다. 먼저 프록시를 명확히 지원하는 앱 하나로 확인한 뒤 다른 프로그램으로 범위를 넓히면 문제를 더 빠르게 찾을 수 있습니다.
클라이언트는 설정을 실행하는 도구이고 구독은 서버 정보를 제공합니다. 각각 따로 준비해야 합니다. 클라이언트를 다운로드한 뒤 처음 실행하고, 클라이언트의 구독 설정에서 보유한 주소를 가져오세요. 출처가 불분명한 구독은 일상적으로 사용하는 그룹에 바로 추가하지 마세요. 노드 목록이 표시되면 서버 하나를 선택하고 실제 웹사이트 접속과 로그를 함께 확인하세요. 핑 테스트는 특정 조건에서 응답 시간을 비교하는 용도이며 다운로드 속도와는 다르고, 앱에서 실제로 접속되는지도 별도로 확인해야 합니다.
이미 정상적으로 사용하는 환경이 있다면 업데이트 전에 구독 그룹, 사용자 지정 규칙, 직접 추가한 서버를 백업하세요. 새 버전과 이전 버전은 메뉴 위치나 커널 기본값이 다를 수 있으므로 업데이트 후 시스템 프록시, 라우팅 모드, 현재 선택된 서버를 다시 확인하세요. 처음부터 설정하려면 첫 설치 및 연결 가이드를 따라 진행하세요. 설치 파일 형식과 기기 아키텍처는 다운로드 페이지에서 확인할 수 있습니다.
클라이언트 전체 보기 →클라이언트와 커널의 역할 구분하기
‘V2Ray’는 여러 프록시 도구를 통칭하는 말로 자주 쓰입니다. 제품을 선택할 때는 그래픽 클라이언트의 역할과 기반 커널의 지원 기능을 구분하는 것이 더 중요합니다.
Project V의 핵심은 인바운드, 아웃바운드, 라우팅, 전송을 조합 가능한 설정 모듈로 나누는 것입니다. 인바운드는 앱의 요청을 받고, 라우팅은 규칙에 따라 경로를 선택하며, 아웃바운드는 실제로 트래픽을 전달합니다. 복잡한 네트워크 요구사항을 표현하기 좋은 구조지만, 초보자에게는 JSON을 직접 읽는 일이 쉽지 않습니다. 그래픽 클라이언트는 가져오기, 그룹 관리, 전환, 매개변수 편집을 지원해 자주 쓰는 기능을 화면에 제공하고, 설정 결과를 커널에 전달해 실행합니다.
따라서 ‘화면에 옵션이 있다’고 해서 ‘현재 설정에서 해당 기능을 사용할 수 있다’는 뜻은 아닙니다. 같은 클라이언트라도 서로 다른 커널을 호출할 수 있고, 사용자 지정 설정이 기본 실행 방식을 바꿀 수도 있습니다. 클라이언트를 비교할 때는 먼저 플랫폼, 커널, 설정 출처를 확인한 다음 구독 관리가 편리한지, 라우팅을 유지하기 쉬운지 살펴보세요. 화면 모양만 비교하면 실제 사용에 영향을 주는 호환성 조건을 놓치기 쉽습니다.
V2Fly는 V2Ray 커뮤니티 생태계를 이어받아 관리하고, Xray는 관련 코드 기반에서 발전한 별도의 커널 계열입니다. 두 커널은 일부 설정 개념과 프로토콜 기반을 공유하지만 이후 추가된 기능, 기본 동작, 지원 범위는 완전히 같지 않습니다. 서버에서 VLESS, Trojan 등의 매개변수를 받았다면 전송 방식, 보안 계층, 필요한 확장 기능도 확인해야 합니다. 프로토콜 이름이 같다고 반드시 호환되는 것은 아닙니다.
예를 들어 REALITY는 커널 지원 여부를 확인해야 하는 보안 계층 관련 설정입니다. 모든 프로토콜과 나란히 놓고 자유롭게 바꿔 쓸 수 있는 옵션으로 보면 안 됩니다. 연결이 정상인 상태라면 커널을 바꾸기 전에 기존 매개변수를 기록하세요. 전환 후에는 기본 연결부터 테스트하고 사용자 지정 분할 라우팅을 다시 적용하세요. 설정 해석 오류가 발생하면 여러 클라이언트를 연달아 바꾸기보다 오류가 난 필드와 현재 커널의 지원 범위부터 확인하세요.
v2rayN, v2rayNG, v2flyNG는 모두 오픈 소스 프로젝트로 관리됩니다. v2rayN은 데스크톱에서 서버, 구독, 라우팅을 관리하는 데 중점을 둡니다. v2rayNG는 안드로이드용이며 Xray 커널을 사용합니다. v2flyNG는 V2Fly 커널을 사용하는 대안입니다. 오픈 소스라는 것은 구현과 라이선스 조건을 확인하고 논의할 수 있다는 뜻이지, 모든 서버 설정에 사용할 수 있거나 클라이언트가 노드 서비스까지 제공한다는 뜻은 아닙니다.
세 클라이언트와 각 클라이언트가 호출하는 커널은 서로 다른 프로젝트 계층에 속합니다. 화면 문제, 커널의 설정 해석 오류, 원격 서버 문제는 각각 따로 원인을 찾아야 합니다. 따라서 리뷰에서는 특정 상황과 설정 경로를 기록하고, 상황과 무관한 단일 점수를 매기지 않습니다. 일반 사용자는 기기와 프로토콜 요구사항에 맞는 클라이언트 하나를 고르고 안정적으로 사용한 뒤 필요할 때 이전하는 편이 여러 비슷한 환경을 동시에 관리하는 것보다 수월합니다.
V2Ray 핵심 관련 프로젝트에는 MPL 2.0 등의 오픈 소스 라이선스가 적용되며, 클라이언트 프로젝트에도 각각의 라이선스 조건이 있습니다. 실제 의무는 사용 중인 프로젝트와 함께 제공된 라이선스 문서를 기준으로 판단해야 합니다. 한 커널의 라이선스를 전체 도구 체인에 그대로 적용할 수는 없습니다. 일상적인 사용과 코드 수정·재배포는 서로 다른 상황입니다. 수정본을 배포한다면 저작권 표시 유지, 변경 사항 고지, 해당 소스 코드 제공 의무를 확인하세요.
이 사이트는 클라이언트 선택과 설정 읽기를 위한 참고 자료를 제공하며 구독이나 노드 서비스를 운영하지 않습니다. 클라이언트는 무료로 사용할 수 있지만 원격 서비스의 요금, 개인정보 처리방침, 이용 가능 여부는 실제 제공업체에 따라 달라집니다. 설정 파일에는 서버 주소, 사용자 식별 정보, 구독 인증 정보가 포함될 수 있습니다. 로그나 스크린샷, 문제 해결 자료를 공유하기 전에 이러한 정보를 삭제하세요. 업무용 네트워크나 기기를 사용하는 경우 소속 조직의 네트워크 사용 규정도 준수해야 합니다.
그래픽 클라이언트, 커널, 규칙 데이터는 서로 다른 주기로 업데이트될 수 있습니다. 화면 업데이트는 메뉴와 설정 생성 방식을 바꿀 수 있고, 커널 업데이트는 매개변수 지원에 영향을 줄 수 있으며, 규칙 데이터 업데이트는 도메인별 라우팅 결과를 바꿀 수 있습니다. 업데이트 후 동작이 달라졌다면 먼저 어느 계층이 업데이트됐는지 기록한 다음 현재 실행 상태를 확인하세요. 모든 변화를 막연히 ‘노드 불안정’ 탓으로 돌리지 마세요. 홈페이지에는 유지보수 버전을 고정해 표시하지 않으며, 설치 파일 정보는 다운로드 페이지에서 확인할 수 있습니다.
문제를 재현할 때는 같은 네트워크, 같은 서버, 같은 테스트 대상으로 전후를 비교하세요. 한 번에 설정 하나만 바꾸고 로그에서 오류 유형과 발생 시각을 기록하세요. 지연 시간, 처리량, 연결 성공률은 서로 다른 문제를 보여 줍니다. 한 번의 테스트 결과만으로 장기적인 성능을 단정해서는 안 됩니다. 이 사이트의 글은 재확인 가능한 판단 과정을 중심으로 설치, 구독, 라우팅, 문제 해결을 하나의 흐름으로 이어 설명합니다.
처음 시작한다면 클라이언트 설치 및 구독 가져오기 가이드를 확인하세요. 설정 필드를 이해하려면 JSON 구조, 인바운드, 아웃바운드 및 DNS 참고 자료를 살펴보세요. 현재 작업에서 생긴 문제부터 해결한 뒤 규칙을 단계적으로 추가하는 편이 모든 기능을 한꺼번에 켜는 것보다 설정을 명확하게 유지하기 쉽습니다.
설정 기록과 단계별 문제 해결
배터리 소모, 복잡한 구독 목록, 느린 속도를 점검 가능한 작은 문제로 나눠 보세요. 먼저 영향 범위를 확인하고 시스템, 클라이언트, 원격 서비스 순서로 원인을 찾습니다.
모바일 기기에서 배터리가 비정상적으로 빨리 닳는다면 백그라운드에서 반복적으로 깨어나거나 배터리 최적화와 충돌하거나 앱별 설정이 원인일 수 있습니다. 시스템 설정과 클라이언트 옵션을 하나씩 확인해 데이터 전송에 따른 소모와 백그라운드 실행 문제를 구분한 뒤 백그라운드 유지와 절전 중 적절한 방식을 선택하세요.
배터리 소모 문제 해결 단계 보기 →여러 구독을 관리한다면 먼저 출처별로 그룹을 만든 다음 키워드로 필요한 서버를 필터링하세요. 정렬 및 업데이트 방식을 함께 설정하고 현재 선택한 항목이 예상한 그룹에 속하는지 확인하면 중복 노드, 이름 변경, 구독 업데이트로 인한 혼란을 줄일 수 있습니다.
구독 그룹 정리 방법 보기 →속도 문제를 노드와 프로토콜 전송, 네트워크 경로, 로컬 라우팅 및 DNS 세 영역으로 나눠 확인하세요. 같은 테스트 대상을 유지하고 하나씩 원인을 제외한 뒤 Mux 등의 옵션을 조정하세요. 노드 변경, 규칙 수정, DNS 방식 변경을 동시에 하면 어떤 설정이 영향을 줬는지 알기 어렵습니다.
속도 저하 단계별 진단 보기 →로그에 명확한 오류가 있으면 오류 원문을 보존하고 어느 단계에서 발생했는지 확인하세요. 특정 앱만 문제가 있다면 먼저 프록시 적용 범위에 포함되는지 살펴보세요. 사용 노트는 구체적인 증상별로 정리되어 있어 환경 전체를 다시 설정하지 않고 현재 상황에 맞는 다음 단계를 찾을 수 있습니다.
전체 글 보기 →