여러 기기에서 V2Ray 설정 동기화하기: 구독 링크, 설정 내보내기, QR 코드 공유

“V2Ray 설정 동기화”는 서로 다른 세 가지 작업을 가리킬 수 있습니다. 여러 기기에 같은 노드 목록을 넣는 것, 특정 노드 하나의 연결 정보를 그대로 복사하는 것, 또는 라우팅 규칙·DNS·시스템 프록시 방식까지 함께 옮기는 것입니다. 각 작업의 데이터 범위가 다르므로 “가져오기 성공”만으로 동기화가 끝났다고 판단할 수 없습니다. Windows의 v2rayN 7.x, Android의 v2rayNG 1.10.x와 v2flyNG 1.10.x를 예로 들면 노드 연결 필드는 대체로 호환되지만, 클라이언트 환경설정과 라우팅 규칙은 별도로 처리해야 하는 경우가 많습니다.

이 글의 핵심

여러 기기를 장기간 관리한다면 구독 링크가 우선입니다. 노드 여러 개를 한 번에 옮길 때는 설정 내보내기를, 노드 하나만 공유할 때는 QR 코드가 가장 빠릅니다. 세 방식이 어떤 데이터를 복사하는지 확인하고, VLESS·VMess·Reality·WebSocket·TLS·로컬 포트 필드가 대상 클라이언트에 올바르게 반영됐는지 점검할 수 있습니다.

먼저 동기화할 데이터 범위를 정하세요

노드 목록은 설정의 일부일 뿐입니다. 연결 가능한 노드에는 최소한 주소, 포트, 프로토콜 인증 정보와 전송 매개변수가 필요합니다. 로컬 기기에는 그룹, 속도 측정 결과, 라우팅 규칙, DNS, 수신 포트, 시스템 프록시 사용 여부도 저장됩니다. 구독은 보통 노드 업데이트를 담당하고, QR 코드는 대개 단일 노드만 담으며, 전체 백업은 내보내기 형식과 클라이언트 구현에 따라 달라집니다.

구독 링크

설정 내보내기

여러 노드를 한 번에 옮길 때 적합합니다. 파일이나 텍스트를 오프라인으로 전달할 수 있지만, 클라이언트가 다르면 그룹과 라우팅 설정까지 함께 옮겨진다고 보장할 수 없습니다.

적합한 경우: PC 교체, 재설치 전 백업, 일괄 마이그레이션

QR 코드 공유

VMess·VLESS 등의 단일 공유 링크를 QR 코드로 인코딩하면 대상 기기에서 스캔한 즉시 노드 하나가 생성됩니다.

적합한 경우: Android 기기에 노드 하나를 임시로 복사할 때

“노드가 같다”는 것과 “동작이 같다”는 것은 구분해야 합니다. 예를 들어 Windows의 v2rayN은 로컬 SOCKS 포트 10808과 HTTP 포트 10809를 사용하고, LAN 주소에 직접 연결하는 규칙을 적용할 수 있습니다. Android에서 같은 노드를 가져와도 이 두 수신 포트가 자동으로 복사되거나 데스크톱의 시스템 프록시 상태가 그대로 상속되지는 않습니다. 모바일 환경은 보통 시스템에서 제공하는 네트워크 가로채기 방식으로 트래픽을 전달하고, 데스크톱은 시스템 프록시나 TUN을 사용할 수 있어 진입 방식이 서로 다릅니다.

방법 1: 구독 링크로 노드 목록 통일하기

구독은 여러 기기를 장기간 관리할 때 가장 안정적인 방법입니다. 각 기기에 같은 구독 주소를 저장하고, 업데이트할 때 구독 소스에서 노드 목록을 다시 가져옵니다. 노드 주소·포트·전송 설정이 변경되더라도 구독 소스가 갱신되어 있다면 각 클라이언트에서 다시 새로고침하는 것만으로 최신 값을 받을 수 있습니다. 구독 주소에는 방문자를 식별하는 경로 매개변수가 포함되는 경우가 많으므로 계정 인증 정보처럼 관리해야 합니다. 공개 페이지에 게시하거나 관계없는 사람에게 전달하지 마세요.

구독 추가

v2rayN 메인 화면에서 「구독 그룹」→「구독 그룹 설정」→「추가」로 이동한 뒤 별칭과 구독 주소를 입력하고 저장합니다.
노드 업데이트

「구독 그룹」으로 돌아가 「모든 구독 업데이트(프록시 사용 안 함)」를 실행합니다. 현재 네트워크에서 구독 소스에 직접 접속할 수 없다면 프록시를 통한 업데이트를 선택하세요.
코어 확인

「설정」→「매개변수 설정」→「Core 유형」을 열고 프로토콜에 맞는 코어가 선택되어 있는지 확인합니다. v2rayN에서는 VLESS와 Reality 설정을 보통 Xray 코어로 처리합니다.
스마트폰으로 가져오기

v2rayNG 또는 v2flyNG에서 오른쪽 위 “+”를 누르고 「클립보드에서 구독 가져오기」를 선택하거나 「구독 설정」에서 주소를 추가한 다음 구독을 업데이트합니다.
통합 점검

노드 수, 그룹 이름, 업데이트 시간을 각각 확인합니다. 예를 들어 데스크톱에 노드 24개가 표시되는데 모바일에는 19개만 보인다면 프로토콜 지원 여부와 그룹 필터를 계속 점검해야 합니다.

구독 새로고침은 실시간 푸시가 아닙니다. PC가 09:00에 업데이트되고 스마트폰이 17:00에 업데이트된다면 그 8시간 동안 두 기기에 서로 다른 노드 목록이 표시될 수 있습니다. 일상적으로는 일괄 연결 실패가 발생했을 때 먼저 구독을 새로고침하는 식으로 정해진 업데이트 절차를 두는 것이 좋습니다. 노드 소스에 변경이 없다면 지나치게 짧은 자동 업데이트 주기는 연결 품질을 높여 주지 않습니다.

데스크톱 예시

클라이언트: v2rayN 7.x
SOCKS: 127.0.0.1:10808
HTTP: 127.0.0.1:10809
업데이트 방식: 모든 구독 업데이트

포트는 로컬 기기의 수신 설정이므로 일반 노드 구독을 통해 다른 기기로 복사되지 않습니다.

Android 예시

클라이언트: v2rayNG 1.10.x
코어: Xray
가져오기 경로: 구독 설정
새로고침 작업: 구독 업데이트

v2rayNG는 VLESS·Reality 등 Xray 기능이 필요한 노드 목록에 적합합니다.

같은 구독이 v2rayNG에서는 정상 작동하지만 v2flyNG에서 일부 노드가 사라진다면 구독을 반복해서 삭제하기보다 먼저 프로토콜과 보안 계층을 확인하세요. v2flyNG는 v2fly 코어를 사용하므로 VMess·WebSocket·TLS 등 v2fly가 지원하는 범위의 설정에 더 적합합니다. Reality, 특정 Flow 또는 Xray 확장 필드가 포함된 노드는 해당 필드를 지원하는 클라이언트에서 사용해야 합니다.

방법 2: 설정 내보내기와 파일 마이그레이션

지속적인 구독을 사용하지 않거나 기기를 교체할 때, 또는 현재 노드 상태를 스냅샷으로 보관할 때는 내보내기가 적합합니다. 먼저 무엇을 내보내는지 확인해야 합니다. 공유 링크 모음인지, 클라이언트가 인식하는 설정 파일인지, 전체 데이터 디렉터리인지 구분하세요. 공유 링크 모음은 플랫폼 간 가져오기가 쉽지만 속도 측정 결과·활성 노드·창 배치·시스템 프록시 상태는 보통 포함하지 않습니다. 전체 데이터 디렉터리는 기기 전체 백업에 가깝지만 일반적으로 같은 클라이언트와 비슷한 버전, 같은 운영체제 사이에서 복원할 때만 적합합니다.

노드 하나 또는 소수의 노드 마이그레이션: v2rayN 노드 목록에서 대상 항목을 선택하고 마우스 오른쪽 메뉴로 선택한 서버의 공유 링크를 복사한 다음 텍스트를 대상 클라이언트로 가져옵니다.
노드 여러 개 마이그레이션: 먼저 그룹으로 필터링하여 임시 테스트 노드가 내보내기에 섞이지 않았는지 확인합니다. 대상에서 가져온 뒤 총 개수를 비교하고, 각 프로토콜별로 최소 한 개씩 표본 점검합니다.
v2rayN 로컬 데이터 백업: 클라이언트와 실행 중인 코어 프로세스를 종료한 다음 프로그램 데이터 디렉터리를 복사하여 데이터베이스나 설정 파일이 기록 중인 상태를 피합니다. 복원할 때는 우선 비슷한 7.x 버전을 사용하세요.
플랫폼 간 마이그레이션: 표준 VMess·VLESS 공유 링크를 우선 내보내고, Windows 클라이언트의 전체 설정 파일을 Android 클라이언트가 바로 읽을 수 있다고 가정하지 마세요.

마이그레이션 검수 기록
원본 기기 노드 수: 24
대상 기기 노드 수: 24
표본 프로토콜: VMess, VLESS
표본 전송 방식: TCP, WebSocket
표본 보안 계층: TLS, Reality
로컬 수신: 별도 설정
라우팅 규칙: 별도 확인

설정 파일의 필드 이름도 서로 다를 수 있습니다. 예를 들어 화면에 “위장 도메인”으로 표시되는 항목이 내부적으로는 Host에 해당할 수 있고, 화면의 “SNI”가 serverName으로 저장될 수 있습니다. Reality의 공개 키·짧은 식별자·브라우저 지문도 publicKey, shortId, fingerprint로 저장될 수 있습니다. 가져오기 도구는 필드 매핑을 수행해야 하며, 대상 클라이언트 버전이 오래되었거나 코어가 특정 필드를 지원하지 않으면 목록에 기록이 나타나더라도 연결을 만들 수 없을 수 있습니다.

방법 3: QR 코드로 단일 노드 공유하기

QR 코드는 새로운 프록시 프로토콜이 아니라 공유 텍스트를 시각적으로 인코딩한 것입니다. v2rayN은 노드 기록을 VMess 또는 VLESS 공유 링크로 변환한 뒤 링크를 이미지로 인코딩합니다. v2rayNG는 이를 스캔해 같은 텍스트를 해석하고 노드를 생성합니다. QR 코드는 한 번에 설정 하나만 처리하므로 임시로 노드를 추가할 때 적합하며, 계속 변경되는 수십 개 노드 목록을 관리하는 용도에는 적합하지 않습니다.

VLESS + Reality

전송 방식: TCP
보안 계층: Reality
Flow: xtls-rprx-vision
필수 필드: 공개 키, 짧은 식별자
지문: chrome

스캔 후 SNI, publicKey, shortId, fingerprint를 반드시 확인하세요. 하나라도 빠지면 핸드셰이크가 실패할 수 있습니다.

VMess + WS + TLS

전송 방식: WebSocket
경로: /ws
Host: 서비스 설정과 일치
보안 계층: TLS
포트: 443

WS 경로, Host, SNI를 중점적으로 확인해야 하며 서버 주소와 포트만 비교해서는 안 됩니다.

v2rayN에서 노드를 선택하고 마우스 오른쪽 메뉴의 QR 코드 또는 공유 기능으로 단일 노드 QR 코드를 표시합니다.
v2rayNG 메인 화면에서 “+”를 누르고 「QR 코드 스캔」을 선택한 뒤 카메라 권한을 허용하고 데스크톱 화면을 향합니다.
가져오기가 끝난 뒤에도 원본 기록을 바로 삭제하지 말고 편집 화면을 열어 주소·포트·사용자 ID·전송 방식·보안 계층을 항목별로 비교하세요.
먼저 실제 연결 테스트를 한 번 실행한 뒤 활성 설정으로 지정하세요. 기록을 저장할 수 있다는 사실만으로 Reality 또는 TLS 핸드셰이크가 성공했다는 뜻은 아닙니다.
QR 코드에는 전체 연결 정보가 들어 있으므로 공개 스크린샷, 그룹 공지, 문의 티켓 첨부 파일 또는 검색 가능한 페이지에 노출해서는 안 됩니다.

QR 코드는 화면 선명도에도 영향을 받습니다. 긴 VLESS Reality 링크는 더 조밀한 이미지를 만들기 때문에 멀리서 촬영하거나 이미지가 압축되면 인식에 실패하기 쉽습니다. 데스크톱 QR 코드를 약 400×400픽셀 이상으로 확대하고 화면 밝기를 높인 뒤 카메라를 수직으로 유지하세요. 그래도 스캔되지 않으면 링크를 복사해 공유하세요. 링크를 짧게 만들려고 쿼리 매개변수를 삭제하지 마세요. 삭제한 SNI·Flow·공개 키·지문이 연결에 필요한 값일 수 있습니다.

플랫폼 간 필드 호환성 확인 방법

호환성을 판단할 때는 “프로토콜 계층—전송 계층—보안 계층—클라이언트 기능” 순서로 확인해야 합니다. VMess 또는 VLESS는 인증 정보와 기본 프로토콜을 결정하고, TCP 또는 WebSocket은 전송을, TLS 또는 Reality는 보안 핸드셰이크를 결정합니다. 마지막으로 클라이언트와 코어가 모든 필드를 해석할 수 있는지 확인합니다. 이름이 같은 노드라도 설정이 같다는 뜻은 아닙니다. 노드 메모는 라벨일 뿐 실제 연결에는 관여하지 않습니다.

설정 항목	구독	내보내기 또는 공유 링크	QR 코드	확인할 항목
주소 및 포트	일반적으로 포함	일반적으로 포함	포함	도메인이 완전한지, 포트가 여전히 443 또는 실제 서비스 포트인지 확인
사용자 ID	일반적으로 포함	일반적으로 포함	포함	복사 과정에서 공백이나 잘린 문자가 섞이지 않도록 확인
WS 경로 및 Host	형식에 따라 다름	표준 링크에 포함될 수 있음	링크에 인코딩됨	경로 앞의 슬래시, Host, SNI를 혼동하지 마세요
Reality 매개변수	형식 지원 필요	VLESS 링크에 포함될 수 있음	링크에 인코딩됨	publicKey、shortId、fingerprint、serverName、Flow
라우팅 분기	노드 구독에는 보통 포함되지 않음	단일 노드 링크에는 포함되지 않음	포함되지 않음	도메인 규칙, IP 규칙, 인바운드 태그는 별도로 설정해야 합니다
로컬 포트	포함되지 않음	단일 노드 링크에는 포함되지 않음	포함되지 않음	예를 들어 v2rayN의 10808과 10809는 로컬 기기에서 설정해야 합니다

VLESS Reality는 “가져오기는 성공했지만 연결되지 않는” 문제가 가장 자주 발생하는 조합입니다. 원본에서 xtls-rprx-vision을 사용한다면 대상에서도 Flow를 유지해야 합니다. 지문이 원래 chrome이었는데 가져온 뒤 빈 값이 되어도 핸드셰이크 단계에서 실패할 수 있습니다. 짧은 식별자는 비어 있거나 서버가 지정한 값일 수 있으므로 경험에 따라 임의로 입력해서는 안 됩니다. 공개 키와 사용자 ID도 같은 필드가 아니므로 복사할 때 서로 바꾸지 마세요.

VMess WebSocket TLS는 호환성을 비교하기가 대체로 직관적이지만 WebSocket 경로·Host·SNI·TLS 활성화 여부를 함께 확인해야 합니다. 예를 들어 서버 주소가 203.0.113.10이고 포트가 443이라고 해서 Host에도 이 주소를 입력해야 하는 것은 아닙니다. Host와 SNI는 서버 설정에서 지정한 도메인일 수 있습니다. 예시 주소는 필드 관계를 설명하기 위한 것이며 실제 설정은 구독 또는 공유 링크에 표시된 원래 값을 유지해야 합니다.

라우팅 분기는 독립적인 설정으로 봐야 합니다. v2rayN에서 도메인·IP·프로세스·인바운드 태그로 만든 규칙은 노드 하나를 QR 코드로 스캔했다고 해서 v2rayNG에 자동으로 나타나지 않습니다. 여러 기기의 동작을 비슷하게 맞추려면 먼저 “LAN은 직접 연결, 특정 도메인은 직접 연결, 나머지는 활성 노드로 전송”처럼 공통 목표를 정한 다음 각 클라이언트가 지원하는 규칙 편집 화면에서 따로 구현하세요. 데스크톱과 Android의 저장 구조가 다를 수 있으므로 규칙 파일의 텍스트를 직접 비교하지 마세요.

반복 가능한 동기화 절차 만들기

여러 기기를 관리할 때 중요한 것은 매번 더 많은 데이터를 복사하는 것이 아니라 노드 소스를 하나로 유지하고 로컬 설정은 각 기기에 남겨 두며 되돌릴 수 있는 기록을 보관하는 것입니다. 자주 사용하는 PC 한 대를 구독 내용 확인용으로 정하되, PC의 속도 측정 정렬을 모든 기기의 고정 순서로 사용하지는 마세요. 스마트폰과 보조 기기는 같은 구독을 정기적으로 새로고침하고 각자의 네트워크에서 다시 테스트하면 됩니다.

주 데이터 소스: 하나의 유효한 구독으로 자주 사용하는 노드를 관리하고, 같은 기기에 내용이 중복되는 구독을 여러 개 추가하지 마세요.
업데이트 기록: 업데이트 후 날짜와 노드 수를 “2026-07-14, 24개”처럼 기록해 비정상적인 감소를 쉽게 확인하세요.
표본 테스트: VMess·VLESS·WebSocket·TLS·Reality를 각각 포함해 프로토콜별로 최소 한 개의 노드를 테스트하세요.
로컬 설정: v2rayN의 10808·10809 포트와 시스템 프록시, TUN, DNS, 라우팅 모드를 별도로 기록하세요.
긴급 공유: 단일 노드를 임시로 추가할 때 QR 코드를 사용하고, 구독이 복구되면 중복 기록을 삭제해 같은 이름의 노드가 혼동되지 않도록 하세요.
기기 교체 후 복원: 먼저 노드를 가져오고, 라우팅과 DNS를 설정한 뒤, 마지막으로 시스템 프록시 또는 모바일 연결을 활성화하면서 단계별로 확인하세요.

같은 구독인데 왜 두 기기의 노드 수가 다른가요?

먼저 두 기기의 업데이트 시간을 기록한 다음 구독 그룹 필터를 확인하세요. v2rayN에 24개, v2flyNG에 19개가 표시된다면 누락된 5개가 Reality 또는 대상 코어에서 해석할 수 없는 다른 필드를 사용하는지 확인합니다.

QR 코드는 스캔됐는데 왜 연결되지 않나요?

노드 편집 화면을 열고 주소·포트·사용자 ID·전송 방식·보안 계층·SNI 순서로 확인하세요. VLESS Reality는 Flow·publicKey·shortId·fingerprint도 확인한 뒤 코어 로그에서 핸드셰이크 오류를 살펴보세요.

v2rayN 설정 전체를 v2rayNG로 바로 가져올 수 있나요?

전체 설정을 통째로 옮기지 마세요. 먼저 구독 또는 공유 링크로 노드를 가져온 다음 v2rayNG에서 라우팅·DNS·연결 모드를 별도로 설정하세요. Windows의 시스템 프록시, 로컬 수신 포트, 창 상태는 모바일 노드 매개변수에 포함되지 않습니다.

구독을 업데이트했는데 이전 노드가 계속 남아 있으면 어떻게 하나요?

이전 노드가 수동 그룹 또는 다른 구독에 속한 것인지 확인하세요. 먼저 그룹별로 출처를 확인한 뒤 해당 구독을 업데이트합니다. 노드 이름만 보고 일괄 삭제하면 수동으로 저장한 긴급 설정까지 지울 수 있으므로 피하세요.

PC를 바꿔도 포트를 반드시 10808로 유지해야 하나요?

반드시 그럴 필요는 없습니다. 10808과 10809는 흔히 사용하는 로컬 수신 포트 예시이며 「설정」→「매개변수 설정」에서 변경할 수 있습니다. 변경 후에는 브라우저나 다른 프로그램에 직접 입력한 프록시 포트도 함께 수정하여 이전 값을 계속 가리키지 않도록 하세요.

최종 검수는 세 단계로 나눌 수 있습니다. 첫째 노드 기록이 완전한지 확인하고, 둘째 코어가 연결을 수립하는지 확인하며, 셋째 실제 애플리케이션 트래픽이 예상대로 라우팅되는지 확인합니다. 가져오기만 완료한 상태는 첫 번째 단계에 해당합니다. 지연 시간이 표시되는 것은 보통 테스트 경로가 응답했다는 뜻일 뿐이며, 웹 페이지·업데이트 서비스·지정한 앱이 규칙대로 작동해야 노드·시스템 진입점·라우팅 분기가 함께 정상 적용된 것입니다.

대부분의 사용 환경에서는 결론이 분명합니다. 구독 링크는 노드 목록의 장기 동기화를, 설정 내보내기는 기기 교체와 오프라인 스냅샷을, QR 코드는 단일 노드의 임시 전달을 담당합니다. 라우팅·DNS·로컬 포트·시스템 가로채기 방식은 플랫폼별로 관리해야 합니다. 이 경계를 명확히 나누면 여러 기기의 설정 파일을 완전히 똑같이 만들 필요는 없습니다. 연결 필드가 일치하고 코어 기능이 맞으며 각 기기에서 동작을 별도로 검증하면 충분합니다.