데스크톱과 안드로이드에서 같은 노드를 쓰려면 양쪽 기기에 동일한 구독을 각각 추가하는 것이 가장 좋습니다. 노드 하나만 옮길 때는 공유 링크나 QR 코드를, 기기를 교체할 때는 클라이언트 백업을 활용하세요. 각 방식으로 옮길 수 있는 데이터는 다릅니다. 노드 정보는 이전할 수 있지만 라우팅, DNS, 수신 포트, 앱별 설정은 보통 따로 확인해야 합니다. 아래에서 가져오기, 검증, 백업 순서로 각 방식의 범위를 살펴봅니다.
동기화 방식별 이전 항목
v2rayN은 데스크톱 클라이언트이고, v2rayNG는 Xray 코어를 사용하는 안드로이드 클라이언트입니다. 클라이언트는 노드와 구독, 화면 설정을 저장하고 코어는 실제 연결을 처리합니다. 양쪽에서 같은 노드 공유 형식을 읽을 수 있다고 해서 설정 데이터베이스까지 서로 가져올 수 있는 것은 아닙니다.
같은 구독을 양쪽에 각각 추가
권장두 기기에서 같은 구독 소스를 이용합니다. 소스에서 노드를 변경하면 각 기기에서 구독을 업데이트하면 됩니다. 선택한 노드, 라우팅, 시스템 프록시 상태까지 자동으로 동기화되지는 않습니다.
적합한 경우: 같은 구독을 장기간 사용하는 데스크톱과 안드로이드 기기
공유 링크 또는 QR 코드
선택한 노드 정보를 다른 기기로 가져옵니다. 내보낸 시점의 정보만 전달되므로 원본 구독의 변경 사항이 자동으로 반영되지 않으며 클라이언트의 전역 설정도 포함되지 않습니다.
적합한 경우: 노드를 일시적으로 전달하거나 직접 추가한 서버를 이전할 때
클라이언트 백업
앱에서 내보내기를 지원하는 데이터를 저장합니다. 백업 범위는 클라이언트마다 다르며 주로 같은 클라이언트에서 복원할 때 사용합니다. 데스크톱 백업을 안드로이드에서 바로 사용할 수는 없습니다.
적합한 경우: 재설치, 기기 교체, 주요 설정 변경 전에 보관할 때
먼저 옮길 대상이 ‘서버 접속 정보’인지 ‘전체 사용 환경’인지 정하세요. 전자는 주소, 포트, 사용자 인증 정보, 전송 및 보안 매개변수를 포함합니다. 후자에는 DNS, 라우팅 순서, 앱 목록, 시작 동작, 로컬 수신 설정도 포함됩니다. QR 코드를 스캔하는 것만으로는 후자의 설정까지 옮길 수 없습니다.
구독 링크: 양쪽 기기에서 각각 추가하고 업데이트하기
구독 주소에는 보통 접속 자격 증명이 포함되어 있으므로 기존 서비스 계정이나 저장된 구독 설정에서 확인하세요. 노드의 vless:// 또는 vmess:// 공유 링크를 구독 주소 입력란에 붙여 넣지 마세요. 구독은 노드 목록을 가져오는 경로이고, 공유 링크는 특정 노드의 정보를 담습니다.
-
구독 소스 확인
기존 기기에서 구독 그룹 편집 화면을 열고 전체 주소를 복사하세요. 쿼리 매개변수도 그대로 유지해야 합니다. 서비스에서 여러 구독 형식을 제공한다면 두 클라이언트가 모두 읽을 수 있는 노드 구독 형식을 선택하세요. 다른 설정 체계용 전체 규칙 파일은 선택하지 마세요.
-
데스크톱에서 그룹 추가
v2rayN에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 열고 그룹을 추가한 뒤 별칭과 주소를 입력합니다. 저장 후 ‘구독 그룹’으로 돌아가 전체 구독 업데이트를 선택하세요. 현재 네트워크에서 연결할 수 있는지에 따라 프록시를 통해 업데이트할지 결정합니다.
-
안드로이드에서 구독 추가
v2rayNG에서 사이드 메뉴의 ‘구독 그룹 설정’을 열고 ‘+’를 눌러 별칭과 구독 주소를 입력한 뒤 저장합니다. 메인 화면으로 돌아와 오른쪽 위 메뉴에서 ‘현재 그룹 구독 업데이트’를 실행하고 방금 만든 구독 그룹이 선택되어 있는지 확인하세요.
-
확인 후 연결
양쪽 기기에서 대상 노드의 서버 주소, 포트, 프로토콜을 각각 확인한 다음 노드를 선택해 연결을 시작합니다. 메뉴 이름은 클라이언트 업데이트에 따라 달라질 수 있지만, 업데이트할 대상은 방금 저장한 그룹이어야 합니다. 이름만 같은 수동 그룹을 선택하지 않도록 주의하세요.
구독 노드를 직접 수정해야 한다면 먼저 내보낸 뒤 별도의 수동 그룹에 넣으세요. 구독을 업데이트하면 해당 항목이 새로 생성될 수 있으므로 구독 항목에 장기적인 로컬 수정 사항을 저장하지 않는 것이 좋습니다. 그룹별로 ‘일반 구독’, ‘수동 관리’처럼 명확한 별칭을 붙여 업데이트 대상을 잘못 선택하지 않도록 하세요.
QR 코드와 공유 링크로 노드 하나 옮기기
컴퓨터에서 휴대전화로 노드 하나를 옮길 때는 QR 코드를 이용하면 기기 간 복사·붙여넣기가 필요 없습니다. 휴대전화에서 컴퓨터로 옮길 때는 공유 링크를 복사하는 편이 보통 더 간편합니다. 두 방식은 대개 동일한 노드 URI를 전달하며 QR 코드가 원본 링크에 없는 정보를 채워 주지는 않습니다.
- v2rayN 노드 목록에서 대상 노드를 선택하고 마우스 오른쪽 버튼 메뉴의 공유 또는 QR 코드 항목을 여세요. 내보내는 대상이 구독 주소가 아니라 노드인지 확인합니다.
- v2rayNG 메인 화면에서 ‘+’ → ‘QR 코드 스캔’을 누릅니다. 텍스트로 전달하려면 공유 링크 전체를 복사한 다음 ‘+’ → ‘클립보드에서 가져오기’를 누르세요.
- 안드로이드에서 데스크톱으로 다시 옮길 때는 노드의 공유 메뉴에서 링크를 복사한 뒤 v2rayN 메인 화면에서 ‘서버’ → ‘클립보드에서 URL 일괄 가져오기’를 실행합니다.
- 가져온 뒤 노드 편집 화면을 열어 전송, 보안, 인증 항목을 비교하세요. 새 항목을 먼저 테스트하고 중복 항목을 정리하되, 문제가 생겼을 때 되돌릴 수 있도록 연결되는 기존 항목은 남겨 두세요.
별칭이 같다는 이유만으로 정보가 모두 가져와졌다고 판단하지 마세요. VMess는 사용자 ID, 암호화 설정, 전송 방식, TLS를 확인하세요. VLESS는 사용자 ID, Flow, 전송 보안을 확인해야 합니다. WebSocket을 사용한다면 경로와 Host도 확인하세요. TLS 연결 주소와 서버 이름은 다를 수 있으므로 두 값을 함부로 같게 바꾸면 안 됩니다.
- REALITY: 서버 이름, 공개 키, Short ID, 서버에서 요구하는 Flow를 확인하세요. v2rayNG는 Xray를 사용하므로 데스크톱에서도 해당 설정을 지원하는 코어를 선택해야 합니다.
- 긴 QR 코드: 화면을 확대해 테두리가 잘리지 않도록 표시하고, 압축된 스크린샷은 피하세요. 스캔에 실패하면 원본 공유 텍스트를 사용하고 메신저가 줄바꿈을 넣거나 내용을 잘라내지 않았는지 확인하세요.
- 사용자 지정 설정: 복잡한 아웃바운드, 체인 연결, 특수 전송 옵션은 일반 공유 링크에 모두 포함되지 않을 수 있습니다. 별도로 이전하고 동작을 확인해야 합니다.
V2Fly 코어 기반의 v2flyNG로 바꾸려면 지원하는 프로토콜을 다시 확인하세요. v2rayNG에서 작동하는 Xray 전용 설정이 호환된다고 볼 수는 없습니다. 노드 이름이 표시되더라도 가져오기 도구가 일부 데이터를 읽었다는 뜻일 뿐, 코어에서 해당 노드를 실행할 수 있다는 보장은 없습니다.
라우팅, DNS, 로컬 포트는 각각 설정해야 합니다
여러 기기의 설정을 동기화할 때 가장 자주 빠뜨리는 것은 실행 환경입니다. 데스크톱 시스템 프록시는 시스템 프록시를 사용하는 프로그램에만 적용되지만, 안드로이드 VPN 서비스는 선택한 범위의 트래픽을 처리합니다. 두 방식은 작동 경로가 다르므로 ‘전역 모드’라는 이름만 맞춰도 동작이 완전히 같아지지는 않습니다.
노드 설정: 항목별 확인
- 서버 포트
- 서버에서 제공한 값 사용
- 사용자 인증 정보
- UUID 또는 해당 인증 정보
- 전송 매개변수
- TCP, WebSocket 및 관련 항목
- 보안 매개변수
- TLS 또는 REALITY 설정 전체
이 항목들은 연결 대상을 결정하며 호환되는 공유 형식으로 옮길 수 있습니다.
기기 설정: 기기별 확인
- 로컬 수신
- 예: 127.0.0.1:10808
- 라우팅 순서
- 구체적인 규칙을 앞에, 기본 규칙을 뒤에 배치
- DNS 설정
- 리졸버 주소와 아웃바운드 경로
- 트래픽 유입 경로
- 시스템 프록시 또는 안드로이드 VPN 서비스
10808은 로컬 포트의 예시일 뿐 서버 포트가 아니며, 모든 버전의 기본값을 보장하지 않습니다.
라우팅을 이전할 때는 도메인 또는 IP 매칭 조건, 대상 아웃바운드, 규칙 순서를 기록한 다음 다른 기기에서 해당 규칙을 다시 만드세요. 데스크톱 로컬 파일 경로, 프로세스 조건, 다른 아웃바운드 태그가 포함된 설정을 통째로 붙여 넣지 마세요. 아웃바운드 태그는 대상 설정에 실제로 존재하는 아웃바운드를 가리켜야 합니다. 규칙 세트도 대상 기기에 설치되어 있거나 사용할 수 있는지 확인하세요.
- DNS: 원격 리졸버의 접속 방식, 중국 본토와 해외 도메인의 분기 방식, FakeDNS 사용 여부를 기록하세요. 리졸버 주소만 복사해서는 DNS 요청의 실제 경로까지 옮길 수 없습니다.
- 앱별 프록시: 안드로이드에서 선택한 앱 목록은 새 휴대전화에서 다시 확인해야 합니다. 데스크톱의 프로세스 규칙과 안드로이드 앱 목록은 서로 다른 데이터이므로 그대로 대체할 수 없습니다.
- 로컬 포트: 데스크톱의 SOCKS 수신 주소가
127.0.0.1:10808이라면 휴대전화에서 같은 주소는 휴대전화 자체를 가리킵니다. 자동으로 컴퓨터에 연결되지는 않습니다. - 로컬 네트워크 공유: 수신 주소, 접근 제어, 방화벽을 추가로 설정해야 합니다. 여러 기기에 구독을 추가하기 위해 로컬 프록시 포트를 열 필요는 없습니다. 노드를 동기화하려고 수신 포트까지 무심코 개방하지 마세요.
설정 백업: 앱 데이터와 코어 실행 파일 구분하기
백업 전에 클라이언트 이름, 실제 버전, 선택한 코어, 시스템 아키텍처를 기록하세요. 이 정보는 기기의 ‘정보’ 화면과 코어 로그에서 확인해야 하며 설치 파일의 설명만으로 추정하면 안 됩니다. 앱 백업 파일과 코어 JSON은 서로 다른 데이터입니다. 전자는 앱 상태를 복원하고 후자는 특정 실행에 필요한 프록시 설정을 기술합니다.
-
기본 정보 저장
구독 주소와 수동 노드 공유 텍스트를 각각 저장하세요. 라우팅 순서, DNS, 앱별 목록, 로컬 포트도 따로 기록하고 민감한 항목은 암호화된 저장소에 보관하세요. 공개 문서에는 저장하지 마세요.
-
앱 백업 만들기
현재 클라이언트에서 실제로 제공하는 백업 또는 내보내기 기능을 우선 사용하고 내보내기 범위를 확인하세요. 포터블 버전 v2rayN에서 데이터 디렉터리를 복사해야 한다면 먼저 프로그램을 종료하고 파일 저장이 끝났는지 확인한 다음, 프로그램 본체가 아니라 실제 사용자 데이터 위치를 복사하세요.
-
데이터별로 나누어 복원
같은 클라이언트끼리는 해당 클라이언트의 복원 기능을 이용해 가져오세요. 데스크톱에서 안드로이드로 옮길 때는 구독과 수동 노드를 각각 추가한 뒤 라우팅 등의 설정을 다시 구성해야 합니다. v2rayN의 데이터베이스나 앱 설정 파일을 v2rayNG에서 직접 읽도록 하지 마세요.
-
복구용 사본 보관
복원 후 구독 주소, 수동 그룹, 라우팅이 모두 있는지 확인하고 네트워크 연결을 테스트하세요. 정상 작동을 확인하기 전에는 기존 기기의 데이터를 삭제하거나 유일한 백업을 빈 설정으로 덮어쓰지 마세요.
이전 후 확인과 자주 묻는 문제
확인할 때는 한 번에 변수 하나만 바꾸세요. 새 기기의 기본 라우팅처럼 동작을 파악하기 쉬운 설정으로 대상 노드에 연결한 다음 사용자 지정 DNS, 분할 라우팅, 앱 범위를 차례로 복원합니다. 이렇게 하면 노드 정보 문제와 로컬 정책 문제를 구분할 수 있어 모든 실패를 구독 탓으로 돌리지 않게 됩니다.
- 1차 확인: 코어가 정상적으로 시작되는지, 로그에 포트 충돌, 알 수 없는 항목, 인증 오류가 있는지 확인하세요. 설정을 해석하지 못한다면 먼저 항목과 코어의 호환성을 점검합니다.
- 2차 확인: 프록시가 필요한 대상과 직접 연결되어야 하는 대상을 각각 방문하고 로그에서 아웃바운드 선택을 확인하세요. 웹페이지 하나가 열린다고 라우팅 설정까지 제대로 이전된 것은 아닙니다.
- 3차 확인: 안드로이드에서는 Wi-Fi와 모바일 데이터를 한 번씩 전환해 앱별 접속을 확인하세요. 데스크톱에서는 클라이언트를 재시작한 뒤 시스템 프록시 상태를 점검합니다. 한 번 테스트에 성공했다고 자동 복원 설정까지 완료된 것은 아닙니다.
같은 구독인데 왜 기기마다 노드가 다를까요?
양쪽 기기의 구독 편집 화면에서 전체 주소를 비교한 뒤 해당 그룹을 각각 업데이트하세요. 노드 필터가 설정되어 있는지, 한쪽 클라이언트가 일부 프로토콜을 지원하지 않는지도 확인합니다. 원본 구독 형식을 확인한 다음 소스에서 다른 내용을 반환하는지, 기기별 파싱 결과가 다른지 판단하세요.
QR 코드로 가져왔는데 왜 연결되지 않나요?
새 노드의 편집 화면을 열어 기존 기기와 포트, 전송 경로, 서버 이름, REALITY 항목을 비교한 뒤 시작 로그를 확인하세요. 데스크톱에서 실제 사용하는 코어가 해당 프로토콜을 지원하는지도 확인해야 합니다. 인증서 검증을 끄는 것으로 설정 확인을 대신하지 마세요.
휴대전화에서 노드 별칭을 바꾸면 컴퓨터에도 반영되나요?
아니요. 별칭 변경은 휴대전화에만 저장되며 구독은 양방향으로 변경 사항을 전달하는 통로가 아닙니다. 양쪽에서 같은 이름을 사용하려면 각각 수정하세요. 수동으로 관리하는 노드는 별도 그룹에 저장해 이후 업데이트로 로컬 별칭이 덮어써지지 않도록 하세요.
구독 주소를 다른 사람에게 보냈는데 메시지만 삭제하면 되나요?
그것만으로는 부족합니다. 구독 서비스 계정에서 구독 자격 증명을 재설정한 다음 모든 기기의 주소를 바꾸고 구독을 업데이트하세요. 구독 자격 증명과 개별 노드 인증 정보는 따로 관리될 수 있습니다. 노드 인증 정보도 유출됐다면 서비스 제공업체가 지원하는 방법으로 해당 자격 증명도 변경해야 합니다.
여러 기기를 안정적으로 관리하려면 구독 소스는 노드 목록에, 수동 그룹은 사용자 지정 노드에, 각 기기는 자체 실행 환경 관리에 사용하세요. 구독 업데이트, 단일 노드 공유, 앱 백업을 따로 관리하면 기기를 교체할 때 어떤 데이터를 복원하고 어떤 설정을 다시 확인해야 하는지 명확해집니다.