클라이언트는 설정을 저장하고 코어는 연결을 처리합니다. 먼저 설정이 어느 계층에 속하는지 구분한 뒤 해당 항목을 수정하세요.
구독 주소는 클라이언트의 그룹에 저장되며, 코어 JSON에서 공통으로 사용하는 필드가 아닙니다. v2rayN의 구독 그룹 설정에 주소를 입력하고 그룹 이름을 지정한 다음 구독을 업데이트하세요. 업데이트 후 서버 목록에 항목이 표시되는지 확인합니다. 자동 업데이트 간격은 서비스 제공자의 안내에 맞추고, 실패하면 주소 만료, 네트워크 시간 초과, 형식 오류를 구분해 점검하세요. 공유 링크를 하나씩 가져오는 것보다 그룹을 사용하면 연결 정보 변경을 관리하기 쉽지만, 구독에 라우팅 규칙까지 포함된다는 뜻은 아닙니다. 오른쪽은 코어의 outbound 구조 예시일 뿐이며, 여기에 구독 주소를 입력하면 안 됩니다.
해당 설정 섹션 →{
"outbounds": [
{
"tag": "direct",
"protocol": "freedom",
"settings": {}
}
]
}라우팅은 도메인, 대상 주소 또는 인바운드 태그를 지정된 아웃바운드에 연결하며 서버 연결을 생성하지는 않습니다. 라우팅 설정에서 규칙 목록을 확인하고, 각 규칙이 참조하는 아웃바운드 태그가 존재하는지 점검하세요. Xray와 V2Fly의 일반적인 설정은 routing.rules를 사용합니다. 규칙은 위에서 아래로 평가되며, 일치하는 규칙을 찾으면 outboundTag에 지정된 출구를 선택합니다. 모든 연결을 같은 출구로 보내는 대신 LAN 트래픽과 업무용 도메인을 별도로 처리할 수 있습니다. geosite나 geoip 항목을 사용하려면 해당 데이터 파일도 있어야 하므로 규칙 텍스트만 복사해서는 안 됩니다.
해당 설정 섹션 →{
"routing": {
"domainStrategy": "IPIfNonMatch",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}
}TUN 모드는 시스템 프록시를 사용하지 않는 앱의 트래픽을 가상 네트워크 인터페이스로 전달할 때 사용합니다. 먼저 일반 프록시로 노드 연결을 확인한 뒤 실행 권한, 가상 네트워크 인터페이스, DNS 설정을 점검하세요. v2rayN은 해당 기능을 지원하는 코어를 통해 TUN을 사용할 수 있으며, 지원 범위는 클라이언트와 코어 조합에 따라 다릅니다. 시스템 프록시와는 트래픽을 가로채는 위치가 다를 뿐, 속도가 반드시 빨라지는 것은 아닙니다. 오른쪽은 sing-box의 TUN 인바운드 예시로, Xray에서 공통으로 사용할 수 있는 필드가 아닙니다. 이 설정 전체를 V2Fly 구성에 그대로 붙여 넣지 마세요.
해당 설정 섹션 →{
"inbounds": [
{
"type": "tun",
"tag": "tun-in",
"address": ["172.19.0.1/30"],
"auto_route": true
}
]
}코어는 이름만 비교하기보다 서버 프로토콜, 전송 방식, 보안 계층 요구 사항을 기준으로 선택해야 합니다. v2rayN의 매개변수 설정에서 코어 유형을 확인하고 시작 로그를 살펴 실제로 어떤 코어가 실행됐는지 확인하세요. Xray, V2Fly, sing-box는 기능과 설정 형식이 다르며, 이름이 같은 옵션도 동작이 같다고 보장할 수 없습니다. 코어를 바꾸기 전에 기존 설정을 보관하고 단일 연결부터 확인한 다음 복잡한 라우팅을 복원하세요. 오른쪽은 Xray와 V2Fly에서 흔히 쓰는 로그 설정 형식입니다. 코어 유형은 클라이언트 설정이므로 이 JSON의 필드가 아닙니다.
해당 설정 섹션 →{
"log": {
"loglevel": "warning"
}
}시스템 프록시는 호환되는 앱의 요청을 로컬 수신 포트로 보내도록 지정합니다. 클라이언트가 정상적으로 실행돼도 시스템 프록시가 적용됐다는 뜻은 아닙니다. v2rayN 메인 화면의 시스템 프록시 메뉴에서 필요한 작업을 선택하고, 앱에 설정한 프록시 주소와 로컬 포트가 일치하는지 확인하세요. 시스템 프록시를 사용하지 않는 프로그램은 별도로 프록시를 설정하거나 필요에 따라 TUN을 사용해야 합니다. 클라이언트를 종료하기 전에 더 이상 사용하지 않는 시스템 프록시를 해제해, 앱이 닫힌 포트에 계속 연결하지 않도록 하세요. 오른쪽은 Xray 로컬 SOCKS 인바운드 예시이며 시스템 프록시 스위치가 아닙니다.
해당 설정 섹션 →{
"inbounds": [
{
"tag": "socks-in",
"listen": "127.0.0.1",
"port": 10808,
"protocol": "socks",
"settings": { "udp": true }
}
]
}데스크톱에서는 v2rayN, Android에서는 v2rayNG를 우선 살펴보세요. 다운로드 페이지에서 파일을 고르기 전에 OS, CPU 아키텍처, 설치 파일 형식을 확인하세요.
v2rayN은 데스크톱 버전과 클래식 WPF 버전을 제공합니다. 데스크톱 버전은 크로스 플랫폼 인터페이스를 사용하고, WPF 버전은 익숙한 데스크톱 조작 방식을 유지합니다. 화면 배치는 서로 다를 수 있으므로 가이드에 나온 메뉴 이름을 실제 메뉴에서 찾아야 합니다. 처음 설치할 때는 한 버전만 사용해 두 버전을 동시에 실행할 때 발생할 수 있는 포트 충돌을 피하세요.
다운로드 전에 시스템 설정에서 CPU 아키텍처를 확인하고, 설치 후에는 메인 화면을 연 다음 구독을 가져오세요. 프로그램이 실행 직후 종료되면 데스크톱 런타임 요구 사항, 폴더 쓰기 권한, 보안 프로그램 기록을 확인하세요. 실행 실패를 곧바로 노드 문제로 판단하지 마세요. 업그레이드 전에 구독 그룹과 사용자 지정 라우팅을 백업하세요. 설치 파일을 업데이트해도 개인 설정 백업을 대신할 수는 없습니다.
다운로드 페이지로 이동 →v2rayN은 Apple Silicon과 Intel용 설치 파일을 제공합니다. ‘이 Mac에 관하여’에서 칩 정보를 확인한 뒤 파일을 선택하세요. 기기 외관만으로 아키텍처를 판단해서는 안 됩니다. 설치 후에는 앱을 고정된 위치에서 실행하세요. 처음 실행할 때 시스템 알림이 표시되면 내용을 확인하고 다운로드 출처를 점검한 뒤 시스템에서 제공하는 방법에 따라 진행하세요.
처음 설정할 때는 구독 가져오기와 로컬 프록시부터 확인한 다음 로그인 시 실행이나 TUN을 설정하세요. 시스템 프록시는 시스템 설정을 따르는 앱에 영향을 주며, 브라우저 확장 프로그램의 개별 프록시 설정이 이를 덮어쓸 수도 있습니다. 가상 네트워크 인터페이스가 필요하다면 클라이언트 안내에 따라 권한을 부여하세요. 문제를 점검할 때는 한 번에 하나의 트래픽 가로채기 방식만 사용해야 어느 계층에서 문제가 발생했는지 확인하기 쉽습니다.
다운로드 페이지로 이동 →v2rayNG는 Xray 코어를 사용하는 Android 클라이언트로 우선 선택할 수 있습니다. v2flyNG는 V2Fly 코어를 사용하며 관련 호환성이 필요한 설정에 사용할 수 있습니다. 최신 스마트폰은 대개 arm64를 선택하면 됩니다. 아키텍처를 모르면 시스템 정보와 설치 안내를 확인한 뒤 범용 패키지를 고려하세요. 두 클라이언트의 설정은 각각 확인해야 하며, 가져오기에 성공했다고 모든 옵션이 동일하게 적용되는 것은 아닙니다.
구독을 가져온 뒤 서버를 선택하고, 처음 연결할 때는 시스템 VPN 권한을 확인하세요. 백그라운드 연결 유지 여부는 시스템 배터리 정책과 앱의 백그라운드 권한에도 영향을 받습니다. 앱을 전환한 뒤 연결이 끊기면 먼저 배터리 절전 제한을 확인하고 클라이언트 로그를 살펴보세요. 연결 정보에는 인증 정보가 포함될 수 있으므로 도움을 요청할 때는 민감한 정보를 가린 오류 내용만 공유하고, 구독 주소나 공유 링크 전체를 공개하지 마세요.
다운로드 페이지로 이동 →v2rayN은 deb 및 rpm 설치 파일을 제공하며 CPU 아키텍처별로 구분됩니다. 배포판에서 사용하는 패키지 형식을 확인한 다음 x64 또는 arm64 파일을 선택하세요. GUI 실행, 데스크톱 시스템 프록시, TUN 권한은 서로 다른 문제입니다. 프로그램이 열린다는 것은 인터페이스가 시작됐다는 뜻일 뿐이며, 코어 프로세스와 로컬 수신 포트가 정상인지도 확인해야 합니다.
데스크톱 환경에 따라 시스템 프록시 처리 방식이 다를 수 있으며, 일부 프로그램은 앱 안에서 프록시 주소를 직접 지정해야 합니다. 먼저 루프백 주소와 로컬 포트로 연결을 확인한 뒤 라우팅과 DNS를 조정하세요. TUN을 켜기 전에 권한 문제와 기존 가상 네트워크 인터페이스 소프트웨어의 충돌 여부를 확인해야 합니다. 라우터나 보조 라우터에 배포하려면 코어 배포 문서를 참고하세요. 데스크톱 설치 파일을 라우터 펌웨어로 사용하면 안 됩니다.
다운로드 페이지로 이동 →클라이언트 이름, 코어 이름, 연결 프로토콜은 서로 다른 계층을 나타냅니다. 이 관계를 이해하면 설정 전체를 그대로 복사하는 것보다 관리하기 쉽습니다.
Project V는 V2Ray 기술 생태계를 이해하는 출발점입니다. 초기 V2Ray는 프로토콜 처리, 전송, 라우팅 등의 기능을 설정 가능한 네트워크 도구로 묶었습니다. 이후 커뮤니티는 서로 다른 개발 방향에 따라 여러 프로젝트를 만들었습니다. V2Fly는 V2Ray 커뮤니티 개발을 이어가고, Xray는 관련 기술을 바탕으로 자체 기능과 구현을 발전시켰습니다. 공통된 배경이 있지만 이름만 바꿔 부를 수 있는 같은 프로그램은 아니며, 모든 설정의 호환성이 보장되는 것도 아닙니다.
GUI 클라이언트는 코어 위에서 동작합니다. 사용자가 화면에서 구독을 저장하고 서버를 선택하며 규칙을 수정하면, 클라이언트가 실행 설정을 생성하거나 구성해 해당 코어에 전달합니다. 따라서 화면의 ‘구독 업데이트’가 코어 JSON의 같은 이름 필드로 저장되는 것은 아닙니다. ‘시스템 프록시 설정’도 원격 서버의 프로토콜 옵션이 아닙니다. 문서를 볼 때 현재 다루는 내용이 인터페이스 설정인지, 코어 필드인지, 서버 측 매개변수인지 먼저 확인하면 불필요한 시행착오를 줄일 수 있습니다.
v2rayN은 데스크톱 환경을 위한 클라이언트로 서버 정보, 구독 그룹, 시스템 프록시, 라우팅 설정을 한곳에서 관리하고 여러 코어 관련 기능을 제공합니다. v2rayNG는 Android 기기용으로 주로 Xray 코어를 사용하며, v2flyNG는 V2Fly 기반 Android 클라이언트입니다. 세 제품 모두 오픈 소스 클라이언트지만 이름이 비슷하다고 메뉴, 설정 저장 위치, 기능 범위까지 같은 것은 아닙니다.
클라이언트를 선택할 때는 먼저 기기 플랫폼을 확인하고 서버 요구 사항을 살펴보세요. Xray 전용 기능이 포함된 연결 정보는 클라이언트가 호출하는 코어에서 지원하는지 확인해야 합니다. V2Fly 설정을 사용 중이라면 이전하기 전에 필드 호환성을 점검하세요. 한 클라이언트의 설정 파일을 다른 클라이언트의 폴더에 복사하면 모든 설정이 자동 적용된다고 가정해서는 안 됩니다.
코어와 클라이언트의 관계 알아보기 →VLESS, VMess, Trojan은 연결 프로토콜이고 WebSocket, gRPC 등은 전송 방식입니다. TLS와 REALITY는 연결의 보안 계층 설정과 관련됩니다. 서로 같은 목록에서 대체할 수 있는 옵션이 아닙니다. 연결 정보를 확인할 때 프로토콜, 서버 주소, 포트, 인증 매개변수, 전송 방식, 보안 계층을 각각 점검하세요. 하나라도 맞지 않으면 핸드셰이크에 실패할 수 있습니다.
VLESS는 자체적으로 데이터를 암호화하지 않으므로 실제 배포 시 적절한 보안 계층과 함께 사용해야 합니다. 가져온 링크가 일부 매개변수를 자동 입력하더라도 서버 이름, 전송 경로와 관련 옵션이 올바른지 확인하세요. 연결에 실패하면 서버 요구 사항과 하나씩 대조하세요. 여러 옵션을 동시에 바꾸면 어떤 변경이 결과에 영향을 줬는지 파악하기 어렵습니다.
프로토콜과 설정 경계 알아보기 →오픈 소스란 해당 프로젝트의 소스 코드가 관련 라이선스 조건에 따라 공개된다는 뜻입니다. 사용, 수정, 배포는 각 라이선스의 요구 사항을 따라야 합니다. 클라이언트, 코어, 의존성은 서로 다른 라이선스를 적용할 수 있으므로 생태계 전체를 하나의 라이선스로 간주해서는 안 됩니다. 일반 사용자는 프로젝트 문서를 통해 기능의 출처를 확인할 수 있습니다. 소프트웨어를 재패키징하거나 재배포할 때는 라이선스 전문과 저작권 고지를 유지해야 하는지도 확인하세요.
클라이언트와 원격 서비스도 구분해서 살펴봐야 합니다. 소프트웨어를 설치한다고 서버, 계정, 구독이 자동으로 제공되는 것은 아니며, 구독 내용은 해당 주소를 제공하는 서비스에 따라 달라집니다. 클라이언트의 오픈 소스 여부와 원격 서비스의 데이터 기록 방식은 별개의 문제입니다. 업무 자료를 다룰 때는 클라이언트 이름만으로 판단하지 말고 서버 출처, 접근 권한, 사용 환경을 함께 평가하세요.
이 사이트의 성격과 콘텐츠 범위 →클라이언트 업데이트, 코어 업데이트, 구독 업데이트, 규칙 데이터 업데이트는 각각 다른 문제를 해결합니다. 클라이언트 업데이트는 인터페이스와 설정 생성 로직에, 코어 업데이트는 프로토콜 구현에 영향을 줍니다. 구독 업데이트는 연결 정보를 동기화하고, 규칙 데이터 업데이트는 도메인이나 주소 분류를 바꿀 수 있습니다. 연결에 문제가 생기면 최근 변경된 계층부터 확인하세요. 네 가지 업데이트를 같은 작업으로 보고 반복 실행하면 안 됩니다.
설정을 관리할 때는 되돌릴 수 있도록 변경 기록을 남기세요. 변경 전에 사용자 지정 규칙과 필요한 매개변수를 백업하고, 변경 후에는 시작 로그, 로컬 수신 포트, 실제 앱 접속을 확인하세요. 자동 업데이트는 반복 작업을 줄여 주지만 결과 확인을 대신하지는 않습니다. 특히 오래 사용한 사용자 지정 JSON은 코어를 변경한 뒤에도 필드가 지원되는지 확인하고 더 이상 참조하지 않는 아웃바운드 태그를 정리하세요.
JSON 설정 안내 보기 →처음 설정할 때는 다음 순서로 확인하세요. 먼저 구독을 가져와 서버 목록이 표시되는지 확인합니다. 서버 하나를 선택해 연결을 시작하고 오류 로그를 살펴보세요. 다음으로 앱에서 로컬 프록시를 사용해 실제 요청을 확인한 뒤 라우팅과 TUN을 추가합니다. 구독 가져오기에 성공했다는 것은 연결 정보를 해석할 수 있다는 뜻일 뿐, 서버에 실제로 연결할 수 있다는 뜻은 아닙니다. 코어가 시작돼도 브라우저가 프록시를 사용 중이라고 단정할 수 없습니다. 두 결과를 각각 확인해야 합니다.
로그에서 오류가 발생한 위치를 확인하세요. 주소 확인에 실패하면 DNS를, 연결 시간 초과가 발생하면 대상 주소와 포트를 먼저 점검합니다. 핸드셰이크에 실패하면 프로토콜과 보안 계층을 대조하고, 로컬 포트가 이미 사용 중이면 중복 실행된 프로세스를 확인하세요. 로그에는 주소나 인증 정보가 포함될 수 있으므로 공유 전에 민감한 정보를 가리세요. 서버를 계속 바꾸거나 클라이언트를 재설치하고 모든 설정을 수정하는 것보다 계층별로 원인을 찾는 편이 재현 가능한 결과를 얻기 쉽습니다.
구독과 공유 링크: 구독 주소는 보통 여러 연결 정보를 가져오는 데 사용하고, 공유 링크는 일반적으로 단일 연결을 나타냅니다. 링크에 긴 문자열이 있는지만 보고 종류를 판단하지 말고 각각에 맞는 가져오기 메뉴를 사용하세요. 주소에 접근 자격 정보가 포함될 수 있으므로 계정 정보처럼 안전하게 보관해야 합니다. 자세한 내용은 구독 용어 설명을 참고하세요.
시스템 프록시와 라우팅: 시스템 프록시는 호환되는 앱의 트래픽을 어디로 보낼지 정하고, 라우팅 규칙은 코어가 받은 트래픽에 어떤 출구를 사용할지 정합니다. 직결 규칙을 선택해도 앱의 요청은 먼저 로컬 수신 포트로 전달될 수 있습니다. 시스템 프록시를 켜도 모든 앱이 이를 따르는 것은 아닙니다. 자세한 내용은 라우팅과 아웃바운드 태그를 참고하세요.
트래픽 스니핑과 DNS: 스니핑은 일부 연결에서 도메인 정보를 찾아 라우팅 규칙과 일치시키는 데 도움을 줍니다. 모든 연결에서 도메인을 알아낼 수 있는 것은 아니며, 완전한 DNS 설계를 대신하지도 않습니다. 도메인 규칙이 적용되지 않으면 스니핑 스위치만 반복해서 바꾸지 말고 인바운드 설정, 이름 확인 방식, 규칙 순서를 함께 살펴보세요. 관련 필드 위치는 인바운드 설정 안내를 참고하세요.
TUN과 연결 품질: TUN은 앱 트래픽이 클라이언트로 들어오는 방식을 바꾸지만 서버 시간 초과나 프로토콜 매개변수 오류를 자동으로 해결하지 않습니다. 일반 프록시 연결부터 정상화한 다음 가상 네트워크 인터페이스로 트래픽을 전달하세요. 복잡한 네트워크 환경에서는 다른 VPN 소프트웨어나 가상 네트워크 인터페이스가 라우팅에 미치는 영향도 확인해야 합니다. 자세한 내용은 TUN 모드 용어 설명을 참고하세요.
구체적인 메뉴 위치와 오류 증상부터 살펴보세요. 아래 글은 최신순으로 정렬했으며 플랫폼 배포, 구독 가져오기, 코어 생태계를 각각 다룹니다.
라우터나 보조 라우터에서 코어를 직접 실행해 집 안의 모든 기기에서 클라이언트 설치 없이 사용할 수 있습니다. 하드웨어 선택, 투명 프록시 원리, 설정 파일 배치와 주의할 점을 정리합니다.
글 읽기 →데스크톱과 Android에서 구독 그룹 메뉴를 찾는 방법을 안내하고 Base64 구독, vless:// 및 vmess:// 공유 링크의 차이와 구별 방법을 설명합니다.
글 읽기 →Project V가 단일 프로젝트에서 V2Fly와 Xray 두 코어 계열로 발전한 과정을 정리하고, 각 GUI 클라이언트가 어떤 코어를 사용하는지와 역할 분담을 설명합니다.
글 읽기 →