V2Ray 프로젝트에서 커널 계열까지
Project V는 프록시 통신을 중심으로 구성된 프로젝트 생태계이며 V2Ray는 그중 널리 알려진 도구입니다. 커뮤니티가 성장하면서 V2Fly 커뮤니티가 V2Ray의 유지 관리와 발전을 이어 왔고, Xray는 관련 코드 기반에서 독립된 포크로 출발해 자체 기능과 설정 지원을 발전시켰습니다. 이 관계를 이해하면 세 이름을 같은 소프트웨어의 별칭으로 오해하지 않을 수 있습니다. 공통된 기술적 배경은 있지만 현재 지원하는 설정 기능은 각각 확인해야 합니다. 한 포크에 추가된 기능을 다른 포크에서도 사용할 수 있다고 단정하지 마세요.
일상적인 대화에서 “V2Ray 구독”은 여러 프록시 서버 설정을 통칭하는 말로 자주 쓰이지만, 이 표현만으로 모든 클라이언트가 내용을 해석할 수 있는 것은 아닙니다. 구독에는 여러 프로토콜과 전송 방식, 보안 매개변수가 포함될 수 있으며 클라이언트는 이 정보를 대상 커널이 인식하는 설정으로 변환해야 합니다. 따라서 가져오기에 성공한 것은 첫 단계일 뿐입니다. 선택한 서버의 매개변수가 모두 갖춰졌는지, 커널이 정상적으로 시작됐는지, 실제 연결이 예상한 아웃바운드를 사용하는지 확인하세요.
클라이언트는 관리하고 커널은 실행합니다
v2rayN은 데스크톱 GUI에서 구독 그룹을 정리하고 서버를 선택하며 라우팅과 프록시 모드를 관리할 수 있습니다. 실제 네트워크 기능은 사용하는 커널과 관련 구성 요소에 따라 달라지므로 현재 배포 패키지와 화면에 표시되는 옵션을 기준으로 확인하세요. v2rayNG는 Android에서 Xray 커널을 사용하는 오픈 소스 클라이언트이며, v2flyNG는 V2Fly 커널을 사용하는 Android 대안입니다. 세 클라이언트 모두 GUI를 주된 조작 방식으로 사용하지만 메뉴 위치, 가져오기 형식, 고급 옵션은 서로 다를 수 있습니다. 가이드의 설정 이름을 실제 화면과 대조해 확인하세요.
REALITY 프로토콜 설정을 다룰 때는 프로토콜, 전송 계층, 보안 방식을 구분해야 합니다. REALITY는 아무 서버에서나 버튼 하나로 켤 수 있는 범용 가속 옵션이 아닙니다. 연결 양쪽에서 서로 호환되는 설정과 구현을 지원해야 합니다. 구독에서 제공한 주요 매개변수를 경험에 의존해 변경하지 마세요. 필요한 값이 없다면 먼저 설정 출처를 확인하세요. 클라이언트 아이콘을 바꾸거나 인터페이스 버전을 전환해도 원격 설정이 자동으로 채워지거나 서버의 프로토콜 지원이 달라지지는 않습니다.
오픈 소스 라이선스의 의미
오픈 소스란 해당 라이선스 조건에 따라 코드를 열람, 사용, 수정 또는 배포할 수 있다는 뜻이지, 관련 프로젝트가 모두 같은 라이선스를 쓴다는 뜻은 아닙니다. V2Fly의 V2Ray 코어는 MIT 라이선스로, Xray 코어는 MPL 2.0으로 배포됩니다. GUI 클라이언트와 커널, 포함된 구성 요소에는 각각 다른 조건이 적용될 수 있습니다. 일반적으로 설치해 사용할 때는 클라이언트의 프로젝트 정보를 통해 구성 요소를 확인하세요. 코드를 수정하거나 소프트웨어를 재배포하려면 커널 라이선스를 설치 패키지 전체의 라이선스로 간주하지 말고 각 라이선스를 확인해야 합니다.
코드 공개가 로컬 권한 관리를 대신해 주는 것은 아닙니다. 구독 주소에는 계정 이용 권한이 연결될 수 있고, 설정에는 서버 주소와 접근 정보가 포함될 수 있으며 로그에는 접속 대상이 기록될 수 있습니다. 스크린샷을 공유할 때는 오류 유형과 필요한 항목만 남기고 민감한 내용은 가리세요. “LAN 연결 허용”을 켜기 전에는 수신 주소, 인증 방식, 방화벽 범위를 확인하세요. 이 설정은 다른 기기가 로컬 프록시 포트에 접근할 수 있도록 하는 기능이지 현재 컴퓨터의 연결 안정성을 높이는 필수 설정은 아닙니다.
클라이언트와 함께 설정 및 규칙도 업데이트하세요
클라이언트 프로그램, 프록시 커널, 구독 내용, geoip 및 geosite 규칙 데이터는 각각 별개의 업데이트 대상입니다. 클라이언트를 업데이트하면 인터페이스와 설정 생성 방식이 바뀔 수 있고, 커널 업데이트는 설정 필드 지원에 영향을 줄 수 있습니다. 구독 업데이트는 서버 매개변수를 가져오며 규칙 데이터베이스 업데이트는 도메인과 주소 분류에 영향을 줍니다. 특정 사이트가 예상과 다르게 라우팅된다면 먼저 어떤 규칙이 적용됐는지와 규칙 순서를 확인하세요. 데이터 파일을 업데이트해야 할지 판단하고 모든 구성 요소를 한꺼번에 교체하지 마세요.
업데이트 전에 사용자 지정 라우팅과 DNS 설정을 백업하고 현재 프록시 모드를 기록하세요. 업데이트 후에는 기존 설정으로 기본 연결을 확인한 다음 새 기능을 하나씩 활성화하세요. 변경 후에만 문제가 생겼다면 포트와 DNS, 라우팅을 동시에 바꾸기보다 마지막으로 변경한 항목 하나를 되돌리는 편이 원인을 찾기 쉽습니다. 일부 GUI 클라이언트는 실행 설정을 다시 생성하므로 생성된 파일을 직접 수정하면 다음 시작 때 덮어쓰일 수 있습니다. 계속 유지할 설정은 클라이언트에서 지원하는 사용자 지정 메뉴에 입력하세요.
연결 문제를 확인 가능한 단계로 나누세요
구독 업데이트 실패와 서버 연결 실패는 서로 다른 문제입니다. 전자는 구독 주소가 완전하고 유효한지, 업데이트 요청이 어떤 네트워크 경로를 이용하는지 확인하세요. 후자는 현재 서버와 프로토콜 매개변수, 시스템 시간, 커널 로그를 점검해야 합니다. 서버 목록이 보여도 시스템 프록시가 활성화된 것은 아닙니다. 브라우저에서 접속할 수 있어도 모든 앱이 같은 프록시 설정을 사용하는 것은 아닙니다. “가져오기, 시작, 트래픽 가로채기, DNS 조회, 라우팅” 순서로 확인하면 근거 없이 반복해서 재설치하는 일을 줄일 수 있습니다.
일상적인 설정은 시스템 프록시부터 시작하고 기본 연결을 확인한 다음 라우팅을 추가하세요. 앱의 트래픽을 직접 가로채야 할 때 TUN을 활성화하면 됩니다. DNS와 FakeDNS 같은 고급 항목은 커널과 라우팅 정책을 함께 이해해야 하므로 스위치 하나만 그대로 따라 켜는 방식은 적절하지 않습니다. 사용법 가이드에서는 구독 가져오기, 모드 선택, 연결 확인을 다룹니다. 고급 설정 매뉴얼에서는 필터 규칙, 사용자 지정 아웃바운드, 복잡한 DNS 환경을 각각 설명합니다. 구체적인 오류가 발생했다면 먼저 자주 묻는 질문에서 해당 단계를 확인한 뒤 조정할 항목을 결정하세요.