PC와 안드로이드 기기에서 같은 노드를 계속 사용하려면 각 기기에 동일한 구독을 추가하는 것이 좋습니다. 노드 하나만 잠시 옮길 때는 공유 링크나 QR 코드를, 같은 클라이언트를 사용하는 기기로 바꿀 때는 앱 백업을 고려하세요. 방법마다 옮겨지는 내용이 다릅니다. 이 글에서는 노드 매개변수, 구독 출처, 로컬 설정을 나누어 살펴보고 이전 후 점검 순서도 안내합니다.
1. 노드 동기화와 앱 설정 이전 구분하기
‘설정 동기화’에는 적어도 세 가지가 포함됩니다. 두 기기에서 같은 서버 목록을 사용하고, 구독 주소와 그룹을 유지하며, 라우팅·DNS·수신 대기 포트 같은 로컬 설정을 복사하는 것입니다. 구독은 보통 첫 번째 항목만 해결하고, 공유 링크는 주로 특정 노드 정보를 담습니다. 앱 백업에는 더 많은 로컬 상태가 포함될 수 있습니다. 이 방법들을 같은 종류의 파일처럼 취급하면 ‘노드는 가져왔는데 동작 방식이 다르다’는 문제가 생기기 쉽습니다.
v2rayN은 데스크톱 클라이언트이고, v2rayNG는 Xray 코어를 사용하는 안드로이드 클라이언트이며, v2flyNG는 V2Fly 코어를 사용하는 안드로이드 클라이언트입니다. 서로 같은 앱의 다른 화면이 아니므로 설정 데이터베이스가 호환된다고 가정할 수 없습니다. VMess, VLESS처럼 프로토콜 이름이 같아도 클라이언트와 코어 버전에 따라 전송 및 보안 매개변수를 동일하게 해석한다는 보장은 없습니다.
구독 링크 공유
권장각 기기에서 같은 출처의 노드 목록을 가져옵니다. 서버 측 변경 후 각 기기에서 따로 업데이트하면 됩니다. 선택한 노드, 로컬 규칙, 업데이트 시각은 각 기기에 별도로 저장됩니다.
추천 상황: PC와 휴대폰에서 같은 노드 구성을 장기간 유지할 때.
공유 링크 또는 QR 코드
내보낼 당시 노드 매개변수의 스냅샷입니다. QR 코드는 링크를 전달하는 또 다른 방식일 뿐, 보통 원래 구독 주소를 포함하지 않으며 노드 변경 사항도 계속 반영되지 않습니다.
추천 상황: 임시 테스트, 소수의 수동 설정 노드, 대면 기기 간 이전.
앱 백업 파일
저장 범위는 클라이언트의 백업 기능에 따라 다르며 그룹과 앱 설정이 포함될 수도 있습니다. 복원하기 전에 클라이언트, 버전, 백업 형식의 호환성을 확인해야 합니다.
추천 상황: 같은 클라이언트로 기기를 바꾸거나 재설치 전에 기존 설정을 보존할 때.
결론: 정기 업데이트는 구독으로, 기기별 설정은 로컬에
먼저 노드 출처를 통일한 다음 데스크톱 시스템 프록시와 안드로이드 앱별 프록시를 각각 설정하세요. 두 기기를 ‘완전히 똑같이’ 만들려고 기기마다 필요한 로컬 규칙까지 덮어쓰지 마세요.
2. 구독 공유: 기기별로 추가하고 각각 업데이트
먼저 구독 제공업체가 허용하는 기기 수와 동시 연결 수를 확인하세요. 두 기기에서 같은 주소를 가져올 수 있다는 것은 주소에 접근할 수 있다는 뜻일 뿐, 계정에서 기기 수 제한 없이 연결할 수 있다는 의미는 아닙니다. 제공업체가 안내한 HTTPS 구독 주소를 사용하고, 웹 관리 페이지의 로그인 주소를 구독 링크로 사용하지 마세요.
- 데스크톱에서 그룹 추가: v2rayN의 「구독 그룹」→「구독 그룹 설정」에서 그룹을 추가하고 이름과 구독 주소를 입력한 뒤 저장합니다. 확인하기 쉽도록 그룹 이름을 ‘일상 구독’처럼 통일해도 좋습니다.
- 데스크톱에서 노드 가져오기: 「구독 그룹」으로 돌아가 「현재 구독 업데이트(프록시 사용 안 함)」 또는 이에 해당하는 메뉴를 실행합니다. 버전에 따라 메뉴 이름이 조금 다를 수 있습니다. 방금 저장한 그룹을 선택해야 합니다. 주소만 저장한 채 목록이 저절로 나타나기를 기다리는 것으로는 충분하지 않습니다.
- 안드로이드에서 구독 출처 저장: v2rayNG 사이드 메뉴의 「구독 그룹 설정」에서 그룹을 추가하고 같은 주소를 입력합니다. 메인 화면으로 돌아간 뒤 오른쪽 위 메뉴에서 「구독 업데이트」를 선택하세요. v2flyNG에서는 자체 구독 설정과 업데이트 메뉴를 사용하고, v2rayNG의 앱 데이터 디렉터리를 가져오지 마세요.
- 기기별 결과 확인: 그룹의 노드 수와 이름, 노드 하나의 서버 주소와 포트를 비교합니다. 제공업체가 클라이언트별로 다른 내용을 반환하면 노드 수가 다를 수 있습니다. 이때는 형식 호환성을 추가로 확인하고, 곧바로 반복해서 가져오지는 마세요.
처음 업데이트에 실패하면 오류가 어느 단계에서 발생했는지 먼저 확인하세요. 주소에 접근할 수 없는 경우, 로그인 페이지가 반환되는 경우, 구독 내용을 해석하지 못하는 경우는 서로 다른 문제입니다. 현재 네트워크에서 구독을 직접 가져올 수 없다면 연결 가능한 노드가 있는 경우에 한해 클라이언트의 프록시를 통한 업데이트 옵션을 시도할 수 있습니다. 사용할 노드가 없다면 업데이트 방식을 반복해서 바꿔도 없는 설정이 생기지는 않습니다.
권장 방식: 같은 출처를 사용하고 실행 설정은 기기별로 관리
데스크톱: v2rayN
- 구독 주소를 저장하고 업데이트한 뒤 사용할 노드를 선택합니다.
- 실제 사용 환경에 맞춰 시스템 프록시와 라우팅 모드를 설정합니다.
- 자동 업데이트가 필요하면 현재 버전에 업데이트 간격 설정이 있는지 확인합니다.
안드로이드: v2rayNG
- 같은 구독을 각각 추가하고 업데이트한 뒤 가져온 결과를 확인합니다.
- 연결할 때 시스템 VPN 권한을 허용합니다.
- 휴대폰에서 앱별 프록시와 배터리 사용 권한을 설정합니다.
주소를 공유하면 노드 출처만 같아집니다. 선택한 노드, 업데이트 시각, 로컬 프록시 모드까지 실시간으로 동기화되지는 않습니다.
3. 공유 링크와 QR 코드: 노드 하나의 스냅샷 이전
수동으로 관리하는 노드가 몇 개뿐이거나 대상 클라이언트에서 설정이 작동하는지 먼저 확인하려면 공유 링크가 간편합니다. 일반적인 노드 링크는 vmess:// 또는 vless://로 시작합니다. 구독 주소는 대개 HTTPS 주소지만 접두사만으로 내용을 판단할 수는 없습니다. HTTPS 주소가 웹페이지일 수도 있으므로 클라이언트가 실제로 받은 응답을 확인해야 합니다.
- 원본 기기에서 노드를 선택하고 노드 메뉴의 공유, 공유 링크 내보내기 또는 QR 코드 메뉴를 사용합니다. 메뉴 이름은 버전에 따라 다를 수 있습니다. 내보낼 대상은 노드여야 하며 구독 그룹의 접속 주소가 아니어야 합니다.
- 대상 클라이언트가 v2rayN이면 「서버」→「클립보드에서 URL 일괄 가져오기」를 사용할 수 있습니다. v2rayNG에서는 메인 화면의 「＋」→「클립보드에서 가져오기」 또는 「QR 코드 스캔」을 사용하세요.
- 가져온 뒤 연결을 시작하기 전에 프로토콜, 서버 주소, 포트, 사용자 ID, 전송 방식, TLS 설정을 확인하세요. 노드 이름이 같다고 매개변수까지 같다는 뜻은 아닙니다.
- 대상 기기에서 정상적으로 연결되는지 확인한 뒤 임시 전송 기록과 더 이상 필요하지 않은 QR 코드 이미지를 삭제하세요. 인증 정보가 포함된 QR 코드를 일반 스크린샷처럼 공유 앨범에 오래 보관하지 마세요.
VLESS 노드는 서버 이름, 흐름 제어, 공개 키 등의 매개변수가 추가로 필요할 수 있습니다. WebSocket 전송에서는 경로와 Host가 필요할 수도 있습니다. 대상 클라이언트가 일부 필드를 지원하지 않으면 가져오기에 성공해도 연결되지 않을 수 있습니다. 전송 방식을 임의로 바꾸지 말고 편집 화면과 원본 매개변수를 비교하세요. 원본에는 필요한 값이 있지만 대상 클라이언트에 해당 설정이 없다면 먼저 해당 클라이언트와 코어 버전의 지원 여부를 확인해야 합니다.
4. 백업 가져오기: 무엇을 내보냈는지 먼저 확인
‘서버 내보내기’, ‘전체 설정 내보내기’, ‘앱 데이터 백업’은 이름이 비슷해도 범위가 다릅니다. 서버 공유에는 주로 노드 정보가 담깁니다. 코어 실행 설정에는 인바운드, 아웃바운드, 라우팅, DNS가 포함될 수 있습니다. 앱 백업에는 클라이언트의 그룹과 환경 설정이 저장될 수 있습니다. 코어에서 읽을 수 있는 JSON이라고 해서 클라이언트 화면 상태를 복원하는 백업 파일로 사용할 수 있는 것은 아닙니다.
| 내보내는 항목 | 주요 내용 | 가져오기 전 확인 사항 |
|---|---|---|
| 노드 공유 정보 | 서버 및 인증 정보, 전송 매개변수 | 대상 클라이언트의 링크 형식 및 프로토콜 필드 지원 여부 |
| 코어 JSON 설정 | 전체 인바운드·아웃바운드 및 규칙이 포함될 수 있음 | 코어 종류, 필드 지원 여부, 파일 참조 경로 |
| 클라이언트 앱 백업 | 앱과 버전에 따라 범위가 달라짐 | 복원 메뉴, 형식 버전, 덮어쓰기 또는 병합 방식 |
같은 클라이언트로 기기를 바꿀 때는 현재 버전에서 공식적으로 제공하는 백업 및 복원 기능을 우선 사용하고 원본 기기의 버전도 기록하세요. 버전에 전체 백업 기능이 없다면 ‘노드 내보내기’를 전체 백업으로 간주하지 마세요. 구독 그룹, 라우팅 설정, DNS, 포트는 별도로 기록할 수 있습니다. v2rayN, v2rayNG, v2flyNG 간에 옮길 때는 구독이나 표준 공유 링크를 우선 사용하고 서로의 데이터 파일을 직접 덮어쓰지 마세요.
- 복원 전: 먼저 대상 기기의 기존 데이터를 백업하고 복원 과정에서 기존 노드와 그룹이 덮어써지는지 확인하세요. 명확한 안내가 없다면 덮어쓸 가능성을 염두에 두세요.
- 복사 전: 클라이언트 문서에 따라 설정 파일을 복사할 때는 데이터베이스 기록이 완료되지 않은 상태를 피하도록 앱을 먼저 종료하세요. 문서에 지정된 설정만 복사하고 설치 디렉터리 전체를 그대로 옮기지 마세요.
- 복원 후: 규칙 파일, 인증서 및 기타 로컬 파일의 참조 경로를 확인하세요. 이전 PC의 절대 경로는 새 기기에 없는 경우가 많습니다.
- 검증 후: 확인을 마친 다음에 기존 기기의 데이터를 정리하세요. 백업 파일은 접근 권한을 제한해 보관하고 공개 동기화 폴더에 그대로 두지 마세요.
5. 이전 후 점검: 원격 포트와 로컬 포트 구분하기
같은 노드인데 접속 결과가 다르면 먼저 트래픽이 클라이언트로 들어오고 있는지 확인하세요. 데스크톱 시스템 프록시, 안드로이드 VPN 연결, 라우팅 분기, DNS는 모두 로컬 설정이며 구독이 이를 통일해 주지는 않습니다. 특히 서버 연결 포트를 다른 기기의 로컬 수신 대기 포트로 바꾸지 마세요.
위 숫자는 포트의 역할을 구분하기 위한 예시일 뿐, 반드시 그대로 사용해야 하는 설정은 아닙니다. 노드에는 원격 서버에서 실제로 열려 있는 포트를 입력하세요. 브라우저나 다른 로컬 프로그램에는 현재 클라이언트의 프록시 수신 주소와 포트를 입력합니다. 서로 다른 두 기기에서 각각 로컬 127.0.0.1:10808을 사용하는 것은 충돌하지 않습니다. 다만 한 PC에서 두 프로세스가 같은 수신 주소와 포트를 사용하려 하면 시작에 실패할 수 있습니다.
- 노드 확인: 두 기기에서 호환되는 같은 노드를 선택하고 로그에 필드 해석, 인증 또는 연결 오류가 있는지 확인합니다.
- 트래픽 연결 확인: v2rayN에서는 시스템 프록시 상태를 확인하세요. 프록시를 수동으로 지정한 앱은 앱 자체 설정도 확인해야 합니다. v2rayNG 또는 v2flyNG에서는 시스템 VPN 권한과 연결 상태를 확인하세요.
- 라우팅 확인: 우회 규칙이 활성화되어 있는지, 테스트할 앱이 제외 대상인지 확인하세요. 안드로이드의 앱 패키지 이름 필터를 데스크톱 앱 설정으로 그대로 대체할 수는 없습니다.
- DNS 확인: 같은 노드에서 일부 도메인만 접속에 실패한다면 양쪽의 DNS와 라우팅 설정을 비교하세요. 한 번에 설정 하나만 변경하고 원래 값을 기록해 두면 되돌리기 쉽습니다.
결론: 트래픽이 클라이언트에 들어오는지 확인한 뒤 노드 매개변수를 비교
같은 노드와 같은 테스트 주소를 선택하고 양쪽 로그를 확인하세요. 대상 기기에 해당 연결 기록이 없다면 먼저 프록시 적용이나 앱 필터링을 점검합니다. 연결 오류가 기록되어 있다면 인증, 전송 방식, 서버 매개변수를 확인하세요.
6. 꾸준히 관리하기: 업데이트, 중복 노드, 인증 정보 만료
여러 기기에서 장기간 사용할 때 가장 흔한 문제는 처음 가져오기가 아니라 한쪽 기기의 목록이 오래된 상태로 남는 것입니다. 제공업체가 노드를 변경할 때마다 각 기기에서 업데이트를 실행해 성공 메시지를 확인하고 아직 남아 있는 노드를 다시 선택하세요. 구독 업데이트로 PC에서 선택한 노드가 휴대폰에 동기화되지는 않습니다.
같은 구독을 사용하는데 두 기기의 노드 수가 다른 이유는 무엇인가요?
먼저 같은 그룹을 업데이트했는지, 양쪽 업데이트가 성공했는지 확인하세요. 그런 다음 구독 응답이 클라이언트별로 다른 형식인지, 대상 기기에서 지원되지 않는 프로토콜이나 매개변수를 건너뛰는지 살펴보세요. 노드 수를 맞추려고 공유 링크를 한꺼번에 계속 붙여 넣으면 업데이트되지 않는 중복 노드가 남기 쉽습니다.
노드 이름이나 매개변수를 직접 수정했는데 업데이트 후에도 유지되나요?
클라이언트가 구독 노드를 교체하고 매칭하는 방식에 따라 다르므로 로컬 수정 사항이 반드시 유지된다고 볼 수 없습니다. 장기간 관리할 수동 설정은 별도의 수동 관리 그룹에 저장하고 출처를 표시하세요. 구독 그룹은 제공업체가 제공한 내용을 그대로 반영하도록 두면 업데이트할 때마다 다시 수정할 필요가 없습니다.
구독 주소가 바뀌면 노드를 전부 다시 가져와야 하나요?
먼저 기존 구독 그룹에서 주소를 바꾸고 업데이트한 뒤 이전 노드가 정리되었는지, 현재 노드가 계속 작동하는지 확인하세요. 새 그룹을 만들어야 한다면 먼저 새 그룹이 정상 작동하는지 확인한 뒤 기존 그룹을 제거해 이전 중 사용할 수 있는 설정이 사라지지 않도록 하세요.
구독 링크나 백업이 유출된 경우 로컬 파일만 삭제하면 되나요?
아니요. 제공업체 관리 페이지에서 구독 접근 인증 정보를 재설정해야 합니다. 노드 인증 정보도 노출됐다면 제공업체의 절차에 따라 해당 인증 정보도 변경하세요. 구독 주소만 재설정해도 이미 내보낸 노드가 무효화되지 않을 수 있습니다. 이후 각 기기를 업데이트하고 이전 링크와 백업의 공유 사본을 삭제하세요.
인증 정보가 포함되지 않은 이전 기록을 하나 보관하는 것이 좋습니다. 클라이언트 버전, 구독 그룹 이름, 마지막 업데이트 성공 날짜, 로컬 라우팅 및 DNS 변경 사항을 적어 두세요. 기기를 바꿀 때 이 기록을 참고해 먼저 노드 출처를 복원한 다음 로컬 동작을 설정하면 됩니다. 중복 가져오기를 줄이고 문제가 생겼을 때 원인이 구독 출처, 호환성, 기기 설정 중 어디에 있는지 쉽게 구분할 수 있습니다.