여러 기기에서 V2Ray 설정을 동기화하는 3가지 방법: 구독 링크, 내보내기·가져오기, QR 코드 공유

동기화 전에 설정 범위부터 정하기

“V2Ray 설정 동기화”는 서로 다른 세 종류의 데이터를 가리킬 수 있습니다. 첫째는 주소, 포트, 사용자 식별자, 전송 방식, TLS, SNI, Reality 공개 키, Flow를 포함한 서버 매개변수입니다. 둘째는 구독 그룹, 노드 메모, 정렬 순서, 업데이트 주기를 포함한 클라이언트 관리 데이터입니다. 셋째는 시스템 프록시, 라우팅 규칙, DNS, 로그 수준, LAN 수신 대기, 로컬 인바운드 포트를 포함한 기기별 로컬 설정입니다.

세 가지 동기화 방식은 이러한 데이터의 적용 범위가 서로 다릅니다. 구독은 주로 서버 목록을 관리하고, QR 코드는 대개 노드 하나만 담으며, 동일 클라이언트의 백업만 그룹과 앱 설정까지 포함할 수 있습니다. 두 기기에 완전히 같은 노드를 가져왔더라도 시스템 프록시, 라우팅 모드, 로컬 포트가 자동으로 일치하는 것은 아닙니다.

마이그레이션을 시작하기 전에 현재 활성 노드, 라우팅 모드, 로컬 수신 대기 포트를 먼저 기록하세요. 10808은 흔한 예시일 뿐 모든 버전과 기기에서 고정으로 사용하는 포트는 아닙니다. 다른 프로그램이 같은 포트를 이미 사용 중이면 클라이언트가 코어를 시작할 때 수신 대기 실패를 보고합니다. 이때는 원격 서버 포트가 아니라 현재 기기의 로컬 포트를 변경해야 합니다.

방법 1: 구독 링크로 노드 중앙 관리

노드가 추가·삭제되거나 도메인이 변경되고, 매개변수를 정기적으로 업데이트해야 하는 경우 구독 링크가 적합합니다. 두 기기에 같은 구독 주소를 저장하면 각 기기가 동일한 출처에서 목록을 다시 가져옵니다. 서버 매개변수가 바뀌어도 구독 소스만 업데이트하면 되므로 기기마다 QR 코드를 다시 스캔할 필요가 없습니다.

구독은 실시간으로 푸시되지 않습니다. v2rayN과 v2rayNG은 각각 설정된 주기에 따라 업데이트하며, 수동 새로 고침도 가능합니다. 따라서 한 기기에는 새 노드가 보이는데 다른 기기에는 보이지 않는다면 먼저 마지막 업데이트 시간을 비교한 뒤 구독 주소가 완전히 같은지 확인하세요. 링크 끝의 불필요한 공백, 누락된 쿼리 매개변수, 만료된 인증 정보도 결과를 다르게 만들 수 있습니다.

1. 구독 추가

   v2rayN에서 「구독 그룹」→「구독 그룹 설정」→「추가」를 열고 별칭과 전체 구독 주소를 입력한 뒤 저장하세요.

2. 목록 새로 고침

   메인 화면으로 돌아가 「구독 그룹」→「모든 구독 업데이트」를 실행하세요. 노드 목록이 다시 구성될 때까지 기다린 다음 노드 하나를 선택해 실제 연결 지연 시간을 테스트하세요.

3. 안드로이드로 가져오기

   v2rayNG에서 오른쪽 상단 메뉴를 눌러 「구독 설정」으로 이동하고 같은 주소를 추가하세요. 메인 화면으로 돌아온 뒤 「구독 업데이트」를 실행합니다.

4. 코어 확인

   데스크톱에서는 「설정」→「매개변수 설정」→「Core 유형」으로 이동해 노드가 사용하는 코어를 확인하세요. 안드로이드에서 v2rayNG을 사용할 때는 Xray 코어가 지원되는 노드 프로토콜을 처리합니다.

5. 라우팅은 기기별로 설정

   두 기기에서 라우팅 모드, DNS, 로컬 프록시 동작을 각각 선택하세요. 구독은 일반적으로 이러한 클라이언트 측 옵션을 덮어쓰지 않습니다.

방법 2: 마이그레이션과 오프라인 백업에는 내보내기·가져오기

기기 교체, 재설치 전 백업, 또는 두 기기에서 구독 소스에 동시에 접근할 수 없는 경우에는 내보내기·가져오기가 적합합니다. 여기서는 “앱 데이터 백업”과 “노드 하나 내보내기”를 구분해야 합니다. 앱 데이터 백업은 동일 클라이언트를 대상으로 하며 구독, 그룹, 환경설정을 포함할 수 있습니다. 노드 하나를 내보내면 보통 VMess, VLESS 등의 공유 링크가 생성되어 클라이언트 간 서버 매개변수를 전달하는 데 적합합니다.

v2rayN의 전체 데이터 디렉터리를 v2rayNG에서 공용 가져오기 파일처럼 사용하지 마세요. 두 클라이언트는 화면 설정, 라우팅 저장 방식, 실행 환경이 서로 다릅니다. 플랫폼 간 마이그레이션에서는 표준 공유 링크를 내보내거나 같은 구독 주소를 사용하는 것이 우선입니다. 동일 클라이언트의 비슷한 버전으로 복원할 때만 해당 클라이언트가 생성한 백업 데이터를 사용하세요.

가져온 후 프로토콜, 주소, 원격 포트, 사용자 식별자, 전송 계층, 보안 매개변수를 항목별로 비교하세요. VLESS + Reality는 SNI, Public Key, Short ID, Fingerprint, Flow도 확인해야 합니다. VMess + WebSocket + TLS는 Host, 경로, TLS 서버 이름을 확인하세요. 필드 하나만 빠져도 연결 시간 초과나 핸드셰이크 실패가 발생할 수 있습니다.

• 동일 클라이언트로 복원하기 전에 현재 연결을 먼저 종료하세요. 실행 중인 코어가 기존 설정 파일을 계속 점유하는 일을 방지할 수 있습니다.
• 여러 노드가 포함된 데이터를 가져온 뒤에는 먼저 메모나 주소로 중복을 정리한 다음 지연 시간 테스트를 실행하세요.
• 기존 기기에서 사용자 지정 라우팅 규칙을 사용했다면 규칙 내용을 별도로 내보내고 순서도 기록하세요.
• 마이그레이션이 끝난 후에도 일정 기간 기존 기기의 설정을 보관하세요. 구독 새로 고침과 자동 시작이 정상인지 확인한 뒤 정리하는 것이 좋습니다.

방법 3: QR 코드는 가까운 거리에서 노드 하나를 전달할 때 적합

QR 코드는 본질적으로 공유 URI 하나를 이미지로 인코딩한 것입니다. 데스크톱에서 QR 코드를 표시하면 안드로이드 기기가 VMess 또는 VLESS 공유 정보를 읽어 노드를 생성합니다. 긴 사용자 식별자를 직접 입력하지 않아도 되므로, 검증이 끝난 노드 하나를 다른 기기로 임시 전달할 때 적합합니다.

QR 코드는 “노드 하나를 복사”하는 방식에 가깝고 지속적인 동기화 수단은 아닙니다. 원본 기기에서 나중에 주소, 포트, Reality 매개변수를 변경해도 대상 기기에 자동으로 반영되지 않습니다. 노드가 자주 바뀐다면 구독을 사용하세요. 고정 노드, 임시 테스트, 현장 인계에는 QR 코드가 구독을 관리하는 것보다 간편합니다.

1. v2rayN 메인 화면에서 대상 노드를 선택한 다음 서버 관련 메뉴에서 공유 QR 코드를 여세요.
2. v2rayNG에서 오른쪽 상단의 “+”를 누르고 QR 코드 스캔을 선택한 뒤 이번 작업에 필요한 카메라 권한을 허용하세요.
3. 가져온 직후에는 기존 노드를 삭제하지 말고 메모, 주소, 포트, 전송 방식, TLS 항목을 대조하세요.
4. 새 노드를 시작하고 실제 연결 테스트를 실행하세요. 웹 요청이 프록시를 통해 전달되는 것을 확인한 뒤 전환을 완료합니다.

QR 코드가 지나치게 조밀하거나 화면에 반사가 생기거나 확대 과정에서 가장자리가 잘리면 스캔에 실패할 수 있습니다. 데스크톱 화면 밝기를 높이고 QR 코드의 전체 테두리를 복원한 뒤 카메라와 화면을 평행하게 유지하세요. 그래도 인식되지 않으면 “공유 링크 복사”와 “클립보드에서 가져오기”를 사용하세요. 전달되는 노드 내용은 QR 코드와 동일합니다.

v2rayN과 v2rayNG 연동 시 확인할 필드

표준 프로토콜 필드는 대체로 호환되지만 클라이언트마다 기본값을 처리하는 방식이 다를 수 있습니다. 예를 들어 공유 링크에 Fingerprint가 명시되지 않은 경우 버전에 따라 서로 다른 기본 동작이 적용될 수 있습니다. 복잡한 라우팅, 체인 프록시, 사용자 지정 코어 설정도 공유 링크 하나로 완전히 표현할 수 없습니다. 가져오기에 성공했다는 것은 데이터가 해석되었다는 뜻일 뿐, 연결 조건이 모두 충족되었다는 의미는 아닙니다.

코어의 기능도 결과에 영향을 줍니다. v2rayNG은 Xray 코어를 사용하므로 지원되는 VLESS, Reality, VMess 설정을 가져오는 데 적합합니다. v2flyNG에서 v2fly 코어를 사용하는 경우 해당 코어가 실제로 지원하는 프로토콜과 전송 조합을 선택해야 합니다. 노드에 특정 Xray 확장 필드가 포함되어 있다면 주소와 포트가 같다는 이유만으로 양쪽 설정이 동일하다고 판단해서는 안 됩니다.

테스트할 때는 “노드 연결”과 “시스템 트래픽 전달”을 분리해서 확인하세요. 먼저 코어 로그에서 아웃바운드 연결이 설정되었는지 확인한 다음 데스크톱 시스템 프록시나 안드로이드 연결 스위치가 켜져 있는지 점검합니다. 코어가 127.0.0.1:10808에서 성공적으로 수신 대기 중인데도 브라우저가 직접 연결된다면 문제는 대개 구독 동기화 자체가 아니라 시스템 프록시, 브라우저의 별도 프록시 설정 또는 라우팅 규칙에 있습니다.

자주 발생하는 동기화 문제와 해결 순서

문제 해결 순서는 “데이터가 가져와졌는가, 코어가 시작되었는가, 노드에 연결되는가, 트래픽이 전달되는가”로 고정하세요. 노드 필드를 확인하기 전에 DNS와 라우팅을 반복해서 수정하지 마세요. 여러 변수가 동시에 바뀔 수 있습니다. 한 번에 설정 하나만 변경하고 다시 연결한 뒤 결과를 기록하면 차이가 구독 내용에서 비롯되었는지 기기 환경에서 비롯되었는지 쉽게 파악할 수 있습니다.

사용 사례에 맞는 동기화 전략 선택

일상적인 기본 전략은 “구독을 중심으로, 내보내기 백업을 보조 수단으로, QR 코드는 임시 노드용으로” 구성할 수 있습니다. 구독은 서버 목록을 계속 업데이트하고, 동일 클라이언트 백업은 그룹과 로컬 환경설정을 보존하며, QR 코드는 노드 하나를 빠르게 검증할 때 사용합니다. 세 방식은 서로 대체하는 관계가 아니라 중앙 관리, 전체 마이그레이션, 즉시 전달을 각각 담당합니다.

• 데스크톱 기기 한 대와 안드로이드 기기 한 대만 사용하는 경우: 양쪽에 같은 구독을 추가하고 라우팅과 DNS는 각각 설정하세요.
• 데스크톱 시스템을 재설치할 예정인 경우: v2rayN 클라이언트 데이터를 저장하고 현재 Core 유형, 로컬 포트, 자동 시작 설정도 별도로 기록하세요.
• 새 노드 하나를 임시로 테스트하는 경우: 먼저 QR 코드로 v2rayNG에 가져온 뒤 프로토콜 필드와 회선 사용 가능 여부를 확인하세요.
• 여러 기기에 일괄 업데이트해야 하는 경우: 기기마다 다시 스캔하지 말고 중앙에서 관리할 수 있는 구독 그룹을 사용하세요.
• 노드에 Reality 또는 특정 Flow가 포함된 경우: 가져온 후 Xray 관련 필드를 확인하고 노드 이름만 같다고 판단하지 마세요.

동기화를 마친 후 최소 세 가지를 확인하세요. 구독을 한 번 업데이트하고, 클라이언트를 한 번 재시작하며, 네트워크를 한 번 전환합니다. 업데이트 테스트로 구독 인증 정보가 여전히 유효한지 확인하고, 재시작 테스트로 설정이 영구 저장되었는지 확인하세요. 네트워크 전환 테스트는 특정 LAN에서만 발생하는 DNS 문제, 포트 충돌, 회선 제한을 발견하는 데 도움이 됩니다. 세 가지를 모두 통과해야 여러 기기 설정을 반복해서 사용할 수 있는 마이그레이션이 완료된 것입니다.