여러 기기의 노드를 장기간 동일하게 유지하려면 같은 구독 주소를 우선 사용하세요. Android로 VMess, VLESS, Trojan 또는 Shadowsocks 노드 하나를 임시로 옮길 때는 QR 코드가 가장 빠릅니다. 동일한 클라이언트를 이전하면서 라우팅과 화면 설정까지 보존해야 할 때만 전체 설정 내보내기를 고려하세요. 이 글에서는 세 가지 방법의 순서, 동기화 범위와 이전 후 점검 방법을 설명합니다.
동기화 대상이 노드인지, 클라이언트 전체 설정인지 먼저 구분하세요
“V2Ray 설정 동기화”에는 보통 서로 다른 세 가지 요구가 섞여 있습니다. 첫째는 컴퓨터와 스마트폰에서 같은 서버 목록을 확인하는 것, 둘째는 현재 사용하는 노드 하나를 다른 기기로 전달하는 것, 셋째는 클라이언트 데이터베이스, 라우팅 규칙, DNS, 구독 그룹과 화면 설정까지 옮기는 것입니다. 각각 필요한 도구가 다르므로 공유 QR 코드를 전체 백업으로 착각해서는 안 되며, 데스크톱 설정 폴더를 Android에서 그대로 읽게 할 수도 없습니다.
서버 목록을 계속 업데이트하려면 구독이 가장 적합합니다. 서버 측에서 주소, 포트, UUID, 전송 방식 또는 TLS 설정을 변경해도 각 기기에서 한 번씩 업데이트하면 새 내용을 받을 수 있습니다. QR 코드와 공유 링크는 특정 시점의 노드 스냅샷일 뿐이므로 원본 노드가 이후 변경되어도 수신 기기에 자동 반영되지 않습니다. 설정 내보내기는 실시간 동기화 채널보다 마이그레이션 도구에 가깝고, 로컬 규칙과 클라이언트 상태를 보존하는 데 초점이 있습니다.
통합 구독 주소
추천각 기기가 같은 노드 목록을 독립적으로 가져오므로 주소, 포트, 프로토콜 설정 업데이트를 계속 받을 수 있으며 기기끼리 파일을 직접 주고받을 필요가 없습니다.
적합한 경우: 장기간 사용, 여러 기기의 노드 목록 통일
QR 코드 또는 공유 링크
노드 하나의 연결 정보를 통째로 전달합니다. 절차는 간단하지만 구독 그룹, 라우팅 규칙과 이후 변경 사항은 포함하지 않습니다.
적합한 경우: 노드 하나를 임시 전송, 컴퓨터에서 Android 기기로 이동
설정 내보내기 및 가져오기
동일한 계열의 클라이언트로 이전할 때 로컬 데이터를 더 많이 보존할 수 있습니다. 클라이언트나 코어가 다르면 항목별 호환성 확인이 필요합니다.
적합한 경우: 컴퓨터 교체, 시스템 재설치, 복잡한 라우팅 설정 보존
방법 1: 같은 구독 주소로 노드 목록 통일하기
통합 구독은 Windows, macOS, Android, Linux 여러 기기에서 유지 관리가 가장 적게 드는 방법입니다. 데스크톱에서는 v2rayN을, Android에서는 코어에 따라 v2rayNG 또는 v2flyNG를 사용할 수 있습니다. 각 기기에는 구독 주소와 그룹 이름만 저장하고, 서버 목록은 구독 내용으로 생성합니다. 업데이트는 클라이언트별로 실행됩니다. 컴퓨터에서 업데이트가 끝나도 스마트폰으로 자동 전송되지 않으므로 스마트폰의 클라이언트에서도 직접 한 번 업데이트해야 합니다.
시작하기 전에 구독 주소를 여러 기기에서 사용할 수 있는지 확인하고, 서비스 제공업체의 동시 연결 제한도 살펴보세요. 구독 URL에는 계정을 식별할 수 있는 토큰이 포함되는 경우가 많으므로 계정 인증 정보처럼 취급해야 합니다. 공개 채팅, 스크린샷 또는 공개 문서에 붙여 넣지 마세요. 복사할 때 주소 앞뒤에 공백이나 줄바꿈이 들어가지 않도록 주의하세요.
-
그룹 만들기
v2rayN 메인 화면에서 「구독 그룹」→「구독 그룹 설정」→「추가」로 이동한 뒤 알아보기 쉬운 별칭을 입력하고 전체 구독 주소를 붙여 넣습니다.
-
구독 업데이트
저장한 후 「구독 그룹」→「모든 구독 업데이트」를 열고 서버 목록이 새로 고쳐질 때까지 기다립니다. 한 소스만 업데이트하려면 해당 그룹에서 개별 업데이트를 실행하세요.
-
Android에 추가
v2rayNG 또는 v2flyNG에서 왼쪽 상단 메뉴를 열고 「구독 그룹 설정」으로 이동합니다. 오른쪽 상단의 추가 버튼을 누른 뒤 같은 주소를 입력하고 저장하세요.
-
목록 새로 고침
Android 메인 화면으로 돌아와 메뉴에서 「구독 업데이트」를 실행합니다. 업데이트가 끝나면 노드 이름, 프로토콜과 개수가 구독에서 반환된 내용과 일치하는지 확인하세요.
-
선택 후 테스트
각 기기에서 노드 하나를 선택하고 연결을 시작하세요. 목록에 표시되는지만 보지 말고 로그를 열어 코어가 설정을 정상적으로 불러왔는지 확인해야 합니다.
데스크톱 구독 그룹
- 클라이언트
- v2rayN 7.x
- 메뉴 경로
- 구독 그룹 → 구독 그룹 설정
- 업데이트 방법
- 모든 구독 업데이트
- 권장 이름
- 출처 또는 용도별 구분
그룹 이름은 로컬 라벨이므로 모든 기기에서 완전히 같을 필요는 없습니다.
Android 구독 그룹
- 클라이언트
- v2rayNG 또는 v2flyNG
- 진입 경로
- 메뉴 → 구독 그룹 설정
- 새로 고침 작업
- 구독 업데이트
- 코어 차이
- Xray 또는 v2fly
같은 구독에 포함된 새 프로토콜을 사용할 수 있는지는 선택한 코어의 지원 범위에 따라 달라집니다.
노드 수가 다르다고 해서 반드시 동기화에 실패한 것은 아닙니다. 구독 서비스가 클라이언트 기능에 따라 서로 다른 내용을 반환할 수 있고, 로컬 키워드 필터가 항목을 숨길 수도 있습니다. 문제를 확인할 때는 먼저 그룹 필터를 끄고 프로토콜, 주소, 포트와 노드 이름을 비교하세요. 총 개수만 비교해서는 안 됩니다. 구독 업데이트가 시간 초과로 표시되면 현재 네트워크에서 구독 주소에 접속할 수 있는지 먼저 확인하세요. 사용 가능한 노드가 있다면 클라이언트의 “프록시를 통한 업데이트” 옵션도 시도해 볼 수 있습니다.
방법 2: QR 코드로 노드 하나 전달하기
QR 코드는 “이 노드 하나만 필요하다”는 상황에 적합합니다. 예를 들어 컴퓨터에 임시로 추가한 VLESS 노드를 Android로 바로 보내거나, 구독에 노드가 많지만 스마트폰에서는 하나만 사용할 때 유용합니다. QR 코드에는 보통 vmess://, vless://, trojan:// 또는 ss:// 같은 공유 URI가 담깁니다. 주소, 포트, 사용자 식별자, 전송 계층과 TLS 등의 필드는 포함하지만 시스템 프록시 상태, TUN 설정, 분할 라우팅 규칙, DNS 정책 또는 구독 업데이트 주소는 포함하지 않습니다.
VMess 공유 내용은 인코딩된 구조를 사용할 수 있으며, VLESS, Trojan과 Shadowsocks는 URI 매개변수 형식이 일반적입니다. 문자열을 직접 분석할 필요 없이 수신 기기가 인식하도록 전달하면 됩니다. 스캔 후 “매개변수 누락”이 표시되거나 가져온 뒤 시작되지 않는다면 QR 코드가 잘리지 않았는지, 공유 노드가 수신 기기의 코어에서 아직 지원하지 않는 전송 매개변수를 사용하는지, Reality의 공개 키, 짧은 ID, SNI, 지문 등의 필드가 빠짐없이 들어갔는지 확인하세요.
-
노드 선택
v2rayN 서버 목록에서 대상 항목을 선택하고 테스트용이거나 만료되었거나 로컬 네트워크에서만 사용할 수 있는 설정이 아닌지 확인하세요.
-
QR 코드 표시
대상 서버를 마우스 오른쪽 버튼으로 클릭하고 「서버 공유」에서 QR 코드를 선택합니다. 일부 7.x 마이너 버전에서는 이 메뉴가 메인 메뉴의 공유 작업에 있을 수 있습니다.
-
Android에서 스캔
v2rayNG 또는 v2flyNG 메인 화면에서 오른쪽 상단의 추가 버튼을 누르고 「QR 코드 스캔」을 선택합니다. 카메라 권한을 허용한 뒤 컴퓨터 화면을 비추세요.
-
필드 확인
가져온 노드의 편집 화면을 열어 주소, 포트, 프로토콜, 전송 방식, TLS, SNI와 메모 이름을 확인한 다음 저장하고 시작하세요.
QR 코드로 가져오기에 성공하면 양쪽의 노드는 서로 독립적으로 존재합니다. 이후 컴퓨터에서 포트, UUID, WebSocket 경로 또는 Reality 매개변수를 변경해도 Android의 복사본에는 반영되지 않으므로 다시 스캔하거나 구독 방식으로 전환해야 합니다. 반대로 스마트폰에서 메모 이름을 바꿔도 컴퓨터에는 영향을 주지 않습니다. 정적인 복사본이므로 QR 코드는 장기 동기화 수단으로 적합하지 않습니다.
방법 3: 설정을 내보내 동일한 계열의 클라이언트로 이전하기
설정 내보내기는 컴퓨터 교체, 시스템 재설치 또는 복잡한 로컬 설정을 보존해야 할 때 적합합니다. QR 코드와 달리 서버 목록, 구독 그룹, 라우팅 규칙, DNS, Core 선택과 화면 설정까지 포함할 수 있습니다. 다만 “포함할 수 있다”는 것이 모든 클라이언트에서 읽을 수 있다는 뜻은 아닙니다. v2rayN, v2rayNG, v2flyNG는 데이터 구조와 실행 환경이 다르므로 전체 폴더는 대체로 같은 클라이언트 계열 사이에서만 이전해야 합니다.
더 안전한 방법은 이전을 두 계층으로 나누는 것입니다. 노드 계층에는 구독 또는 표준 공유 링크를 사용하고, 클라이언트 계층에는 해당 소프트웨어의 백업 및 복원 기능을 사용하세요. 이렇게 하면 메이저 버전 사이에서 화면 데이터베이스 형식이 바뀌더라도 먼저 필요한 노드를 복원한 뒤 일부 라우팅과 DNS 설정만 수동으로 다시 만들 수 있습니다. Xray의 전체 실행 설정을 클라이언트 백업과 동일하게 보아서는 안 됩니다. 전자는 코어의 실행 방식을 설명하고, 후자에는 그룹, 업데이트 기록과 화면 상태가 추가로 포함될 수 있습니다.
동일 클라이언트 이전
- 원본
- v2rayN 7.x
- 대상
- 다른 기기의 v2rayN 7.x
- 우선 이전할 내용
- 구독, 서버, 라우팅
- 이전 전
- 클라이언트를 완전히 종료
먼저 원본 기기의 정확한 버전을 기록한 다음 대상 기기에서 같은 메이저 버전으로 복원하세요.
클라이언트 간 이전
- 원본
- v2rayN
- 대상
- v2rayNG 또는 v2flyNG
- 권장 전달 방식
- 구독 또는 공유 URI
- 다시 설정할 항목
- 라우팅, DNS, TUN 매개변수
표준 노드 필드만 이전하고 데스크톱 데이터베이스를 그대로 복사하지 마세요.
코어 실행 설정
- 형식
- JSON
- 일반적인 내용
- inbounds、outbounds、routing
- 로컬 포트
- 대상 기기에서 다시 확인
- 용도
- 진단 및 고급 이전
코어 JSON에는 클라이언트 전체 화면 상태가 포함되지 않습니다.
로컬 실행 매개변수
- 시스템 프록시
- 기기별로 별도 활성화
- TUN 모드
- 기기별로 별도 권한 부여
- 로그 수준
- 기기별 개별 설정
- 시작 동작
- 노드와 함께 자동 이전되지 않음
이러한 매개변수는 운영체제 환경에 따라 달라지므로 항목별로 강제 통일할 필요는 없습니다.
-
버전 기록
원본 기기에서 「도움말」→「정보」를 열어 v2rayN의 7.x 세부 버전을 기록하고, 「설정」→「매개변수 설정」→「Core 유형」에서 현재 선택된 항목도 기록하세요.
-
필수 항목 내보내기
구독 주소, 표준 공유 링크와 직접 작성한 라우팅 규칙을 우선 저장하세요. 전체 이전이 필요할 때는 클라이언트가 제공하는 백업 기능을 사용하거나 설정 데이터를 복사합니다.
-
실행 중지
전체 설정을 이전하기 전에 시스템 프록시와 TUN을 끄고 트레이 메뉴에서 클라이언트를 종료하세요. 데이터베이스나 설정 파일에 계속 기록되는 일을 방지할 수 있습니다.
-
대상 기기에서 복원
같은 메이저 버전의 클라이언트에서 데이터를 복원한 뒤, 처음 시작할 때는 시스템 트래픽을 바로 넘겨받지 마세요. 먼저 서버, 구독과 라우팅 항목을 확인합니다.
-
다시 적용
대상 시스템에 맞춰 로컬 수신 포트, 시스템 프록시와 TUN 권한을 다시 설정한 다음 노드 하나를 선택해 테스트하고 코어 로그를 확인하세요.
macOS, Linux와 Windows에서 모두 v2rayN을 실행하더라도 모든 경로 필드를 기계적으로 복사해서는 안 됩니다. 로그 디렉터리, 코어 프로그램 위치, 자동 시작 방식과 시스템 프록시 구현이 다를 수 있습니다. 실제로 통일할 가치가 있는 것은 구독 출처, 노드 매개변수와 서비스별 라우팅 로직입니다. 운영체제에 종속된 경로, 권한과 네트워크 가로채기 방식은 대상 기기에서 다시 설정해야 합니다.
이전 후 네 가지 계층을 점검해 “노드는 같은데 결과가 다른” 문제를 피하세요
여러 기기에 같은 이름의 노드가 표시된다고 해서 실제 실행 설정까지 완전히 같은 것은 아닙니다. 흔한 차이로 한쪽 데스크톱은 Xray 코어를 선택하고 다른 쪽은 v2fly 코어를 사용하는 경우가 있습니다. 컴퓨터에서는 TUN을 켰지만 Android에서는 시스템 VPN 인터페이스가 트래픽을 넘겨받는 경우도 있습니다. 노드 매개변수가 같다는 것은 원격 연결 대상이 같다는 뜻일 뿐, 로컬 인바운드, DNS와 라우팅 정책까지 같다는 의미는 아닙니다.
“노드 필드, 코어 기능, 로컬 진입점, 라우팅 결과” 네 계층으로 확인하는 것이 좋습니다. 먼저 원격 주소, 포트와 프로토콜을 확인하고 해당 전송 조합을 코어가 처리할 수 있는지 점검하세요. 이어서 로컬 포트와 트래픽 가로채기 상태를 확인한 뒤 실제 도메인으로 직접 연결 및 프록시 규칙을 검증합니다. 노드를 반복해서 삭제하고 다시 가져오는 것보다 문제 위치를 찾기 쉽습니다.
| 점검 계층 | 세부 항목 | 실행할 점검 | 흔한 차이 |
|---|---|---|---|
| 노드 필드 | 주소, 포트, UUID, 전송, TLS | 편집 화면을 열어 항목별로 비교하고 메모 이름만 비교하지 마세요 | 오래된 QR 코드에 이미 변경된 포트가 남아 있음 |
| 코어 기능 | Xray 또는 v2fly | 「설정」→「매개변수 설정」→「Core 유형」에서 확인 | 새 전송 매개변수를 다른 코어에서 사용할 수 없음 |
| 로컬 진입점 | SOCKS, HTTP, 혼합 포트 | 로컬 화면에 표시된 값을 기준으로 하며, 일반적인 테스트 값은 10808입니다 | 다른 프로그램이 포트를 사용해 코어 시작에 실패 |
| 트래픽 가로채기 | 시스템 프록시 또는 TUN | 시작 후 상태 표시줄과 코어 로그 확인 | 노드는 연결되었지만 애플리케이션 트래픽이 클라이언트로 들어오지 않음 |
| 라우팅 결과 | 직접 연결, 프록시, 차단 규칙 | 직접 연결 도메인 하나와 프록시 도메인 하나를 각각 테스트 | 기기별 규칙 집합 버전 또는 규칙 순서가 다름 |
- 먼저 로그 시간을 확인하세요: 노드를 시작하면 즉시 코어 로드 및 연결 기록이 나타나야 합니다. 새 로그가 전혀 없으면 코어가 실행되었는지 먼저 확인하세요.
- 다음으로 포트 사용 여부를 확인하세요: 로컬 혼합 포트를
10808로 설정했다면 다른 클라이언트가 동시에 해당 포트를 수신하고 있지 않은지 확인하세요. - 그다음 시스템 프록시를 확인하세요: 데스크톱 클라이언트가 실행 중인 상태와 시스템 프록시가 켜진 상태는 별개입니다. 전자가 정상이어도 브라우저 트래픽이 이미 가로채졌다는 뜻은 아닙니다.
- 마지막으로 라우팅을 확인하세요: 일시적으로 전역 프록시로 전환해 테스트하세요. 전역 모드에서는 작동하지만 규칙 모드에서 작동하지 않는다면 문제는 보통 노드가 아니라 라우팅 또는 DNS에 있습니다.
여러 기기 동기화에서 자주 묻는 질문
실제 사용 중 문제는 대개 “가져오기 버튼이 작동하지 않는 것”이 아니라 서로 다른 동기화 범위를 혼동해서 발생합니다. 아래 상황별 경로를 먼저 따라 처리한 뒤 다시 가져올지 결정하세요.
컴퓨터에서 구독을 업데이트했는데 스마트폰에는 왜 이전 노드가 표시되나요?
구독 업데이트는 기기 사이에서 자동으로 전송되지 않습니다. v2rayNG 또는 v2flyNG의 메뉴를 열고 「구독 업데이트」를 실행하세요. 완료 후 현재 선택된 항목도 확인해야 합니다. 기존 노드가 삭제된 경우 클라이언트가 새 노드로 자동 전환하지 않을 수 있습니다.
QR 코드 스캔은 성공했는데 시작하면 설정이 잘못되었다고 표시됩니다. 왜 그런가요?
노드 편집 화면에서 전송 유형, TLS, SNI, 지문, Reality 공개 키와 짧은 ID를 중점적으로 확인하세요. Android 클라이언트에서 사용하는 코어가 해당 조합을 지원하는지도 확인해야 합니다. 필요하면 데스크톱과 동일한 Xray 지원 범위를 사용하세요.
두 기기의 노드 수가 왜 다른가요?
먼저 클라이언트의 키워드 필터와 그룹 필터를 끄고 양쪽에서 전체 구독 업데이트를 실행하세요. 그래도 다르면 구독 업데이트 시간과 프로토콜 유형을 비교합니다. 구독 서비스가 클라이언트 기능에 따라 서로 다른 항목을 반환할 수 있습니다.
v2rayN 설정을 v2rayNG로 바로 가져올 수 있나요?
전체 설정 폴더를 복사하는 것은 권장하지 않습니다. 클라이언트가 다를 때는 구독, QR 코드 또는 표준 공유 URI로 노드를 이전한 다음 Android에서 라우팅, DNS와 연결 모드를 별도로 설정하세요.
노드는 연결되지만 컴퓨터와 스마트폰의 접속 결과가 다른 이유는 무엇인가요?
양쪽이 같은 라우팅 모드와 DNS 정책을 사용하는지 확인하세요. 데스크톱에서는 「설정」→「매개변수 설정」의 로컬 포트와 시스템 프록시 또는 TUN이 실제로 활성화되었는지도 확인해야 합니다. 노드 이름만 비교해서는 안 됩니다.
장기간 관리할 때는 구독을 기본 데이터 소스로, QR 코드를 임시 전달 수단으로, 설정 내보내기를 마이그레이션 백업으로 활용할 수 있습니다. 세 가지 방식을 각 계층에 맞게 사용하면 반복 편집을 줄이고 운영체제 관련 매개변수를 다른 기기에 잘못 가져오는 일도 피할 수 있습니다. 이전할 때마다 노드, 코어, 포트와 라우팅을 한 번씩 점검하면 대개 로그에서 차이를 빠르게 찾을 수 있습니다.