전체 플랫폼 설치 및 설정

공통 준비: 먼저 세 가지를 확인하세요

시작하기 전에 기기, 클라이언트, 연결 정보를 따로 확인하세요. 운영체제에 따라 설치 파일이 달라지고, 프로세서 아키텍처에 따라 프로그램 실행 가능 여부가 달라집니다. 구독 정보는 클라이언트가 유효한 설정을 생성하는 데 필요합니다. 이 세 가지는 서로 대신할 수 없습니다. 클라이언트만 다운로드한다고 사용할 수 있는 서버가 자동으로 생기지는 않습니다. 항목을 가져왔더라도 원격 서비스가 여전히 유효하다는 뜻은 아닙니다. 먼저 필요한 정보를 정리해 두면 문제가 생겼을 때 불필요하게 재설치하는 일을 줄일 수 있습니다.

운영체제, 아키텍처, 코어 요구사항 확인

데스크톱에서는 v2rayN을 우선 선택하세요. Windows 다운로드 페이지에는 데스크톱 버전과 클래식 WPF 버전이 있으며, 주된 차이는 인터페이스와 실행 환경이지 구독 계정이 아닙니다. macOS에서는 Apple Silicon 또는 Intel 칩에 맞는 파일을 선택하세요. Linux에서는 프로세서 아키텍처와 배포판의 패키지 형식을 모두 확인해야 합니다. 파일 확장자만 보고 아키텍처를 추측하지 말고, 데스크톱 설치 파일을 휴대전화에서 열려고 하지 마세요.

Android에서는 Xray 코어를 사용하는 v2rayNG를 우선 권장합니다. 기존 설정이 V2Fly를 명시적으로 대상으로 한다면 v2flyNG를 고려할 수 있습니다. 코어는 외관 테마가 아니라 설정을 해석하고 프로토콜을 처리해 연결을 수립하는 구성 요소입니다. REALITY 같은 특정 기능이 필요한 설정은 해당 코어의 지원 여부를 확인해야 합니다. 두 클라이언트의 가져오기 메뉴가 비슷하다고 해서 모든 설정 항목을 서로 바꿔 쓸 수 있는 것은 아닙니다.

기기 시간이 자동으로 동기화되는지, 설치 공간이 충분한지, 현재 출처의 앱 설치가 허용되는지도 확인하세요. 시간이 크게 어긋나면 인증서 검증이나 일부 인증 절차에 영향을 줄 수 있습니다. 처음 문제를 확인할 때는 안정적인 일반 네트워크를 사용하고 여러 프록시나 VPN 도구를 동시에 켜지 마세요. 트래픽이 어느 경로로 들어가는지 판단하기 어려워집니다.

구독 주소와 단일 공유 링크 구분

구독 주소는 보통 갱신할 수 있는 네트워크 주소이며, 여러 연결 정보를 반환합니다. 단일 공유 링크에는 서버 설정 하나가 들어 있습니다. 복사할 때는 전체 문자열을 가져오고, 메신저가 덧붙인 설명이나 따옴표, 줄바꿈은 포함하지 마세요. 브라우저에 표시되는 계정 관리 페이지가 구독 API인 것은 아닙니다. 웹 주소가 정상적으로 열린다고 해서 ‘구독 그룹’의 주소 입력란에 붙여 넣어도 된다는 뜻은 아닙니다.

구독 주소에는 계정 인증 정보가 포함될 수 있으므로 비밀번호처럼 취급하세요. 공개 게시판에 올리거나 오류 화면에 전체 주소가 보이게 하지 말고, 해당 주소가 포함된 설정 백업도 업로드하지 마세요. 다른 사람에게 문제를 설명할 때는 오류 유형, 작업 순서, 클라이언트 이름만 공유하면 됩니다. 주소가 유출됐다면 클라이언트에서 그룹을 삭제하는 데 그치지 말고 원 서비스의 계정 관리 기능에서 재설정하세요.

기존 클라이언트가 있다면 먼저 내보내기나 백업 기능으로 설정을 저장하고 구독 그룹 이름, 현재 서버, 라우팅 프리셋, 로컬 수신 포트를 기록하세요. 백업은 직접 관리하는 위치에 보관하세요. 이전할 때는 구독 하나를 먼저 가져와 확인한 뒤 나머지 그룹을 옮기세요. 설정을 한꺼번에 복사하면 기존 포트 충돌, 만료된 규칙, 유효하지 않은 주소까지 함께 가져올 수 있습니다.

재현 가능한 검증 기준 만들기

처음 연결할 때는 서버 하나만 선택하고 TUN을 끈 상태에서 기본 라우팅과 시스템 프록시를 사용하세요. 클라이언트가 코어를 정상적으로 시작하는지 확인한 다음 브라우저가 시스템 프록시를 사용하는지 살펴보고, 마지막으로 대상 페이지가 열리는지 확인하세요. 한 번에 조건 하나만 바꾸고 같은 점검 과정을 반복하세요. 이렇게 하면 설치 문제, 연결 정보 문제, 트래픽 처리 문제를 나눠 파악할 수 있어 ‘더 빨라진 것 같다’는 느낌에 의존하지 않아도 됩니다.

재현이 필요할 때만 로그를 임시로 켜고 작업이 끝나면 평소 수준으로 되돌리세요. 공유하기 전에 주소, 사용자 식별 정보, 구독 인증 정보를 가리세요. 오류 기록에는 빨간 경고만 캡처하지 말고 ‘어떤 단계를 실행했는지, 화면에 무엇이 표시됐는지, 다음에 어떤 일이 일어났는지’를 포함하는 것이 좋습니다. 가장 짧은 기본 절차만 진행하려면 빠른 시작 가이드를 확인하세요. 이 안내서의 다음 장에서는 플랫폼별 차이를 설명합니다.

Windows: v2rayN 설치 및 트래픽 연결

Windows에서는 설치 파일 선택, 첫 실행, 구독 가져오기, 시스템 프록시 활성화 순서로 진행하세요. 처음부터 모든 옵션을 켜지는 마세요. 클라이언트 창이 나타나는 것은 인터페이스 프로그램이 실행됐다는 뜻일 뿐입니다. 코어 실행 여부, 로컬 포트의 수신 여부, 브라우저의 프록시 사용 여부는 각각 확인해야 합니다. 문제가 발생하면 이 순서대로 이전 단계로 돌아가세요. 서버를 바로 바꾸는 것보다 원인을 찾기 쉽습니다.

데스크톱 버전과 클래식 WPF 버전 선택

Windows 다운로드 페이지에서 필요에 따라 v2rayN 데스크톱 버전이나 클래식 WPF 버전을 선택하세요. 데스크톱 버전은 크로스 플랫폼 인터페이스를 사용하고, 클래식 WPF 버전은 익숙한 Windows 데스크톱 구성을 유지합니다. 두 버전은 메뉴 위치가 다를 수 있으므로 이 문서에서는 ‘구독 그룹’, ‘시스템 프록시’, ‘라우팅 설정’ 같은 기능 이름을 기준으로 안내합니다. 구체적인 메뉴 문구는 현재 화면을 기준으로 확인하고, 고정된 버튼 위치에 의존하지 마세요.

설치 마법사의 안내에 따라 설치한 뒤 시작 메뉴나 설치 폴더에서 실행하세요. 시스템에서 실행 환경이 없다고 알리면 안내에 표시된 구성 요소 이름과 아키텍처를 먼저 확인한 다음 앱의 안내에 따라 처리하세요. 출처가 불분명한 웹페이지에서 동적 라이브러리를 따로 내려받아 프로그램 폴더에 넣지 마세요. 설치 파일이 실행되지 않으면 시스템 보안 알림, 다운로드 완료 여부, 기기의 앱 설치 정책을 확인하세요.

처음에는 일반 사용자 권한으로 실행하면 됩니다. 시스템 프록시에는 보통 관리자 권한이 필요하지 않지만, TUN에는 권한 상승이나 추가 네트워크 구성 요소가 필요할 수 있습니다. 권한 요청을 피하려고 모든 네트워크 프로그램을 항상 관리자 권한으로 실행하지 마세요. 프로그램은 열리지만 코어가 바로 종료된다면 로그에서 포트 점유, 쓸 수 없는 파일 경로, 코어 시작 실패 여부를 확인하고 해당 원인을 해결하세요.

그룹을 만들고 구독 갱신

‘구독 그룹’에서 새 그룹을 만들고 알아보기 쉬운 이름과 전체 구독 주소를 입력하세요. 저장한 다음 갱신을 실행하고, 현재 선택한 그룹이 갱신 대상인지 확인하세요. 단일 공유 링크를 가져오려면 클립보드에서 가져오기 기능을 사용하세요. 공유 문자열 전체를 구독 주소 입력란에 넣으면 안 됩니다. 두 방식으로 비슷한 항목이 생성될 수 있지만, 이후 일괄 갱신의 출처가 유지되는 것은 구독 그룹뿐입니다.

갱신이 끝나면 먼저 서버 목록의 키워드 필터를 해제하고 그룹이 선택되어 있는지 확인하세요. 목록이 비어 있어도 반드시 다운로드 실패는 아닙니다. 필터가 결과를 모두 숨겼을 수 있습니다. 서버 하나를 선택해 활성 항목으로 지정하고 프로토콜 이름이 예상과 일치하는지 확인하세요. 이름이 같은 항목이 많다면 출처별 그룹으로 정리하세요. 이름 끝의 문구만으로 연결 정보가 같은지 판단하면 안 됩니다.

구독 갱신에 실패하면 주소가 잘리지 않았는지, 계정 웹페이지를 잘못 복사하지 않았는지 확인한 다음 구체적인 오류를 살펴보세요. 일부 구독은 기존 프록시를 통해서만 접근할 수 있습니다. 이 경우 먼저 기존 연결이 실제로 작동하는지 확인한 뒤 프록시를 통한 갱신을 선택하세요. 사용할 수 있는 연결이 전혀 없는 상태에서 갱신 방법만 반복해서 바꾸지 마세요. 자세한 점검 방법은 구독 갱신 실패 점검 목록을 참고하세요.

시스템 프록시, TUN 및 Windows 관련 문제

‘시스템 프록시’에서 ‘시스템 프록시 자동 설정’을 선택한 뒤 시스템 설정을 따르는 브라우저로 확인하세요. ‘시스템 프록시 지우기’는 클라이언트가 설정한 시스템 프록시를 취소합니다. ‘시스템 프록시 변경 안 함’은 현재 상태를 유지할 뿐, 프록시를 끄는 옵션이 아닙니다. 다른 도구가 이미 프록시를 설정했다면 ‘변경 안 함’으로 바꿔도 이전 주소가 계속 사용될 수 있습니다. 문제를 확인할 때는 시스템 설정에 실제로 지정된 값을 살펴보세요.

브라우저는 되지만 일부 앱이 연결되지 않으면 먼저 해당 앱이 시스템 프록시를 읽는지 확인하세요. 트래픽을 추가로 처리해야 할 때만 TUN을 켜고, 안내에 따라 권한을 부여한 뒤 가상 네트워크 어댑터와 코어 로그를 확인하세요. 활성화 후 기기 전체에서 인터넷이 끊기면 즉시 TUN을 끄고 검증된 시스템 프록시 상태로 돌아가세요. 그런 다음 가상 어댑터, 라우팅 충돌, 다른 네트워크 도구를 차례로 확인하세요. DNS와 여러 라우팅 규칙을 동시에 바꾸지 마세요.

절전 모드에서 깨어난 뒤 연결이 끊겼다면 네트워크 인터페이스가 변경됐거나 다른 도구가 설정을 덮어썼을 수 있습니다. 먼저 활성 서버를 다시 선택한 다음 시스템 프록시를 다시 적용하세요. 예기치 않게 종료된 뒤 브라우저에서 페이지가 열리지 않으면 Windows 프록시 설정에서 로컬 주소를 확인하세요. 클라이언트가 종료된 상태에서는 클라이언트 포트를 가리키는 프록시가 응답하지 않습니다. 직접 복구하기 전에 해당 설정이 조직의 관리 정책인지 먼저 확인하세요.

시작 프로그램 등록, 구독 자동 갱신, 기본 라우팅은 첫 연결에 성공한 뒤 설정하세요. 방화벽 알림에서 수신 범위를 묻는다면 우선 이 기기에서만 사용할 수 있도록 유지하세요. 브라우저 연결을 위해 로컬 네트워크 접근까지 허용할 필요는 없습니다. 로그에 포트 점유가 표시되면 이전 인스턴스를 종료하거나 클라이언트 설정에서 사용 중이지 않은 포트로 변경하세요. 수동으로 프록시를 설정한 앱도 같은 포트로 맞춰 입구 양쪽의 설정이 어긋나지 않도록 하세요.

macOS: 칩에 맞는 설치 파일과 네트워크 권한

macOS에서 v2rayN을 사용할 때는 먼저 칩 종류를 확인한 다음 설치와 시스템 권한 설정을 진행하세요. 앱 실행, 메뉴 막대에 상태 표시, 시스템 네트워크 요청의 프록시 사용은 각각 다른 결과입니다. 데스크톱 시스템에는 Wi-Fi, 유선 네트워크, 가상 인터페이스가 함께 존재할 수 있습니다. 네트워크를 전환한 뒤에는 현재 인터페이스의 프록시 상태를 다시 확인하고, 클라이언트 스위치 위치만 보고 판단하지 마세요.

칩에 맞게 설치하고 첫 실행 완료

시스템의 ‘이 Mac에 관하여’를 열고 ‘칩’ 또는 ‘프로세서’를 확인하세요. Apple Silicon에는 arm64 설치 파일, Intel에는 x64 설치 파일이 맞습니다. macOS 다운로드 페이지에서 해당 항목을 선택하세요. 기기 외관이나 구입 시기만으로 추측하지 마세요. 일반적으로 기기에 맞는 네이티브 아키텍처를 사용하는 것이 적합합니다. 잘못된 아키텍처를 내려받아 실행할 수 없다는 안내가 표시되면 호환성 계층을 추가하기보다 올바른 설치 파일을 다시 받으세요.

다운로드한 디스크 이미지를 열고 창의 안내에 따라 앱을 ‘응용 프로그램’ 폴더로 옮긴 뒤 해당 위치에서 실행하세요. 설치 이미지가 마운트된 상태로 앱을 계속 실행하지 마세요. 업데이트, 파일 위치, 종료 후 동작이 혼동될 수 있습니다. 이전 버전이 있다면 정상적으로 종료한 뒤 교체하세요. 그래야 한 창은 이전 위치에서 실행되고 다른 실행 항목은 새 위치를 가리키는 상황을 피할 수 있습니다.

시스템이 첫 실행을 차단하면 파일 출처와 앱 이름을 확인한 뒤 ‘개인정보 보호 및 보안’에 표시된 해당 앱 관련 안내에 따라 처리하세요. 앱 하나를 열기 위해 시스템의 보안 기능 전체를 끄지 마세요. 관리 기기에서는 사용자가 직접 허용할 수 없을 수 있으므로 기기 관리 담당자에게 문의하세요. 권한 창이 나타나면 요청한 앱이 방금 실행한 앱인지도 확인하세요.

구독을 가져오고 현재 활성 항목 확인

v2rayN의 구독 그룹 기능에서 그룹을 추가하고 주소를 저장한 다음 갱신하세요. 브라우저에서 복사한 텍스트를 가져오지 못했다면 직접 관리하는 로컬 텍스트 편집기에 붙여 넣어 전체 내용이 있는지 확인하세요. 인증 정보를 온라인 변환 도구에 입력하지 마세요. 구독 응답이 오류 웹페이지일 수도 있으므로 내용을 받았다는 사실만으로 파싱에 성공했다고 볼 수 없습니다. 클라이언트의 갱신 결과를 기준으로 판단하세요.

갱신 후 대상 그룹을 선택하고 목록 필터를 지운 다음 활성 서버를 지정하세요. 처음 확인할 때는 기본 생성 설정을 사용하고 전송 매개변수나 보안 설정을 바로 바꾸지 마세요. 원본 연결 정보의 서버 이름, 연결 주소, 인증서 검증 이름은 서로 다를 수 있습니다. 이름이 비슷하다고 필드를 임의로 바꾸면 화면상으로는 정상처럼 보여도 암호화 연결을 수립할 때 실패할 수 있습니다.

여러 구독은 각각 이름을 붙여 관리하세요. 하나를 먼저 검증한 뒤 다른 그룹을 차례로 추가하면 됩니다. 자동 갱신 간격은 수동 갱신이 안정적으로 작동한 후 설정하는 것이 좋습니다. 절전 중 갱신을 놓쳤다고 반드시 오류는 아니며, 깨어난 뒤 직접 갱신할 수 있습니다. 이전 항목이 남아 있더라도 먼저 모두 삭제하지 마세요. 따로 가져온 항목이 있는지, 방금 갱신한 그룹을 보고 있는지 확인하세요.

시스템 프록시 및 TUN 권한 확인

시스템 프록시 자동 설정을 켠 다음 시스템 설정의 ‘네트워크’에서 현재 사용 중인 네트워크 서비스를 선택하고 세부 설정의 프록시 정보를 확인하세요. 운영체제 버전에 따라 메뉴 위치는 달라질 수 있지만 확인 대상은 현재 활성화된 네트워크 서비스입니다. 자동 프록시 스크립트를 사용하고 있었다면 기존 값을 기록해 두세요. 클라이언트가 대신 설정한 뒤 원래 작업 환경을 복구하지 못하는 일을 방지할 수 있습니다.

먼저 시스템 프록시를 따르는 브라우저로 확인하세요. 일부 앱은 별도 프록시 설정을 사용하고, 시스템 프록시를 읽지 않는 연결도 있습니다. 이런 차이는 구독이 사라진 것이 아닙니다. 트래픽을 더 넓게 처리해야 할 때 TUN을 시도하고 앱과 시스템 안내에 따라 권한을 설정하세요. 권한을 허용했는데도 작동하지 않으면 스위치가 켜져 있는지만 보지 말고 로그에서 가상 인터페이스가 실제로 생성됐는지 확인하세요.

Wi-Fi에서 유선 네트워크로 전환하거나 절전 후 다시 연결할 때는 먼저 기본 네트워크가 정상적으로 주소를 받는지 확인한 다음 프록시를 다시 적용하세요. 특정 네트워크에서만 실패한다면 같은 서버와 같은 라우팅을 유지한 채 비교하세요. 공용 네트워크는 먼저 정상적인 로그인 절차를 완료해야 합니다. 네트워크 인증을 마치지 않았다면 클라이언트 코어가 정상적으로 시작돼도 이를 대신할 수 없습니다.

앱을 종료하기 전에 앱이 설정한 시스템 프록시를 해제하거나, 정상 종료 시 설정이 복원되는지 확인하세요. 예기치 않게 종료된 뒤 웹페이지가 열리지 않으면 현재 네트워크 서비스의 프록시 설정이 중지된 로컬 주소를 계속 가리키는지 확인하세요. 기존에 필요한 작업 설정은 유지하고 모든 네트워크 서비스를 한 번에 초기화하지 마세요. 공통 문제는 자주 묻는 질문에서 확인할 수 있습니다. 네트워크가 바뀔 때마다 설치가 손상됐다고 판단할 필요는 없습니다.

Linux: 패키지 형식, 데스크톱 프록시, 권한

Linux는 배포판, 데스크톱 환경, 권한 관리 방식이 다양합니다. 이 장에서는 그래픽 데스크톱에서 v2rayN을 사용하는 과정을 중심으로, 시스템 소프트웨어 설치 도구로 패키지를 설치한 뒤 클라이언트에서 구독과 프록시를 설정합니다. 패키지 관리자는 파일 설치를, 데스크톱 환경은 일부 시스템 프록시 설정을, 코어와 네트워크 인터페이스는 실제 연결을 담당합니다. 각 단계의 오류를 한데 묶어 처리하지 마세요.

배포판의 패키지 형식과 프로세서 아키텍처 확인

Linux 다운로드 페이지에서 설치 파일을 선택하세요. deb 패키지를 사용하는 배포판에는 deb, rpm 패키지를 사용하는 배포판에는 rpm을 선택하고 x64와 arm64도 구분해야 합니다. 패키지 형식과 프로세서 아키텍처는 별개의 조건이므로 하나만 맞아도 설치되지 않을 수 있습니다. 시스템의 ‘정보’나 하드웨어 정보 화면에서 아키텍처를 확인하고 기기 브랜드만 보고 판단하지 마세요.

배포판에 기본 제공되는 소프트웨어 설치 도구로 패키지를 열고, 종속성과 권한 안내를 확인한 뒤 설치하세요. 종속성이 없다는 안내가 나오면 먼저 배포판의 지원 범위와 소프트웨어 저장소 상태를 확인한 다음 시스템에서 제공하는 복구 기능을 사용하세요. 종속성 검사를 강제로 무시하거나 다른 배포판의 기반 실행 라이브러리를 복사하지 마세요. 이후 업데이트와 제거를 신뢰하기 어려워질 수 있습니다.

설치한 뒤 앱 메뉴에서 실행하고 그래픽 프로그램 전체를 관리자 권한으로 실행하지 마세요. 일반 사용자 설정과 관리자 설정은 보통 저장 위치가 다릅니다. 두 환경을 섞어 사용하면 ‘방금 가져온 구독이 보이지 않음’ 또는 설정 디렉터리 권한 오류가 발생할 수 있습니다. 이전에 권한을 높여 실행했다면 설정을 옮기기 전에 현재 사용자가 자신의 앱 설정을 정상적으로 쓸 수 있는지 확인하세요.

구독 가져오기 및 데스크톱 프록시 적용 범위 확인

구독 그룹에 주소를 추가하고 저장한 뒤 갱신을 실행하고 목록에서 활성 서버를 선택하세요. 복사한 내용이 완전하지 않다면 클립보드에 터미널 줄바꿈, 웹페이지 설명, 전각 문자가 섞였는지 확인하세요. 처음 연결할 때는 고급 전송 매개변수를 바꾸지 마세요. 구독 파싱은 성공했지만 연결되지 않는다면 같은 주소를 계속 가져오지 말고 코어 로그를 확인하세요.

시스템 프록시를 켠 뒤 데스크톱 환경의 네트워크 프록시 설정에서 프록시 모드와 로컬 주소를 확인하세요. 시스템 프록시를 읽는 방식은 데스크톱 환경마다 다릅니다. 일부 앱은 자체 설정만 사용하고, 다른 프로그램은 시작할 때 환경 변수를 읽습니다. 따라서 브라우저가 된다고 해서 백그라운드 서비스, 샌드박스 앱, 명령줄 프로그램도 같은 프록시를 사용한다고 단정할 수 없습니다.

그래픽 앱에 별도 프록시 설정이 있다면 클라이언트 화면에 표시된 실제 수신 주소, 포트, 프로토콜을 입력하세요. SOCKS 주소를 HTTP 프록시만 지원하는 입력란에 넣거나 구독 주소를 프록시 서버 주소로 입력하지 마세요. 변경한 뒤 앱을 재시작해 테스트하세요. 기존 프로세스가 시작 시점에 저장된 네트워크 설정을 계속 사용하는 상황을 피할 수 있습니다.

TUN 권한, 인터페이스 충돌 및 복구 순서

더 많은 앱의 트래픽을 처리해야 할 때 TUN을 켜세요. TUN은 가상 네트워크 인터페이스와 라우팅, 앱에 필요한 네트워크 권한을 사용합니다. 구체적인 권한 설정 방법은 클라이언트와 배포판의 안내를 따르세요. 화면에서는 켜졌지만 로그에 인터페이스 생성 실패가 표시되면 먼저 권한과 실행 환경을 확인하세요. 원격 서버 탓으로 돌리거나 앱 디렉터리 전체의 접근 권한을 무분별하게 풀지 마세요.

TUN을 켜기 전에 유사한 네트워크 도구를 종료하고 시스템에 유지해야 하는 특수 라우팅이 있는지 확인하세요. 컨테이너, 가상 머신, 원격 업무 네트워크는 새 트래픽 처리 규칙과 겹치는 별도 서브넷을 사용할 수 있습니다. 로컬 네트워크 서비스에 접근할 수 없으면 먼저 TUN을 끄고 복구되는지 확인한 뒤 필요한 직접 연결 규칙을 추가하세요. 모든 인터페이스의 기본 라우트를 한꺼번에 바꾸지 마세요.

종료 후 시스템 프록시가 남아 있으면 데스크톱 환경의 네트워크 설정에서 기록해 둔 이전 모드로 복구하세요. TUN을 꺼도 문제가 계속되면 클라이언트 관련 프로세스가 정상 종료됐는지 확인한 다음 다른 도구가 네트워크를 처리하는지 살펴보세요. 원격 데스크톱 기기에서는 특히 주의해야 합니다. 라우팅을 바꿀 때는 수정 후에도 복구할 수 있는 로컬 경로를 확보해 관리 연결을 잃지 않도록 하세요.

로그인 시 자동 실행과 구독 자동 갱신은 마지막에 설정하세요. 데스크톱 세션이 시작되기 전에 그래픽 클라이언트를 실행하면 데스크톱 프록시 서비스가 없을 수 있습니다. Wi-Fi가 연결되기 전에 구독을 갱신해도 일시적으로 실패할 수 있습니다. 수동 실행, 수동 갱신, 종료 후 복구가 모두 안정적으로 작동하는지 먼저 확인한 다음 자동화를 켜세요. 세션 시작 순서와 연결 정보 문제를 구분하기 쉬워집니다.

Android: 가져오기, VPN 권한, 백그라운드 실행

Android에서는 v2rayNG를 우선 권장하며 V2Fly 코어가 필요할 때 v2flyNG를 선택하세요. 두 앱은 설치와 가져오기 절차가 비슷하지만 코어 기능을 서로 바꿔 쓸 수는 없습니다. 휴대전화의 연결 버튼은 보통 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. 이는 데스크톱에서 브라우저에 시스템 프록시를 설정하는 것과 다릅니다. 이 차이를 이해하면 ‘시스템 프록시는 어디서 켜나요?’라는 질문을 반복할 필요가 없습니다.

아키텍처에 맞는 파일을 선택해 설치

Android 다운로드 페이지에서 파일을 선택하세요. 비교적 최신 기기는 보통 arm64를 우선 선택합니다. 아키텍처를 모르거나 호환되지 않는다는 안내가 나오면 범용 버전을 고려하고 기기의 시스템 요구사항도 확인하세요. 범용 버전은 지원 아키텍처를 넓히는 것이지 오래된 시스템이 앱의 실행 조건을 자동으로 충족하게 해 주는 것은 아닙니다. 설치 실패를 곧바로 구독이나 서버 문제로 해석하지 마세요.

설치 파일을 열면 시스템에서 현재 브라우저나 파일 관리자를 통한 앱 설치를 허용하라고 요청할 수 있습니다. 이번 설치에 실제로 사용한 출처만 허용하고, 설치가 끝나면 필요에 따라 이 권한을 끄세요. 기존 앱을 업데이트하기 전에 필요한 설정을 저장하세요. 서명이 일치하지 않는다는 안내가 나오면 바로 앱을 삭제하지 말고 설치 출처와 기존 앱이 같은지 확인하세요. 삭제하면 로컬 정보도 함께 사라질 수 있습니다.

처음 실행하면 먼저 앱이 기본 화면을 정상적으로 여는지 확인한 뒤 연결 정보를 가져오세요. 일부 기기의 보안 정책이나 업무 프로필 정책은 VPN 기능을 제한할 수 있습니다. 앱 설치에 성공했다고 시스템에서 VPN 연결을 허용한다는 뜻은 아닙니다. 조직에서 관리하는 기기라면 관리 정책에 따라 사용하고 제한을 우회하려고 반복해서 재설치하지 마세요. 시스템 시간도 자동 동기화 상태로 유지하세요.

구독 그룹, 공유 링크 가져오기, 활성 설정

구독 그룹 설정에서 이름과 구독 주소를 추가하고 저장한 다음 갱신하세요. 메뉴 이름은 클라이언트와 인터페이스 버전에 따라 다를 수 있으므로 기능을 기준으로 찾으세요. 단일 공유 링크라면 클립보드에서 가져오기나 해당 스캔 기능을 사용하세요. 계정 관리 웹페이지를 구독 주소로 붙여 넣지 마세요. 가져온 항목이 표시되면 사용할 설정을 눌러 현재 활성 항목으로 지정하세요.

목록에 항목이 있다고 해서 올바른 설정이 선택된 것은 아닙니다. 갱신 후 이름이 같을 수 있으므로 소속 그룹, 프로토콜, 설정 출처를 확인하세요. 구독 내용에 Xray 전용 기능이 포함됐다면 해당 클라이언트에서 검증하세요. 파싱 오류를 없애려고 보안 항목을 임의로 삭제하지 마세요. 차이가 궁금하다면 Xray와 V2Fly 코어 선택 안내를 확인하세요.

구독 갱신은 성공했는데 목록이 비어 있다면 그룹 표시 여부와 필터 조건을 확인한 뒤 갱신 로그를 살펴보세요. 로그인 페이지나 오류 페이지가 반환된 경우 클라이언트를 바꿔도 주소 자체의 문제는 해결되지 않습니다. 네트워크에 연결할 수 없다면 정상적인 다른 네트워크에서 다시 확인하되 구독 주소는 그대로 유지하세요. 네트워크, 주소, 클라이언트를 한 번에 모두 바꾸면 원인을 판단할 수 없습니다.

VPN 트래픽 처리, 앱별 분할, 백그라운드 제한

연결을 누르면 처음에는 시스템에 VPN 연결 요청이 표시됩니다. 요청한 앱이 맞는지 확인한 뒤 허용하세요. 상태 표시줄의 VPN 아이콘은 시스템 인터페이스가 생성됐다는 뜻일 뿐 원격 서버가 사용 가능하다는 보장은 아닙니다. 이어서 브라우저에서 대상 페이지를 열고 클라이언트 로그를 확인하세요. 자체 VPN을 사용하는 업무 앱은 충돌할 수 있으며, 일반 사용자 환경에서는 보통 일반 VPN 서비스를 하나만 활성화할 수 있습니다.

Android에서는 데스크톱의 시스템 프록시 절차를 추가로 적용할 필요가 없습니다. 일부 앱만 프록시를 사용하지 않는다면 클라이언트에서 앱별 프록시가 켜져 있는지, 목록이 ‘선택한 앱만 프록시 사용’인지 ‘선택한 앱 우회’인지 확인하세요. 두 모드는 의미가 정반대입니다. 설정을 바꾼 뒤 연결을 끊었다가 다시 연결하고 대상 앱도 다시 여세요. 기존 연결이 이전 경로를 계속 사용하는 상황을 피할 수 있습니다.

화면을 잠근 뒤 연결이 끊기면 시스템의 배터리 최적화, 백그라운드 활동, 자동 시작 설정을 확인하세요. 설정 위치는 기기마다 다르므로 현재 클라이언트에 필요한 항목만 차례로 조정하고 기기 전체의 절전 기능을 끄지 마세요. 앱을 최근 앱 목록에 남겨 두는 것만으로는 충분하지 않을 수 있습니다. 반대로 백그라운드 실행을 허용해도 유효하지 않은 구독이 고쳐지지는 않습니다. 먼저 화면이 켜진 상태에서 연결이 안정적인지 확인한 다음 백그라운드 동작을 점검하세요.

Wi-Fi와 모바일 네트워크를 전환한 뒤에는 기본 네트워크로 일반 웹페이지에 접근할 수 있는지 확인하고 다시 연결하세요. 시스템의 ‘VPN 항상 사용’ 또는 연결 해제 시 다른 연결 차단이 켜져 있으면 클라이언트 종료 후 기기 전체가 인터넷에 연결되지 않을 수 있습니다. 문제를 확인할 때는 먼저 이 두 설정의 역할을 파악한 뒤 일시적으로 끌지 결정하세요. 정상화된 뒤 실제 필요에 맞게 다시 설정하면 시스템 차단 동작을 클라이언트 멈춤으로 오해하지 않을 수 있습니다.

프록시 및 라우팅: 진입 경로와 출구 구분

프록시 설정은 두 단계로 나눠 볼 수 있습니다. 첫 번째는 앱의 요청이 어떤 경로로 클라이언트에 들어오는지, 두 번째는 들어온 요청이 어떤 출구로 나가는지 결정합니다. 시스템 프록시와 TUN은 주로 첫 번째 단계를, 라우팅 규칙은 주로 두 번째 단계를 처리합니다. TUN을 켰다고 모든 요청이 프록시 출구를 선택하는 것은 아닙니다. 직접 연결 규칙을 선택해도 트래픽이 클라이언트를 거치지 않는다는 뜻은 아닙니다. ‘전역’이나 ‘우회’라는 이름을 따지기 전에 이 경로를 먼저 그려 보세요.

시스템 프록시 세 가지 상태와 TUN의 범위

‘시스템 프록시 자동 설정’은 시스템 설정을 따르는 앱이 로컬 프록시 주소를 사용하도록 합니다. ‘시스템 프록시 지우기’는 관련 설정을 취소하고, ‘시스템 프록시 변경 안 함’은 기존 상태를 유지합니다. 세 옵션은 연결 품질을 조정하는 단계가 아닙니다. 로컬 코어가 멈췄는데 시스템은 해당 포트를 계속 가리키면 브라우저 연결이 실패합니다. 시스템 프록시를 지웠다면 코어가 실행 중이어도 브라우저가 직접 연결할 수 있습니다.

TUN은 가상 네트워크 인터페이스를 통해 설정된 조건에 맞는 트래픽을 받습니다. 시스템 프록시를 읽지 않는 앱에 적합하지만 권한, 라우팅, DNS 연동 문제도 추가됩니다. 특정 환경에서는 두 방식을 함께 사용할 수 있지만 처음 문제를 확인할 때는 동시에 켜지 않는 것이 좋습니다. 먼저 시스템 프록시 경로가 정상인지 확인한 뒤 TUN을 추가하세요. 실패하더라도 새로 추가한 트래픽 처리 단계가 원인인지 분명히 알 수 있습니다.

프리셋부터 적용한 뒤 필요한 규칙만 추가

처음에는 클라이언트에서 제공하는 적절한 라우팅 프리셋을 선택해 기본 연결을 확인한 뒤 특정 사이트나 로컬 네트워크 서비스를 설정하세요. 규칙은 보통 위에서부터 순서대로 적용되므로 앞의 포괄적인 규칙이 뒤의 구체적인 규칙보다 먼저 적용될 수 있습니다. 규칙을 추가한 뒤에는 위치, 매칭 유형, 출구 이름을 확인하세요. 도메인을 목록에 추가해도 잘못된 출구를 선택하면 결과는 예상과 달라집니다.

geosite:cn은 해당 도메인 목록을 참조하고, geoip:private는 사설 주소 목록을 참조합니다. 실행 환경에서 해당 규칙 데이터를 제공해야 하므로 모든 설정에서 기본적으로 유효한 것은 아닙니다. direct는 보통 설정 작성자가 직접 연결 출구에 붙인 태그입니다. 같은 이름의 출구가 실제로 있어야 규칙에서 의미가 있으며, 코어가 자동으로 인식하는 예약 출구 이름은 아닙니다.

로컬 네트워크 프린터, 홈 스토리지, 라우터 관리 페이지에 접근할 수 없으면 사설 주소가 직접 연결되는지, 대상 이름이 올바른 로컬 주소로 해석되는지 먼저 확인하세요. 로컬 네트워크 검색에는 브로드캐스트나 멀티캐스트가 사용될 수 있어 웹페이지에 접속하는 것과 다릅니다. 기기 목록이 비어 있다고 모든 요청을 직접 연결로 바꾸지 말고 주소를 직접 입력한 접속과 자동 검색을 따로 테스트하세요.

DNS와 검증 방법을 함께 확인

도메인 규칙은 클라이언트가 요청의 대상 도메인을 알아야 하고, 주소 규칙은 대상 IP 주소에 따라 적용됩니다. 앱이 미리 자체적으로 이름을 조회하거나 암호화된 조회를 사용하거나 프록시에 주소만 보내면 매칭 조건이 달라질 수 있습니다. DNS 설정은 클라이언트의 트래픽 처리 방식에도 영향을 받습니다. 도메인 접속에 실패하면 인증서 검증을 바로 끄거나 모든 DNS 서버를 임의로 바꾸지 말고 조회 결과와 라우팅 로그부터 확인하세요.

브라우저의 보안 DNS, 시스템 DNS, 클라이언트 DNS, TUN의 DNS 처리가 동시에 작동할 수 있습니다. 먼저 어떤 구성 요소가 이름을 조회하는지 기록한 다음 한 단계씩 바꾸세요. 변경 후 브라우저에서만 차이가 난다면 브라우저의 개별 설정을 확인하세요. 모든 앱에서 실패하면 시스템 네트워크와 트래픽 처리 단계를 살펴보세요. DNS 캐시가 재검사 결과에 영향을 줄 수 있으므로 설정 변경 후 대상 앱을 다시 실행해 새 연결을 만드세요.

규칙을 검증할 때는 대상 하나와 활성 서버 하나를 고정하고 규칙 하나만 변경해 새 요청이 어떤 출구를 선택하는지 확인하세요. 페이지 캐시, 기존 장시간 연결, 연결 재사용 때문에 결과가 바로 반영되지 않을 수 있습니다. 대상 앱을 종료한 뒤 다시 실행하고, 필요하면 클라이언트를 재연결하세요. 같은 페이지를 계속 새로고침하는 것만으로는 부족합니다. 로그의 대상과 출구가 실제 테스트 시각에 해당하는지 확인해 이전 기록을 읽지 않도록 하세요.

클라이언트에 따라 ‘전역’은 프록시 트래픽 처리 방식을 뜻할 수도 있고 라우팅 프리셋을 뜻할 수도 있습니다. 문제를 설명할 때는 구체적인 메뉴와 선택 항목을 적으세요. 규칙이 많다고 더 정확한 것은 아닙니다. 사용자 지정 규칙마다 용도를 기록해 두면 문제가 생겼을 때 추가한 순서대로 되돌릴 수 있습니다. 일상적으로 필요한 사이트나 앱만 설정하고 화면에 보이는 고급 옵션을 모두 켤 필요는 없습니다.

설정 파일: 진입점부터 라우팅까지

그래픽 클라이언트는 보통 서버, 구독, 라우팅 설정을 바탕으로 실행 설정을 생성합니다. 인터페이스에서 하나를 선택해도 설정 파일의 여러 항목에 영향을 줄 수 있습니다. 파일을 직접 읽으면 문제를 파악하는 데 도움이 되지만 실행 파일을 직접 수정해도 유지되지 않을 수 있습니다. 서버 전환, 구독 갱신, 코어 재시작 때 클라이언트가 파일을 다시 생성할 수 있기 때문입니다. 계속 유지해야 하는 설정은 인터페이스나 명시적인 사용자 지정 설정 기능을 통해 관리하세요.

주요 항목과 태그 참조 이해

inbounds는 로컬 요청을 받는 진입점을 정의하며 수신 주소, 포트, 프로토콜을 포함합니다. outbounds는 요청이 나갈 때 사용하는 출구를 정의하고, routing은 요청을 출구에 연결합니다. 진입점 포트와 원격 서버 포트는 서로 다릅니다. 두 값을 바꾸면 로컬 앱이 연결되지 않거나 코어가 잘못된 위치에 연결을 시도할 수 있습니다.

tag는 다른 항목에서 참조하는 이름이므로 같은 설정 안에서 알아보기 쉽게 지정하고 중복하지 마세요. 라우팅의 outboundTag는 이미 정의된 출구를 가리켜야 하며 대소문자도 일치해야 합니다. log는 로그 동작을, dns는 코어 관련 이름 조회 설정을 정의합니다. 이 항목들은 빠진 출구를 보완하지 못하며 구독의 잘못된 인증 정보를 자동으로 채우지도 않습니다.

실행 가능한 직접 연결 설정으로 구조 이해

아래는 Xray 직접 연결 예제 설정입니다. 로컬 루프백 주소에만 SOCKS 진입점을 열고 요청을 직접 연결 출구로 보냅니다. 원격 프록시 서비스가 포함되어 있지 않으며 구독 서버로 트래픽을 보내지도 않습니다. 예제는 설정 구조를 이해하기 위한 것으로 클라이언트가 이미 생성한 운영 설정을 덮어쓰지 마세요. 사용하려면 사용자 지정 설정을 지원하는 기능을 통해 별도로 저장하고 선택해야 합니다.

{
  "log": {
    "loglevel": "warning"
  },
  "inbounds": [
    {
      "tag": "local-socks",
      "listen": "127.0.0.1",
      "port": 10808,
      "protocol": "socks",
      "settings": {
        "auth": "noauth",
        "udp": true
      }
    }
  ],
  "outbounds": [
    {
      "tag": "direct",
      "protocol": "freedom"
    }
  ],
  "routing": {
    "rules": [
      {
        "type": "field",
        "inboundTag": ["local-socks"],
        "outboundTag": "direct"
      }
    ]
  }
}

예제에 지정된 수신 포트는 다른 프로그램이 사용 중이지 않아야 합니다. 클라이언트의 기존 코어가 같은 포트를 사용하고 있다면 기존 설정을 중지하거나 별도 설정에서 포트를 바꾸고 테스트 앱의 진입점도 함께 수정하세요. 여기서는 연결 범위를 이 기기로 제한하기 위해 로컬 전용 수신 주소와 인증 없음 옵션을 사용합니다. 검토 없이 수신 주소를 모든 네트워크 인터페이스로 변경하지 마세요.

이 설정의 SOCKS 진입점은 HTTP 프록시로 바로 사용할 수 없습니다. 브라우저나 앱에서 SOCKS를 명시적으로 지원한다면 로컬 주소와 해당 포트를 입력하세요. HTTP 프록시만 받는 입력란에는 같은 프로토콜을 적용할 수 없습니다. 진입점이 UDP를 지원하더라도 전체 연결 경로가 반드시 작동하는 것은 아닙니다. 앱, 트래픽 처리 방식, 실제 출구도 해당 전송을 지원해야 합니다.

수정 범위와 오류 복구

JSON 객체의 키는 큰따옴표로 묶어야 하며 표준 JSON에는 주석을 임의로 넣을 수 없습니다. 마지막 항목 뒤에 쉼표를 추가해서도 안 됩니다. 불리언 값과 숫자는 복사할 때의 습관에 따라 모두 문자열로 만들지 마세요. 파싱 오류가 발생하면 로그에 표시된 행과 열 주변부터 확인하세요. 대개 괄호, 따옴표, 쉼표가 원인입니다. 구조가 정상적으로 파싱되기 전에 네트워크 매개변수를 계속 수정하지 마세요.

구조가 올바른 것은 첫 단계일 뿐입니다. 코어는 실제 네트워크에 연결하기 전에 항목, 프로토콜, 참조 관계를 확인합니다. 오류를 ‘텍스트 파싱 실패’, ‘설정 검증 실패’, ‘연결 수립 실패’로 나누면 범위를 크게 좁힐 수 있습니다. 로그에 알 수 없는 항목이나 지원되지 않는 보안 모드가 표시되면 현재 코어 유형과 설정 출처를 먼저 확인하세요. 실행만 되게 하려고 중요한 항목을 삭제하지 마세요.

TLS나 REALITY를 사용하는 경우 서버 주소, 검증 이름, 기타 협상 매개변수는 각각 용도가 다르므로 연결 정보에 맞게 입력해야 합니다. 서버 인증서 검증 문제를 단순한 스위치 오류로 취급하지 말고, 오류를 없애려고 검증을 계속 끄지도 마세요. 먼저 기기 시간과 연결 정보의 유효 여부, 선택한 코어의 해당 기능 지원 여부를 확인한 다음 정보 제공자에게 매개변수를 문의하세요.

사용자 지정 설정은 그래픽 인터페이스의 모든 옵션을 자동으로 이어받지 않는 경우가 많습니다. 인터페이스에서 라우팅을 바꿔도 별도 설정의 규칙은 바뀌지 않을 수 있고, 반대로 파일을 편집해도 서버 목록이 갱신되지 않을 수 있습니다. 각 구성의 관계를 자세히 알아보려면 설정 파일 JSON 구조 해설을 참고하세요. 수정 방법을 정하기 전에 설정 출처와 실제 적용 위치를 확인하세요.

설정 관련 자주 묻는 질문: 실패 단계별 점검

문제를 해결할 때는 먼저 ‘어느 단계에서 실패했는지’를 명확히 한 다음 확인할 대상을 정하세요. 설치 실패는 실행 환경 문제, 구독 실패는 정보 가져오기 또는 파싱 문제, 코어 시작 실패는 로컬 설정 문제입니다. 시작은 됐지만 웹페이지가 열리지 않을 때부터 트래픽 경로와 원격 연결을 확인하면 됩니다. 아래는 자주 발생하는 증상별 점검 방법입니다. 먼저 최소한으로 작동하는 상태를 복구한 다음 고급 설정을 하나씩 추가하세요. 운에 맡기고 옵션을 반복해서 바꾸지 마세요.

구독 실패, 빈 목록, 프로토콜 비호환

구독 갱신 시간이 초과되면 먼저 기본 네트워크를 확인하고 주소 전체가 복사됐는지, 기존 프록시가 필요한지 살펴보세요. 응답을 받았지만 파싱에 실패했다면 반환된 내용이 오류 웹페이지인지, 현재 클라이언트에서 지원하는 형식인지 확인하세요. 주소 만료, 계정 상태 변경, 오래된 클라이언트 모두 원인이 될 수 있으므로 구체적인 안내를 확인해야 합니다. ‘어제는 됐다’는 이유만으로 정보 출처 문제를 배제할 수는 없습니다.

갱신은 성공했는데 항목이 보이지 않으면 키워드 필터를 지우고 현재 그룹과 숨김 상태를 확인한 뒤 어느 그룹을 갱신했는지 확인하세요. 모든 그룹을 바로 삭제하고 다시 만들지 마세요. 구독이 여러 개라면 관련 없는 그룹을 먼저 비활성화해 같은 이름의 항목이 섞이지 않도록 할 수 있습니다. 정리 방법은 v2rayN 구독 그룹 및 필터 안내를 참고하세요.

지원하지 않는 프로토콜이나 설정 항목이 표시되면 먼저 설정에서 요구하는 코어를 확인하세요. 인터페이스 테마 변경, 포트 수정, TUN 활성화로 프로토콜 지원 기능이 추가되지는 않습니다. 데스크톱에서 v2rayN을 사용한다면 활성 설정에 연결된 코어 유형을 확인하세요. Android에서는 Xray 또는 V2Fly 요구사항에 맞는 클라이언트를 선택하세요. 이전한 뒤에는 설정 하나를 먼저 테스트하고 정상 작동을 확인한 다음 나머지를 가져오세요.

연결 성공으로 표시되지만 웹페이지가 열리지 않음

먼저 클라이언트가 코어만 시작한 것인지 실제 요청 로그까지 생성했는지 확인하세요. 요청이 도달하지 않는다면 시스템 프록시, 앱별 프록시, TUN의 트래픽 처리 범위를 확인하세요. 요청은 있지만 연결에 실패한다면 원격 주소, 인증, 전송 방식, DNS를 살펴보세요. 상태 표시줄의 연결 표시는 로컬 상태를 나타낼 뿐 대상에 접속할 수 있다는 검증을 대신하지 않습니다.

모든 도메인은 실패하지만 일부 IP 주소로는 접속할 수 있다면 DNS를 점검 항목에 포함할 수 있지만, 이것만으로 원인을 단정할 수는 없습니다. 암호화된 사이트는 보통 도메인과 인증서가 일치해야 합니다. IP 주소로 직접 접속해 인증서 경고가 나타나는 것은 동등한 테스트가 아닙니다. 로그의 이름 조회 오류, 요청 대상, 출구를 함께 확인하고 테스트를 마치려고 인증서 경고를 무시하지 마세요.

사이트 하나만 실패한다면 같은 설정으로 다른 정상 대상도 확인한 뒤 해당 사이트의 라우팅, 앱 캐시, 원격 서비스 제한을 점검하세요. 앱 하나만 실패한다면 시스템 프록시를 사용하는지, 앱별 규칙에서 제외됐는지 확인하세요. 서버를 바꾼 뒤 정상화되면 차이를 기록하고 계속 원인을 살펴보세요. 한 번 성공했다고 모든 설정이 올바르다는 뜻은 아닙니다.

TUN을 켠 뒤 기기 전체에서 인터넷이 끊기면 TUN을 끄고 현재 테스트에서 추가한 트래픽 처리 단계를 제거한 뒤 정상 작동하던 시스템 프록시 상태로 돌아가세요. 그런 다음 권한, 가상 인터페이스, 다른 VPN 도구, DNS 처리를 확인하세요. 한 번에 한 항목만 복구하세요. 원격으로 기기를 관리한다면 먼저 로컬 복구 방법을 확보하고 유일한 관리 연결에서 라우팅을 연달아 변경하지 마세요.

종료, 업데이트, 기기 간 이전

클라이언트를 종료한 뒤 웹페이지가 열리지 않으면 시스템이 중지된 로컬 프록시 주소를 계속 가리키는지 확인하세요. 먼저 기존 시스템 프록시 상태를 복구한 뒤 기본 네트워크를 점검하세요. Android에서는 ‘VPN 항상 사용’과 연결 해제 시 차단 옵션도 확인하세요. 네트워크 재설정을 첫 번째 해결 방법으로 사용하지 마세요. Wi-Fi, 업무 네트워크, 보존해야 할 다른 설정까지 함께 삭제될 수 있습니다.

업데이트 후 문제가 생기면 이전 인스턴스를 정상적으로 종료한 다음 새 실행 항목과 설정 디렉터리를 확인하세요. 자동 실행 항목을 두 개 이상 남기지 마세요. 사용자 지정 설정을 사용한다면 새 코어가 기존 항목을 계속 지원하는지 확인하고, 구독에서 설정을 생성한다면 먼저 기본 옵션으로 다시 검증하세요. 백업을 보관한 뒤 이전해 유일한 복구 설정을 지우지 않도록 하세요.

기기를 옮길 때는 전체 시스템 트래픽 처리 설정을 그대로 복사하지 말고 구독 출처와 필요한 규칙부터 이전하세요. 로컬 포트, 수신 주소, 권한, 인터페이스 이름은 새 기기에서 달라질 수 있습니다. 새 기기에서 연결 하나를 먼저 확인한 뒤 그룹, 자동 갱신, 앱별 분할을 추가하세요. 이전 기기를 더 이상 사용하지 않는 것이 확인되면 시스템 프록시와 자동 실행을 해제해 구분하기 어려운 백그라운드 상태가 남지 않도록 하세요.

추가로 도움을 요청할 때는 운영체제, 클라이언트 이름, 코어 유형, 실패한 단계, 민감한 부분을 가린 오류 내용, TUN 사용 여부를 정리하세요. 구독 주소 전체나 계정 인증 정보는 첨부하지 마세요. 다른 문제는 자주 묻는 질문에서 확인할 수 있습니다. 아직 연결에 성공한 적이 없다면 빠른 시작 가이드로 돌아가 기본 설정부터 다시 진행하세요.