2026년 7월 6일 · 플랫폼 · 약 10분

여러 기기에서 V2Ray 설정을 동기화하는 방법: 구독 링크·내보내기 파일·QR 코드 전송

Windows, macOS, Android, Linux 간 노드 설정 동기화 방법 3가지를 비교합니다. 통합 구독 링크, 설정 파일 내보내기·가져오기, 데스크톱에서 QR 코드를 생성해 모바일에서 스캔하는 방법의 핵심 절차와 장단점을 정리했습니다.

이 글 한눈에 보기

여러 기기를 장기간 관리한다면 통합 구독 소스를 우선 사용하세요. 고정 노드 몇 개만 옮길 때는 공유 링크나 QR 코드가 적합하고, 클라이언트 전체 백업은 같은 클라이언트 간 이전에 알맞습니다. 이 글에서는 노드 데이터, 라우팅 설정, 클라이언트 환경설정을 구분해 v2rayN, v2rayNG, v2flyNG의 실제 절차와 검증 방법을 설명합니다.

먼저 동기화할 설정 범위를 정하세요

동기화 핵심

“V2Ray 설정 동기화”는 하나의 작업만을 뜻하지 않습니다. 일반적인 클라이언트에는 노드 매개변수, 구독 그룹, 라우팅 규칙, 시스템 프록시 설정, 로컬 포트가 함께 저장됩니다. 노드 매개변수는 주소, 포트, 사용자 식별자, 전송 방식, TLS, Reality, WebSocket 경로, 서버 이름처럼 원격 연결을 설명합니다. 로컬 설정은 클라이언트가 애플리케이션 트래픽을 받는 방식, 도메인 매칭 방법, 아웃바운드 선택을 결정합니다.

동기화 핵심

구독 링크는 보통 노드 목록을 배포하지만 각 기기의 로컬 정책까지 완전히 동기화하지는 않습니다. Windows의 v2rayN은 시스템 프록시와 로컬 SOCKS 포트를 사용할 수 있고, Android의 v2rayNG 또는 v2flyNG는 앱별 프록시를 활성화할 수 있습니다. 양쪽에 같은 노드를 가져와도 로컬 라우팅, 우회 규칙, 시작 방식은 각각 설정해야 합니다.

동기화 핵심

따라서 동기화 전에 목표를 세 가지로 나누세요. 노드 목록을 일치시킬지, 라우팅 규칙을 재사용할지, 클라이언트 화면과 로컬 리스닝 매개변수까지 옮길지 정하는 것입니다. 이 세 범위를 먼저 구분하면 핵심 JSON 하나를 범용 백업으로 오해하거나, 구독 업데이트 후 로컬 규칙도 자동으로 바뀐다고 착각하는 일을 피할 수 있습니다.

원격 노드 데이터

프로토콜
VLESS 또는 VMess
서버 포트
443, 8443 등 실제 값
전송 매개변수
TCP、WebSocket、gRPC
인증 필드
사용자 식별자 및 플로우 제어 매개변수

구독, 공유 링크 또는 QR 코드로 다른 클라이언트에 전달하기 좋습니다.

기기 로컬 설정

로컬 포트
SOCKS 10808
프록시 모드
자동 구성 또는 전역
라우팅 정책
직접 연결, 프록시, 차단
적용 범위
모든 앱 또는 지정 앱

대개 기기별로 확인해야 하며, 노드 구독 복구에만 의존할 수 없습니다.

3가지
주요 동기화 방식
10808
일반적인 로컬 SOCKS 포트
2개 레이어
노드 데이터와 로컬 정책
4개 플랫폼
Windows、macOS、Android、Linux

방법 1: 통합 구독 링크로 노드 목록 관리

동기화 핵심

노드가 추가되거나 만료되거나 매개변수가 변경된다면 통합 구독 링크가 유지 관리 비용이 가장 낮습니다. 각 기기에 같은 구독 주소를 저장하고 기기별 일정에 따라 업데이트하면 노드 변경을 구독 소스에서 한 번만 처리할 수 있습니다. Windows, macOS, Android, Linux에서 노드를 장기간 공유하거나 v2rayN, v2rayNG, v2flyNG를 함께 사용하는 환경에 적합합니다.

동기화 핵심

구독으로 동기화되는 주된 대상은 서버 항목입니다. 가져오기가 끝난 뒤에도 클라이언트에서 선택한 활성 노드, 라우팅 모드, 로컬 프록시 상태를 확인해야 합니다. 구독 업데이트가 현재 노드를 강제로 바꾸는 것은 아닙니다. 기존 노드가 삭제될 때 현재 선택 항목을 처리하는 방식은 버전에 따라 다를 수 있으므로 업데이트 후 활성 항목이 남아 있는지 확인하세요.

  1. 구독 저장

    동기화 핵심

    v2rayN 메인 화면에서 「구독 그룹」→「구독 그룹 설정」→「추가」로 이동한 뒤 그룹 메모를 입력하고 전체 구독 주소를 붙여 넣습니다.

  2. 코어 선택

    동기화 핵심

    「설정」→「매개변수 설정」→「Core 유형」으로 이동해 노드 프로토콜을 해석할 수 있는 코어를 선택합니다. VLESS 및 Reality 노드는 일반적으로 Xray 코어를 사용합니다.

  3. 그룹 업데이트

    동기화 핵심

    메인 창으로 돌아가 「구독 그룹」→「모든 구독 업데이트」를 열고 노드 목록이 갱신될 때까지 기다립니다. 이후 추가, 삭제, 이름 변경 항목을 확인하세요.

  4. 모바일 기기 추가

    동기화 핵심

    v2rayNG 또는 v2flyNG에서 오른쪽 상단의 「+」를 누르고 「클립보드에서 구독 가져오기」 또는 해당 구독 관리 메뉴를 선택한 다음 업데이트를 실행합니다.

  5. 기기별 검증

    동기화 핵심

    각 기기에서 같은 노드를 선택하고 실제 연결 지연 시간을 테스트하세요. 연결 후 대상 사이트에 접속해 로컬 라우팅과 프록시 적용 범위가 예상대로인지 확인합니다.

권장 구성: 노드 소스는 통합하고 로컬 정책은 기기별로 관리

데스크톱(v2rayN)
  • 통합 구독 링크 저장
  • 필요할 때 구독 그룹 업데이트
  • 시스템 프록시 모드 별도 설정
  • 로컬 포트와 라우팅 규칙 확인
Android 기기
  • v2rayNG 또는 v2flyNG에서 같은 구독 가져오기
  • 업데이트 후 활성 노드 재확인
  • 기기별 앱 프록시 설정
  • 모바일 네트워크와 Wi-Fi 테스트 결과 보관

노드 목록은 하나의 소스에서 관리하고, 로컬 리스닝·라우팅·앱 적용 범위는 각 기기에서 처리하므로 구분이 명확합니다.

방법 2: 내보내기 파일 또는 공유 링크로 고정 노드 이전

동기화 핵심

장기간 사용할 고정 노드가 한두 개에서 세 개 정도이고 구독 소스를 계속 업데이트할 필요가 없다면 데스크톱에서 공유 링크를 내보낸 뒤 다른 기기에서 가져오면 됩니다. VLESS 및 VMess 공유 링크는 단일 노드의 핵심 연결 매개변수를 전달하기 좋고 텍스트 용량이 작아 노드 주소만 담은 임시 파일로 저장하기도 편리합니다.

동기화 핵심

“노드 공유”와 “클라이언트 백업 내보내기”는 같은 작업이 아닙니다. 공유 링크는 클라이언트 간 서버 설정 전달에 초점을 맞춥니다. 클라이언트 백업에는 그룹, 화면 환경설정, 라우팅 규칙, 로컬 데이터베이스 필드가 함께 포함될 수 있어 일반적으로 같은 클라이언트와 호환되는 버전에서만 복원하는 것이 적합합니다. v2rayN의 전체 데이터 디렉터리를 v2rayNG 또는 v2flyNG에 그대로 넘겨도 안정적인 변환은 되지 않습니다.

동기화 핵심

핵심 실행 설정 역시 우선 교환 형식으로 적합하지 않습니다. 클라이언트가 생성한 JSON에는 인바운드, 아웃바운드, DNS, 라우팅 객체가 이미 펼쳐져 있는 경우가 많고, 로컬 리스닝 주소와 포트도 포함됩니다. 예를 들어 데스크톱 설정의 127.0.0.1:10808은 로컬 진입점이므로 원격 서버 포트로 오해해서는 안 됩니다.

구독 링크

권장

동기화 핵심

한 번 추가하면 반복해서 업데이트할 수 있으며, 노드 추가·삭제와 매개변수 변경을 한곳에서 관리할 수 있습니다.

적합한 경우: 두 대 이상 기기, 잦은 노드 변경, 장기 동기화

공유 링크 또는 텍스트 파일

동기화 핵심

VLESS, VMess 등의 공유 URI로 단일 노드를 전달합니다. 클라이언트 간 가져오기는 간단하지만 이후 수정할 때는 다시 보내야 합니다.

적합한 경우: 소수의 고정 노드, 임시 이전, 오프라인 보관

클라이언트 전체 백업

동기화 핵심

클라이언트 상태를 많이 보존할 수 있지만 디렉터리 구조와 필드는 클라이언트 종류 및 버전에 따라 달라집니다.

적합한 경우: 같은 클라이언트, 유사한 데스크톱 환경, 전체 기기 이전

텍스트 가져오기 시 확인할 필드

vless://사용자 식별자@노드 주소:443?type=tcp&security=reality&flow=xtls-rprx-vision#데스크톱 기본 노드

동기화 핵심

위 구조는 공유 URI에 어떤 부분이 포함되는지 설명하기 위한 예시입니다. 실제로 가져올 때는 서버에서 제공했거나 원래 클라이언트가 내보낸 전체 내용을 사용하고, 예시를 보고 인증 필드를 직접 조합하지 마세요. 가져온 뒤 노드가 보이지만 연결되지 않는다면 로컬 프록시 포트를 반복해서 수정하기보다 전송 방식, TLS 설정, 서버 이름, 플로우 제어를 우선 대조하세요.

방법 3: QR 코드로 데스크톱과 Android 간 전송

동기화 핵심

QR 코드는 공유 텍스트를 그래픽으로 인코딩한 것입니다. 단일 노드를 데스크톱 화면에서 Android 기기로 옮길 때 적합합니다. 긴 링크를 직접 복사할 필요가 없어 여러 쿼리 매개변수가 포함된 VLESS Reality 또는 VMess 노드에 특히 편리합니다. QR 코드는 지속적인 동기화 관계를 만들지 않으므로 노드 매개변수가 바뀌면 다시 생성해 스캔해야 합니다.

동기화 핵심

v2rayN에서 먼저 대상 노드를 선택한 뒤 「서버」→「서버 설정 공유」 또는 노드 우클릭 메뉴의 공유 항목을 사용해 QR 코드를 표시합니다. 화면 버전에 따라 마지막 메뉴 이름은 조금 다를 수 있지만, 항상 전체 구독 그룹이 아니라 현재 선택한 단일 서버를 대상으로 해야 합니다.

  1. 노드 선택

    동기화 핵심

    v2rayN 서버 목록에서 프로토콜, 별칭, 포트를 확인하고 대상 항목을 우클릭한 뒤 「서버 설정 공유」를 엽니다.

  2. QR 코드 표시

    동기화 핵심

    QR 코드 표시 방식을 선택하고 창을 계속 보이게 유지하세요. 노드 자격 증명이 포함된 화면을 공개된 위치에 저장하지 않도록 주의합니다.

  3. 모바일에서 스캔

    동기화 핵심

    v2rayNG 또는 v2flyNG에서 「+」→「QR 코드 스캔」을 누르고 인식된 노드를 로컬 목록에 추가합니다.

  4. 매개변수 확인

    동기화 핵심

    새 노드의 상세 정보를 열고 주소, 원격 포트, 전송 방식, TLS, 서버 이름, 메모를 대조해 누락된 항목이 없는지 확인합니다.

  5. 연결 검증

    동기화 핵심

    먼저 실제 연결 지연 시간을 테스트한 뒤 연결을 시작하세요. 지연 시간이 시간 초과로 표시되면 로그에서 핸드셰이크, DNS 또는 인증서 관련 정보를 확인합니다.

동기화 후 설정이 실제로 일치하는지 확인하는 방법

동기화 핵심

목록에 같은 이름의 노드가 표시되는 것만으로는 가져오기가 완료되었다는 뜻일 뿐, 두 기기가 같은 매개변수를 사용한다는 증거가 되지 않습니다. 검증할 때는 먼저 프로토콜, 주소, 원격 포트, 전송 계층을 비교한 다음 전체 프록시 핸드셰이크를 테스트하세요. 일반 ping은 기본 네트워크 도달성만 보여 주며 VLESS, VMess, TLS 또는 Reality 핸드셰이크를 수행하지 않으므로 동기화 성공 여부를 단독으로 판단할 수 없습니다.

동기화 핵심

반복 가능한 점검 방법은 다음과 같습니다. 두 기기에서 같은 노드를 선택하고 실제 연결 지연 시간과 연결 시간을 기록한 뒤 같은 대상에 접속합니다. Windows의 실제 연결 지연 시간이 186ms, Android가 214ms라고 가정하면 수십 밀리초 차이는 Wi-Fi, 모바일 네트워크 또는 로컬 스케줄링에서 발생할 수 있습니다. 한쪽은 안정적으로 수치가 반환되는데 다른 쪽은 계속 시간 초과가 발생한다면 노드 상세 정보와 로그를 비교해야 합니다.

동기화 핵심

“노드가 일치하는지”와 “트래픽 분기 결과가 일치하는지”도 구분해야 합니다. 데스크톱은 중국 본토 도메인을 직접 연결하고 나머지 트래픽은 프록시로 보낼 수 있지만, Android는 지정한 앱만 프록시를 사용할 수 있습니다. 이 경우 같은 사이트에서도 기기마다 다른 출구가 나타날 수 있으며, 반드시 노드 동기화 실패를 의미하는 것은 아닙니다. 로컬 라우팅 조건이나 앱 적용 범위가 다를 수 있습니다.

노드 일치 여부 점검

프로토콜
양쪽 모두 VLESS
원격 포트
443
전송
TCP
플로우 제어
xtls-rprx-vision
서버 이름
원본 설정과 일치

핵심 필드 하나라도 다르면 핸드셰이크 단계에서 실패할 수 있습니다.

로컬 정책 점검

로컬 포트
10808
시스템 프록시
기기별로 별도 활성화
DNS
로컬 라우팅 설계에 따름
규칙 순서
구체적인 규칙 우선
적용 범위
모든 앱 또는 지정 앱

이 필드들이 다르다고 해서 노드가 다른 것은 아니지만 최종 트래픽 경로는 달라집니다.

보관을 권장하는 동기화 기록

자주 발생하는 실패 원인과 선택 기준

동기화 핵심

구독 업데이트 후 노드 수가 0개라면 먼저 올바른 그룹을 업데이트했는지 확인하세요. 이어서 구독 주소가 완전한지, 네트워크 요청이 성공했는지, 클라이언트가 반환 형식을 해석할 수 있는지 점검합니다. 기존 그룹을 바로 삭제하지 마세요. 기존 노드를 남겨 둔 채 임시 그룹을 새로 만들어 테스트하면 실수로 인한 설정 손실을 줄일 수 있습니다.

동기화 핵심

공유 링크를 가져온 뒤 Reality 또는 gRPC 매개변수가 누락되는 문제는 대개 내보내기 형식, 클라이언트 버전, 코어 기능과 관련이 있습니다. 원래 기기로 돌아가 전체 노드 상세 정보를 비교하고 v2rayN의 「설정」→「매개변수 설정」→「Core 유형」에서 코어 선택을 확인하세요. Android에서도 해당 프로토콜과 전송 조합을 인식할 수 있는 클라이언트 버전을 사용해야 합니다.

동기화 핵심

QR 코드를 인식하지 못하면 데스크톱 창의 밝기를 높이고 QR 코드를 확대하며 화면 반사를 줄여 보세요. QR 코드는 인식되지만 가져오기에 실패한다면 카메라 스캔이 아니라 텍스트 구문 분석 문제로 범위를 좁혀야 합니다. 이때 「공유 링크 복사」를 사용해 클립보드에서 가져온 뒤 두 방식의 결과를 비교할 수 있습니다.

동기화 핵심

최종 선택은 다음 한 줄로 정리할 수 있습니다. 계속 바뀌는 노드는 구독, 소수의 고정 노드는 공유 링크나 QR 코드, 같은 클라이언트로 전체 기기를 이전할 때만 전체 백업을 사용하세요. 어떤 방식을 선택하든 로컬 라우팅, 시스템 프록시, 앱 적용 범위는 기기별로 검증해야 합니다.

여러 기기를 장기간 사용하는 경우

권장

동기화 핵심

모든 기기를 같은 구독 그룹에 추가하고 정기적으로 노드를 업데이트한 뒤 로컬 라우팅과 프록시 모드는 기기별로 관리합니다.

적합한 경우: Windows, macOS, Android, Linux 일상 공유

소수 노드 이전

동기화 핵심

VLESS 또는 VMess 공유 링크를 내보내 텍스트로 저장하고 하나씩 가져온 뒤, 수정 사항이 있으면 다시 배포합니다.

적합한 경우: 고정 노드 1~3개, 드문 변경

데스크톱에서 Android로 임시 전송

동기화 핵심

v2rayN에서 단일 노드의 QR 코드를 표시하고 v2rayNG 또는 v2flyNG에서 스캔한 뒤 매개변수를 확인합니다.

적합한 경우: 현장에서 추가, 긴 링크 입력이 불편한 경우

V2Ray 클라이언트 다운로드 Windows, macOS, Android, Linux 중에서 선택