1단계: 구독 가져오기
먼저 클라이언트가 설치되어 있고 실행되는지 확인하세요. 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 적합한 설치 방법을 선택할 수 있습니다. 클라이언트에는 사용할 수 있는 서버가 포함되어 있지 않으므로, 구독 주소는 이용 중인 서비스 제공업체에서 받아야 합니다. 구독 주소는 보통 전체가 하나의 링크로 되어 있으며, 계정 관리 페이지 주소나 서버 목록 스크린샷과는 다릅니다. 복사할 때 공백이나 줄바꿈, 메신저가 덧붙인 설명이 포함되지 않도록 전체 주소를 그대로 복사하세요.
구독 주소에는 계정 식별 정보가 포함될 수 있으므로 비공개로 관리하세요. 전체 주소를 공개 게시판에 올리거나 문제 해결을 위해 주소가 보이는 스크린샷을 업로드하지 마세요. 도움을 요청할 때는 오류 메시지, 클라이언트 이름, 작업 순서만 남기면 됩니다. 스크린샷에 구독 링크, 서버 인증 정보, 개인정보가 보인다면 먼저 가려 주세요. 이 사이트는 사용 방법을 안내하지만 구독 주소를 제공하거나 구독 계정의 유효성을 확인해 드리지는 않습니다.
v2rayN: 그룹을 만든 다음 구독 업데이트
v2rayN을 열고 ‘구독 그룹’ 메뉴에서 ‘구독 그룹 설정’ 또는 이에 해당하는 관리 메뉴로 이동합니다. 추가를 선택하고 ‘일상 사용’처럼 알아보기 쉬운 그룹 이름을 입력한 뒤, 구독 주소 전체를 주소 입력란에 붙여 넣습니다. 그룹이 활성화되어 있는지 확인하고 저장하세요. 그룹 이름은 로컬에서 구분하기 위한 것으로 구독 내용에는 영향을 주지 않습니다. 처음 설정할 때는 업데이트 간격 같은 추가 옵션을 바꿀 필요가 없습니다.
저장한 뒤 메인 화면으로 돌아가 구독 메뉴에서 방금 추가한 그룹을 업데이트합니다. 메뉴에 ‘프록시를 통해 업데이트’와 ‘프록시 없이 업데이트’가 모두 있다면, 아직 사용할 수 있는 프록시가 없는 첫 설정 단계에서는 프록시 없이 업데이트를 먼저 시도하세요. 프록시를 통한 업데이트는 이미 사용할 수 있는 연결이 있을 때 의미가 있습니다. 업데이트가 끝나면 현재 그룹에 서버 설정이 표시되는지 확인합니다. 구독 주소 저장과 구독 내용 다운로드는 별개의 작업이므로, 주소만 저장하면 서버 목록이 비어 있을 수 있습니다.
목록에 설정이 표시되면 서버 하나를 선택하고 마우스 오른쪽 버튼 메뉴의 ‘활성 서버로 설정’ 또는 현재 버전에 해당하는 메뉴를 선택합니다. 마우스로 선택한 행과 코어가 실제로 사용하는 서버는 다를 수 있습니다. 행을 클릭하기만 해서는 서버가 전환되지 않을 수 있으므로 활성 표시를 확인하세요. 목록이 길다면 유효한지 확인할 수 있는 서버 하나를 먼저 선택하고, 연결 확인을 마친 뒤 다른 서버와 비교하세요.
v2rayNG: 주소를 저장한 뒤 그룹 업데이트
v2rayNG의 사이드 메뉴를 열고 ‘구독 그룹 설정’으로 이동합니다. 추가 메뉴에서 그룹 이름과 구독 주소를 입력하고 저장하세요. 설정 목록으로 돌아가 메뉴에서 구독을 업데이트합니다. 그룹별 업데이트를 지원하는 화면이라면 방금 만든 그룹을 먼저 선택하세요. 업데이트가 끝나면 설정 하나를 눌러 활성 표시가 해당 항목으로 이동했는지 확인합니다. 추가 버튼의 ‘클립보드에서 가져오기’는 단일 공유 설정을 가져올 때도 쓸 수 있지만, 단일 설정과 계속 업데이트할 수 있는 구독 그룹은 관리 방식이 다릅니다.
업데이트 후에도 설정이 하나도 표시되지 않으면 복사한 주소가 구독 주소인지 먼저 확인하고, 오류가 네트워크 요청 실패인지 내용 분석 실패인지 살펴보세요. 목록이 비어 있을 때 라우팅이나 수신 포트를 바꿔도 구독을 가져오지 못한 문제는 대개 해결되지 않습니다. 구독, 서버, 공유 링크의 차이는 용어 설명에서 확인하세요. 항목별로 문제를 해결하려면 문제 해결 가이드를 참고하세요. 이 단계의 완료 기준은 목록에 설정이 있고, 활성 서버 하나를 명확히 선택한 상태입니다.
2단계: 프록시 모드 선택
활성 서버를 선택했다면 앱이 요청을 클라이언트로 전달하는 방식을 정합니다. 먼저 두 설정을 구분하세요. 시스템 프록시는 시스템 설정을 따르는 앱이 로컬 프록시를 사용하도록 하고, 라우팅 모드는 코어가 요청을 받은 뒤 직접 연결할지 선택한 서버를 거칠지 결정합니다. 두 설정은 서로 다른 단계에서 작동하므로 대체할 수 없습니다. 라우팅을 ‘전역’으로 바꿔도 모든 앱이 자동으로 프록시에 연결되는 것은 아니며, 기기 전체의 트래픽이 자동으로 전환되는 것도 아닙니다.
v2rayN: 시스템 프록시를 설정하고 라우팅 프리셋 선택
v2rayN 메인 화면의 상태 영역이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 설정’을 선택합니다. 데스크톱 운영체제에 따라 추가 확인이 필요할 수 있으므로, 설정 후 클라이언트에 표시되는 프록시 상태를 확인하세요. 처음에는 시스템 프록시를 사용하는 브라우저로 테스트하는 것이 좋습니다. 브라우저 확장 프로그램에도 별도의 프록시 주소를 입력하면 두 설정이 서로 덮어써 실제 요청 경로를 확인하기 어려워질 수 있습니다.
그다음 라우팅 설정 또는 라우팅 모드 메뉴를 찾습니다. 현재 버전에 ‘중국 본토 우회’와 같은 프리셋이 있다면 사용 목적에 맞게 선택하세요. 직접 연결 규칙에 해당하는 요청은 바로 연결하고, 나머지 요청은 프록시를 사용합니다. 프리셋 이름이 다르면 이름만 보고 판단하지 말고 규칙의 출구 설정을 확인하세요. 지금은 규칙 순서를 편집하거나 복잡한 도메인 목록을 추가하거나 특수 DNS 기능을 켤 필요가 없습니다. 명확한 프리셋 하나를 사용해야 이후 연결 문제의 원인을 파악하기 쉽습니다.
‘전역’ 모드는 짧은 비교 테스트에 활용할 수 있습니다. 같은 서버를 사용하면서 받은 요청을 최대한 프록시 출구로 보내고 증상이 달라지는지 확인한 뒤, 평소 사용하던 라우팅 설정으로 되돌리세요. 직접 연결로 명시된 앱이나 시스템 프록시를 사용하지 않는 앱은 경로가 바뀌지 않을 수 있습니다. 규칙 매칭과 출구 선택에 관한 자세한 내용은 라우팅 및 DNS 용어에서 확인하세요. 지금은 시스템 프록시와 라우팅 선택이 각각 무엇을 하는지 파악하면 충분합니다.
v2rayNG: 먼저 VPN 모드로 기본 상태 확인
v2rayNG 설정에서 VPN 모드가 선택되어 있는지 확인하세요. 버전에 ‘프록시 전용’ 같은 모드가 있더라도 처음에는 앱에서 로컬 프록시를 직접 지정해야 하는 방식으로 바꾸지 마세요. VPN 모드에서는 Android VpnService가 대상 앱의 트래픽을 전달받지만, 직접 연결과 프록시 중 어느 쪽을 사용할지는 클라이언트의 라우팅 설정으로 결정됩니다. 연결하기 전에는 기존 기본 라우팅을 유지해 네트워크 설정을 한꺼번에 바꾸지 않도록 하세요.
처음 연결을 확인하기 전에는 앱별 필터링을 사용하지 않거나, 테스트할 브라우저가 프록시 대상에 포함되어 있는지 확인하세요. 선택한 앱만 프록시를 사용하도록 설정했는데 테스트 앱이 목록에 없다면 클라이언트가 정상적으로 연결되어도 프록시 작동 여부를 확인할 수 없습니다. 특정 앱의 경로가 바뀌지 않았다는 이유만으로 서버가 작동하지 않는다고 판단하지 마세요. 이 단계가 끝나면 데스크톱 브라우저가 시스템 프록시를 사용하는지, Android 테스트 앱이 연결 대상에 포함되어 있는지 알 수 있어야 합니다.
3단계: 연결 시작
이제 구독, 활성 서버, 요청 경로를 정했으므로 연결을 시작할 수 있습니다. 시스템 네트워크를 제어하는 다른 프록시나 VPN 클라이언트가 실행 중이라면 먼저 종료해 여러 프로그램이 시스템 프록시를 반복해서 바꾸거나 같은 연결 경로를 놓고 충돌하지 않도록 하세요. 현재 설정을 유지한 채 클라이언트 하나만 사용하세요. 오류가 발생하면 먼저 오류 메시지를 그대로 기록하고, 원인에 맞는 설정 하나만 조정하세요. 서버, 라우팅, DNS를 동시에 바꾸면 어떤 설정이 영향을 줬는지 알기 어렵습니다.
v2rayN: 코어 실행 및 시스템 프록시 상태 확인
v2rayN은 활성 서버를 선택하거나 설정을 저장한 뒤, 또는 코어를 재시작한 뒤 현재 설정에 따라 코어를 실행하는 경우가 많습니다. 일부 버전에는 별도의 시작 또는 재시작 메뉴가 있으므로 실제 화면을 기준으로 확인하세요. 로그 영역에서 시작 실패, 설정 읽기 실패, 수신 대기 실패가 계속 표시되지 않는지 살펴봅니다. 시스템 프록시가 여전히 ‘시스템 프록시 자동 설정’ 상태인지도 확인하세요. 트레이에 클라이언트 아이콘이 있다는 이유만으로 네트워크 연결이 완료됐다고 판단해서는 안 됩니다.
로그에 로컬 포트가 사용 중이라고 표시되면 중복 실행 중인 클라이언트를 먼저 종료하고 다른 프록시 프로그램이 해당 포트를 사용 중인지 확인하세요. 특정 포트 번호를 그대로 따라 하지 마세요. 로컬 수신 포트 번호와 통합 수신 여부, 지원하는 프록시 유형은 클라이언트 버전과 설정에 따라 달라질 수 있으므로 ‘매개변수 설정’이나 수신 설정에 표시된 값을 기준으로 하세요. 포트 충돌을 더 확인해야 한다면 문제 해결 가이드의 점검 절차를 따른 뒤 이 페이지로 돌아와 계속 확인하세요.
코어가 정상적으로 시작되었다는 것은 로컬 서비스가 준비되었다는 뜻일 뿐, 원격 서버를 사용할 수 있다는 뜻은 아닙니다. 클라이언트는 앱에서 실제로 요청을 보낼 때 연결을 시작하는 경우가 많으므로, 아직 트래픽 기록이 없는 것은 이상한 일이 아닙니다. 이 상태에서 클라이언트를 계속 실행하고 바로 종료하거나 반복해서 재시작하지 마세요. 다음 단계에서 브라우저로 접속해 요청을 발생시키고 로그를 함께 확인합니다.
v2rayNG: 시스템 연결 권한 확인
v2rayNG 설정 목록으로 돌아가 활성 설정이 맞는지 확인한 뒤 화면 아래의 연결 버튼을 누릅니다. 처음 연결할 때 Android에서 VPN 연결을 허용할지 묻는 시스템 권한 창이 표시됩니다. 방금 실행한 클라이언트의 요청인지 확인하고 안내를 읽은 뒤 승인하세요. 취소하면 시스템 연결 경로를 만들 수 없으며, 서버를 반복해서 눌러도 권한 승인을 대신할 수 없습니다. 권한을 허용한 뒤 연결 버튼, 클라이언트 상태, 시스템 VPN 표시가 바뀌는지 확인하세요.
다른 VPN 연결이 이미 활성화되어 있다는 안내가 나오면 먼저 해당 연결의 용도를 확인하고 필요에 따라 연결을 끊은 뒤 다시 시도하세요. 두 앱이 번갈아 네트워크를 제어하는 상황은 피해야 합니다. 연결한 뒤에는 검증을 마칠 때까지 앱을 포그라운드에 두고, 배터리 절전 설정은 서둘러 바꾸지 마세요. 화면을 잠그거나 앱을 전환한 뒤에만 연결이 끊긴다면 시스템 배터리 관리와 백그라운드 실행 권한을 확인하세요. 이렇게 하면 첫 연결 실패와 백그라운드 중단을 구분해 해결할 수 있습니다.
4단계: 작동 여부 확인
작동 여부를 확인하려면 앱의 실제 접속 결과와 클라이언트 기록을 함께 살펴봐야 합니다. 연결 아이콘은 클라이언트가 어떤 상태로 실행 중인지 나타내고, 서버 지연 시간 테스트는 특정 탐색 결과를 보여줍니다. 어느 쪽도 브라우저의 모든 요청이 정상이라는 것을 보장하지 않습니다. 더 확실한 방법은 서버와 라우팅 설정을 그대로 두고 같은 앱으로 같은 사이트에 접속해 페이지가 실제로 열리는지 확인한 뒤, 같은 시각의 로그에서 연결 또는 오류 기록을 살펴보는 것입니다.
새 요청으로 실제 접속 확인
데스크톱에서는 시스템 프록시를 사용하는 브라우저를 열고 새 페이지를 만들어, 현재 라우팅 설정에 따라 프록시를 사용해야 하는 사이트에 접속하세요. 캐시된 콘텐츠나 기존 연결이 결과에 영향을 줄 수 있으므로 이미 열려 있는 탭만 확인하지 마세요. 글자나 이미지 등 새 리소스가 로드되는지 확인하고 같은 시각에 클라이언트가 관련 요청을 기록했는지도 살펴봅니다. 현재 로그 수준에서 성공한 연결을 표시하지 않더라도 성공 로그가 없다는 이유만으로 실패로 판단하지 말고 페이지 결과와 오류 메시지를 함께 확인하세요.
Android에서는 프록시 대상에 포함된 브라우저로 같은 테스트를 진행합니다. 특정 앱만 실패한다면 2단계로 돌아가 앱별 설정을 확인하고, 해당 앱에 자체 네트워크 설정이 있는지도 살펴보세요. 모든 앱에서 접속할 수 없다면 3단계의 실행 상태와 권한 승인 여부를 다시 확인합니다. 한 번의 테스트를 성공한 것처럼 보이게 하려고 프록시 도구를 여러 개 실행하지 마세요. 클라이언트 하나, 활성 서버 하나, 고정된 테스트 대상 하나를 사용해야 전후 차이를 제대로 비교할 수 있습니다.
네트워크 출구 확인 페이지를 이용한다면 라우팅 규칙을 고려해 결과를 해석하세요. 확인 요청이 직접 연결 출구로 지정되어 있으면 페이지에 현재 네트워크의 출구가 표시되더라도 프록시 실패라고 단정할 수 없습니다. 반대로 어떤 페이지에 프록시 출구가 표시되어도 모든 앱이 같은 경로를 이용한다는 뜻은 아닙니다. 분할 라우팅 문제인지 확인하려면 잠시 전역 라우팅을 사용해 같은 요청을 비교하고, 테스트가 끝나면 기존 설정으로 되돌리세요. 비교 테스트 설정을 장기간 문제 해결의 결론으로 사용하지 마세요.
실패하면 한 단계씩 되돌려 확인
클라이언트에서 지연 시간이나 실제 연결 테스트를 제공한다면 참고 자료로 활용할 수 있습니다. 테스트마다 대상과 방식이 다르므로 표시된 밀리초를 다운로드 속도로 간주하거나 한 번의 결과만으로 서버를 선택하지 마세요. 테스트에 실패하면 같은 구독에 있는, 사용할 수 있다고 확인된 다른 설정 하나로 바꿔 다시 시도하세요. 테스트는 성공했지만 브라우저에서 접속할 수 없다면 클라이언트를 바로 재설치하기보다 시스템 프록시, 앱 범위, 라우팅을 먼저 확인하세요.
문제를 기록할 때는 클라이언트 이름, 활성 설정의 비민감한 이름, 라우팅 및 시스템 프록시 상태, 실패한 작업과 관련된 로그 메시지의 네 가지를 적어 두세요. 증상을 ‘구독 목록이 비어 있음’, ‘코어가 시작되지 않음’, ‘연결 상태지만 페이지가 열리지 않음’, ‘특정 앱에서만 실패’ 중 하나로 정리한 뒤 문제 해결 가이드에서 해당 항목을 확인하세요. VLESS, REALITY, DNS 같은 용어가 낯설다면 용어 설명을 먼저 참고하세요. 처음 연결을 마치기 위해 고급 설정을 바꿀 필요는 없습니다.
사용 종료 및 다음 연결
데스크톱에서 사용을 마칠 때는 v2rayN에서 먼저 ‘시스템 프록시 지우기’를 선택한 뒤 필요하면 클라이언트를 종료하세요. 프로세스를 강제 종료하면 시스템에 로컬 수신 주소를 가리키는 프록시 설정이 남아 클라이언트를 종료한 뒤 브라우저가 접속되지 않을 수 있습니다. 이런 경우 클라이언트를 다시 열어 시스템 프록시를 지우고, 시스템 네트워크 프록시 설정이 원래대로 복구되었는지 확인하세요. 회사나 개인이 원래 사용하던 프록시 설정은 기존 방식에 따라 복구해야 합니다.
Android에서는 v2rayNG의 연결 버튼을 눌러 직접 연결을 끊고 시스템 VPN 상태가 종료되었는지 확인하세요. 다음에 사용할 때는 보통 구독이 유효한지, 활성 설정이 올바른지 확인한 뒤 연결하면 됩니다. 매번 그룹을 삭제하고 다시 가져올 필요는 없습니다. 서비스 제공업체에서 설정을 변경했다면 해당 구독을 업데이트한 뒤 사용할 수 있는 설정을 다시 선택하세요. 이제 설정이 목록에 있고, 요청 경로가 올바르며, 클라이언트가 정상 실행되고, 실제 요청을 확인할 수 있고, 연결을 끊은 뒤 네트워크를 정상적으로 사용할 수 있으면 전체 설정이 완료된 것입니다.