1단계: 구독 가져오기
시작하기 전에 서비스 제공업체에서 받은 유효한 구독 주소를 준비하고, 현재 네트워크에서 일반 웹페이지에 접속할 수 있는지 확인하세요. 구독 주소는 보통 하나의 완전한 URL이며, 클라이언트가 이 주소에서 서버 설정을 가져옵니다. 로그인 관리 페이지나 결제 페이지 주소와는 다릅니다. 복사할 때 앞뒤의 설명 문구, 따옴표, 줄바꿈이 포함되지 않도록 주의하세요. 구독 주소에는 계정 접속 정보가 포함될 수 있으므로 전체 주소를 공개 이미지, 대화 기록, 문제 해결 게시글에 올리지 마세요.
v2rayN: 그룹을 만든 뒤 업데이트
메인 창에서 ‘구독 그룹’ 관련 메뉴를 찾아 ‘구독 그룹 설정’을 엽니다. 그룹을 추가하고 알아보기 쉬운 이름을 입력한 다음 주소 칸에 구독 주소를 붙여 넣고 저장합니다. 이 단계에서는 구독 출처만 저장되며 서버 목록은 아직 바뀌지 않을 수 있습니다. 구독 메뉴로 돌아가 현재 그룹을 업데이트하세요. 일부 버전에는 ‘프록시를 사용하지 않고 구독 업데이트’와 ‘프록시를 사용해 구독 업데이트’가 구분되어 있으므로, 현재 네트워크에서 실제로 접속 가능한 방법을 먼저 선택하세요.
처음 설정할 때 작동하는 프록시가 없다면 업데이트 실패만으로 ‘프록시를 통해 업데이트’를 반복해서 선택하지 마세요. ‘연결하려면 구독이 필요하고, 구독을 업데이트하려면 연결이 필요한’ 상황이 생길 수 있습니다. 제공업체가 구독 업데이트에 특정 네트워크 조건이 필요하다고 안내했다면 해당 안내를 따르거나 사용할 수 있는 단일 공유 링크를 요청하세요. 업데이트가 끝나면 방금 만든 그룹으로 이동해 서버 이름, 주소, 프로토콜 등의 항목이 목록에 표시되는지 확인합니다. 그룹 이름만 보이는 상태와 혼동하지 마세요.
v2rayNG: 주소 저장 후 구독 업데이트
사이드 메뉴에서 ‘구독 설정’ 또는 비슷한 항목을 열고 추가 버튼을 눌러 이름과 주소를 입력한 뒤 저장합니다. 메인 목록으로 돌아가 메뉴에서 ‘구독 업데이트’를 실행하세요. 알림과 목록이 갱신되는지 확인합니다. 그룹이 여러 개라면 현재 선택된 그룹부터 확인해 다른 그룹의 오래된 설정을 이번에 가져온 결과로 착각하지 않도록 하세요. 버전에 따라 업데이트 메뉴 위치는 다를 수 있지만, 구독 주소를 저장하는 동작과 서버 설정을 가져오는 동작은 별개입니다.
vmess://, vless://, trojan:// 또는 ss://로 시작하는 단일 공유 링크를 받았다면 전체 내용을 복사한 뒤 ‘클립보드에서 가져오기’와 같은 기능을 선택하세요. 단일 링크를 가져오면 보통 설정 하나가 추가되며, 계속 업데이트할 수 있는 구독 출처가 자동으로 만들어지지는 않습니다. QR 코드도 마찬가지입니다. 인식된 뒤 설정 항목을 확인하고, QR 코드가 정상적으로 인식된 것과 서버에 연결할 수 있는 것을 동일하게 보지 마세요.
다음 단계로 넘어가기 위한 조건: 대상 그룹에 선택 가능한 서버 설정이 있어야 합니다. 목록이 비어 있다면 주소가 만료되지 않았는지, 업데이트 알림에 파싱 실패가 표시되었는지, 올바른 그룹을 선택했는지 먼저 확인하세요. 같은 그룹을 연달아 추가하지 말고 하나의 구독 출처를 남겨 원인을 점검하세요. 구체적인 내용은 도움말의 구독·설치·설정 문제를 확인하세요. ‘구독’, ‘노드’, ‘공유 링크’의 차이는 용어 빠른 안내에서 볼 수 있습니다.
2단계: 프록시 모드 선택
설정 목록이 준비되면 먼저 어떤 트래픽을 클라이언트로 보낼지 정하고, 그다음 들어온 트래픽을 어떻게 나눌지 설정합니다. 이 둘은 서로 다른 설정입니다. 시스템 프록시나 VPN 모드는 트래픽을 클라이언트가 처리하도록 연결하고, 라우팅 프리셋은 트래픽을 직접 연결, 프록시 또는 다른 출구로 보냅니다. 라우팅 이름만 바꿔도 모든 앱이 클라이언트를 사용하는 것은 아닙니다. 트래픽 처리를 켰다고 모든 사이트가 같은 경로를 사용해야 하는 것도 아닙니다.
v2rayN: 시스템 프록시로 기본 연결 확인
메인 창이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 처음 설정할 때는 ‘시스템 프록시 자동 설정’을 선택할 수 있습니다. 시스템 프록시 설정을 따르는 앱의 요청을 로컬 프록시로 보내므로 브라우저로 먼저 확인하기에 적합합니다. 일부 앱은 자체 프록시 설정을 사용하거나 시스템 프록시를 따르지 않으므로 모든 프로그램이 처리 대상이라고 단정할 수는 없습니다. 시스템 프록시 주소가 계속 덮어써지는 일을 막으려면 다른 프록시 프로그램을 동시에 실행하지 마세요.
그다음 라우팅 메뉴를 찾아 클라이언트에서 제공하는 ‘LAN 및 중국 본토 우회’ 또는 비슷한 프리셋을 우선 사용하세요. LAN과 일반적인 로컬 사이트는 직접 연결하고 나머지 트래픽은 프리셋에 따라 처리합니다. 프리셋 이름과 세부 규칙은 버전에 따라 달라질 수 있으니 설정 설명을 기준으로 판단하세요. 전체 프록시는 특정 대상이 라우팅 영향을 받는지 잠시 비교할 때 유용하지만, 모든 연결 문제를 해결하기 위한 첫 단계로 사용하지 않는 것이 좋습니다. 처음부터 TUN 등 더 넓은 범위의 트래픽 처리 기능을 켤 필요도 없습니다.
로컬 SOCKS 및 HTTP 포트는 기기에서 클라이언트가 제공하는 연결 지점이며 원격 서버 포트가 아닙니다. 일반적인 기본값은 SOCKS 10808, HTTP 10809이지만 현재 설정을 기준으로 확인하세요. 시스템 프록시 자동 설정을 사용 중이라면 보통 브라우저에 같은 포트를 직접 입력할 필요가 없습니다. 자동 설정과 수동 설정을 함께 사용하면 클라이언트를 중지한 뒤 원래 설정으로 복구되었는지 판단하기 어려워집니다.
v2rayNG: VPN과 앱 적용 범위 확인
설정에서 로컬 포트만 제공하는 프록시 모드가 아닌 VPN 모드인지 확인하세요. 프록시 모드는 다른 앱의 트래픽을 자동으로 처리하지 않습니다. 그런 다음 라우팅 설정에서 LAN과 일반적인 로컬 사이트를 우회하는 프리셋을 선택합니다. ‘앱별 프록시’를 사용한 적이 있다면 지정한 앱만 프록시를 사용하는지, 지정한 앱을 제외하는지 확인하고 테스트에 사용할 브라우저가 예상한 범위에 포함되어 있는지 살펴보세요. 처음 설정할 때는 변수를 줄일 수 있도록 앱별 필터링을 적용하지 않는 편이 좋습니다.
이번에는 DNS, 스니핑, 사용자 지정 규칙을 기본값으로 두고 여러 가이드의 고급 설정을 한꺼번에 적용하지 마세요. 특정 도메인이 잘못된 경로로 이동한다면 라우팅 순서, DNS 결과, 앱 적용 범위가 원인일 수 있으므로 프로토콜만 바꿔서는 해결되지 않을 수 있습니다. 다음 단계로 넘어가기 전에 현재 트래픽 처리 방식과 라우팅 프리셋을 기억해 두세요. 이후 확인은 이 설정을 기준으로 진행합니다. 프로토콜과 코어 선택에 대한 자세한 내용은 프로토콜 안내에서 확인하고, 여기서는 기본 연결부터 점검합니다.
3단계: 연결 시작
이제 설정을 가져오고 트래픽 경로도 정했으니 서버를 선택해 연결을 시도할 수 있습니다. ‘최적화’를 위해 구독에서 가져온 주소, 포트, 사용자 ID, 전송 방식, 보안 설정을 바꾸지 마세요. 특히 VLESS 및 REALITY 설정은 서버 이름, 공개 키 관련 항목을 비롯한 보안 매개변수가 서버 측 설정과 일치해야 합니다. 하나라도 임의로 바꾸면 핸드셰이크가 실패할 수 있습니다.
v2rayN: 활성 서버로 지정
서버 목록에서 사용할 항목을 선택한 다음 마우스 오른쪽 버튼 메뉴의 ‘활성 서버로 설정’ 또는 비슷한 기능으로 활성화합니다. 일부 버전에서는 더블 클릭도 가능합니다. 구체적인 방법은 화면 안내를 따르세요. 활성 표시가 대상 행으로 옮겨졌는지 확인하고, 아래쪽 로그나 로그 메뉴에서 코어가 바로 종료되지 않았는지 살펴봅니다. 서버 선택과 트래픽 연결은 별개의 동작이므로 시스템 프록시가 여전히 켜져 있는지도 확인하세요. 실제 요청을 보낼 때 연결이 시작되는 경우도 있어 원격 연결 기록이 잠시 보이지 않는다고 반드시 실패한 것은 아닙니다.
포트가 이미 사용 중이라는 알림이 뜨면 중복 실행된 클라이언트를 종료하고 다른 로컬 프록시 프로그램이 같은 포트를 사용하는지 확인한 뒤 다시 시작하세요. 사용하지 않는 숫자로 원격 서버 포트를 바로 바꾸지 마세요. 설정을 불러올 수 없음, 프로토콜 미지원, 코어 시작 실패 등의 알림이 뜨면 오류 항목을 기록하고 클라이언트와 선택한 코어의 호환성을 먼저 확인하세요. 구독이 목록에 보인다는 것은 클라이언트가 설정을 파싱했다는 뜻일 뿐, 현재 코어가 모든 옵션을 실행할 수 있다는 의미는 아닙니다.
v2rayNG: 시스템 연결 권한 확인
사용할 설정을 눌러 해당 항목이 선택되었는지 확인한 다음 화면의 연결 버튼을 누릅니다. VPN 모드를 처음 사용할 때 시스템에서 연결 요청이 표시되면 현재 클라이언트가 보낸 요청인지 확인하고 허용하세요. 앱으로 돌아와 연결 상태가 바뀌었는지, 시스템에 VPN 표시가 나타나는지 확인합니다. 권한 허용은 클라이언트가 로컬 가상 네트워크를 만들도록 승인한 것일 뿐, 원격 서버의 응답을 보장하지 않습니다. 실제로 사용할 수 있는지는 다음 단계에서 접속해 확인해야 합니다.
기기에서 다른 VPN 앱을 사용 중이라면 먼저 어느 앱이 네트워크를 처리하는지 확인하세요. 여러 앱이 같은 종류의 연결을 동시에 사용하려 하면 서로의 연결을 대체할 수 있습니다. 연결이 시작되자마자 중단된다면 로그에서 설정 오류, 권한 문제, 코어 종료 메시지를 확인하세요. 화면이 켜져 있을 때는 작동하지만 잠금 후 자주 끊기는 경우에는 클라이언트의 백그라운드 실행과 배터리 제한을 점검하면 됩니다. 첫 연결부터 절전 설정을 여러 개 바꿀 필요는 없습니다.
연결 테스트나 지연 시간 테스트는 참고 자료로 사용할 수 있지만, 테스트 방식에 따라 네트워크 경로의 일부만 확인할 수 있습니다. 테스트 결과가 표시되어도 웹페이지 전체가 반드시 열리는 것은 아니며, 테스트 실패만으로 인증, DNS, 라우팅 중 어떤 항목이 문제인지 알 수도 없습니다. 다음 단계로 넘어가기 위한 조건: 클라이언트가 바로 종료되지 않고, 대상 설정이 활성 상태이며, 트래픽 처리 기능이 켜져 있어야 합니다. 조건을 만족하지 못했다면 시작 로그부터 확인하세요. 서버, 라우팅, DNS, 코어를 동시에 바꾸지 말고 한 번에 하나씩 변경해야 원인을 파악할 수 있습니다.
4단계: 작동 여부 확인
확인할 사항은 두 가지입니다. 대상 앱의 요청이 클라이언트로 들어가는지, 들어온 요청이 예상대로 프록시 또는 직접 연결되는지 확인해야 합니다. 버튼이 켜졌거나 시스템에 VPN 표시가 나타났거나 서버 행이 선택된 것은 각각 특정 단계가 시작되었다는 뜻일 뿐입니다. 현재 규칙상 프록시를 사용해야 하는 사이트와 직접 연결해야 하는 로컬 사이트를 준비해 같은 브라우저에서 하나씩 접속하세요. 처음부터 페이지를 여러 개 열면 로그와 요청을 대응하기 어렵습니다.
먼저 접속 상태를 확인하고 기록과 비교
먼저 프록시를 사용해야 하는 사이트를 열어 브라우저에 캐시된 화면만 보이는 것이 아니라 페이지 본문과 필요한 리소스가 실제로 로드되는지 확인하세요. 캐시 영향을 줄이려면 새로고침하거나 새 브라우저 세션을 열고, 클라이언트의 연결 기록이나 로그를 확인합니다. 현재 버전에서 대상 주소와 출구 정보가 표시된다면 방금 접속한 시간 및 도메인과 기록을 대조하세요. 로그 상세도가 낮아 개별 요청이 기록되지 않는 경우도 있으므로 도메인이 보이지 않는다는 이유만으로 요청이 클라이언트에 들어오지 않았다고 단정하지 마세요.
추가 확인이 필요하다면 연결 전후에 같은 신뢰할 수 있는 출구 정보 확인 페이지를 열어 결과를 비교할 수 있습니다. 다만 해당 페이지가 라우팅 규칙상 프록시를 사용해야 하는 경우에만 프록시 출구로 바뀌는 것이 정상입니다. 직접 연결 규칙이 적용되었다면 출구가 그대로인 것이 올바른 동작일 수 있습니다. 출구 지역, 페이지 표시 언어, 페이지 접속 여부만으로 판단하지 마세요. 확인 페이지에 구독 주소나 클라이언트 설정을 입력할 필요도 없습니다.
직접 연결과 앱 적용 범위도 확인
직접 연결해야 하는 일반적인 로컬 사이트를 열고, 필요하면 LAN의 라우터나 이미 알고 있는 서비스에도 접속해 기본 연결이 영향을 받지 않았는지 확인하세요. 프록시 대상은 정상인데 LAN에 접속할 수 없다면 전체 모드가 선택되었는지, 사설 주소 우회 설정이 적용되었는지, 사용자 지정 규칙이 프리셋을 덮어쓰는지 먼저 살펴보세요. 브라우저는 정상인데 다른 앱만 작동하지 않는다면 해당 앱이 시스템 프록시를 따르는지 또는 Android의 앱별 프록시 규칙에서 제외되었는지 확인하세요. 클라이언트를 먼저 재설치하지 마세요.
테스트 사이트에 모두 접속할 수 없다면 ‘원래 네트워크가 정상인지 → 요청이 클라이언트에 들어오는지 → 로그에 연결 오류가 있는지 → 서버 설정이 유효한지’ 순서로 범위를 좁히세요. 도메인 이름 확인 오류가 나타나면 DNS 관련 알림을 먼저 확인하고, 연결 시간 초과가 발생하면 원격 주소와 네트워크 연결 상태를 점검하세요. 인증 또는 핸드셰이크 오류가 있다면 구독 설정 항목과 호환성을 다시 확인합니다. 라우팅 문제를 비교하기 위해 잠시 전체 모드로 전환할 수 있지만 테스트 후에는 평소 사용하던 프리셋으로 되돌리세요.
마지막으로 연결 종료 후 복구 확인
확인이 끝나면 연결을 직접 한 번 중지하세요. v2rayN은 종료하기 전에 시스템 프록시를 해제하고 브라우저가 평소 네트워크로 돌아왔는지 확인할 수 있습니다. v2rayNG는 연결 버튼으로 연결을 끊고 시스템 VPN 표시가 사라지는지 확인하세요. 데스크톱 클라이언트가 비정상 종료된 뒤에도 페이지가 중지된 로컬 포트를 가리킨다면 시스템 프록시 설정이 남아 있는지 살펴보세요. 이렇게 복구 상태를 확인하면 다음 부팅이나 네트워크 전환 때 남은 설정을 네트워크 자체의 문제로 오해하지 않을 수 있습니다.
검증된 설정을 한 세트로 정리해 두세요. 구독 그룹, 활성 서버, 트래픽 처리 방식, 라우팅 프리셋이 포함됩니다. 문제가 생기면 이 기준 설정으로 돌아간 뒤 항목별로 조정하세요. 다른 사람에게 도움을 요청할 때는 클라이언트, 운영체제, 작업 단계와 민감 정보를 가린 오류 문구만 설명하고 전체 구독 주소나 계정 정보를 공유하지 마세요. 이로써 첫 설정의 네 단계가 마무리됩니다. 구독 업데이트 실패나 특정 앱의 문제는 도움말에서, 프로토콜·보안 전송 계층·코어 종류의 차이는 프로토콜 안내에서 자세히 확인할 수 있습니다.