VPN 사용법은 단순히 “연결” 버튼을 찾는 것으로 끝나지 않습니다. 초보자가 자주 막히는 부분은 어떤 클라이언트를 선택할지, 구독을 어떻게 가져올지, 서버와 프로토콜은 어떻게 다른지, 연결 후 트래픽·분할 라우팅·DNS 상태를 어떻게 확인할지입니다. 아래에서 계정 준비부터 일상적인 문제 해결까지 순서대로 설명합니다.
사용 시작 전: 계정, 기기 및 클라이언트
1. 여러 기기에서 동시에 사용할 수 있나요?
가능합니다. 45VPN은 기기 수를 제한하지 않으므로 데스크톱, 태블릿 및 기타 개인 기기에서 하나의 구독을 사용할 수 있습니다. 다만 “기기 무제한”이 각 기기에 별도 트래픽이 제공된다는 뜻은 아닙니다. 같은 계정의 연결은 일반적으로 현재 요금제의 이용 가능한 트래픽을 함께 사용하며, 백그라운드 다운로드, 시스템 업데이트 및 클라우드 동기화도 네트워크 전송량에 포함됩니다.
여러 기기를 동시에 연결할 때는 각 기기에 알아보기 쉬운 설정 이름을 지정하고, 구독 링크를 다른 사람에게 보내지 않는 것이 좋습니다. 구독 링크에는 계정 식별에 사용되는 접근 정보가 포함되는 경우가 많아, 공개되면 다른 사람이 가져와 같은 계정의 트래픽을 사용할 수 있습니다. 링크가 유출된 것으로 의심되면 서비스 패널에서 인증 정보를 갱신한 뒤 클라이언트에 다시 가져오세요.
가입할 때 이메일 주소가 필요하지 않으며, 사용자 이름과 비밀번호만으로 계정 준비를 완료할 수 있습니다. 사용자 이름·비밀번호와 구독 링크는 역할이 다릅니다. 앞의 두 정보는 패널에 로그인할 때 사용하고, 구독 링크는 서버 설정을 클라이언트에 전달하는 용도이므로 일반 웹 링크처럼 공개해 보관해서는 안 됩니다.
2. 플랫폼별로 어떤 클라이언트를 설치해야 하나요?
클라이언트는 서버 자체가 아니라 설정을 읽고 터널을 만들며 분할 라우팅 규칙을 실행하는 도구입니다. 선택할 때는 먼저 구독에 포함된 프로토콜을 지원하는지 확인하고, 그다음 시스템 프록시, 가상 네트워크 어댑터 모드, 규칙 기반 라우팅 및 DNS 설정을 지원하는지 살펴보세요. 화면이 비슷하다는 이유만으로 호환성을 판단해서는 안 됩니다. 해당 프로토콜을 지원하지 않는 클라이언트에서는 같은 구독을 가져오지 못하거나 연결할 수 없습니다.
Windows와 macOS에서는 일반적으로 시스템 프록시와 가상 네트워크 어댑터 모드 중 하나를 선택할 수 있습니다. 시스템 프록시는 운영체제의 프록시 설정을 따르는 앱의 트래픽을 주로 처리하고, 가상 네트워크 어댑터 모드는 적용 범위가 더 넓지만 높은 시스템 권한이 필요할 수 있으며 다른 네트워크 도구와 라우팅 충돌이 발생하기 쉽습니다. Android 클라이언트는 보통 시스템이 제공하는 VPN 인터페이스를 통해 트래픽을 전달합니다. iOS와 iPadOS 클라이언트는 시스템 네트워크 확장 기능에 의존하며, 지원 프로토콜은 선택한 앱에 따라 달라집니다.
- ✅ 운영체제에 맞는 클라이언트 설치 파일을 신뢰할 수 있는 출처에서 받으세요.
- ✅ 클라이언트가 구독에 포함된 프로토콜과 구독 형식을 명확히 지원하는지 확인하세요.
- ✅ 처음 설정할 때는 기본 DNS와 라우팅 설정을 유지하고, 연결이 성공한 뒤 하나씩 조정하세요.
- ❌ 시스템 프록시나 가상 네트워크 어댑터 라우팅을 변경하는 네트워크 도구를 여러 개 동시에 실행하지 마세요.
- ❌ 구독 링크를 공개 속도 측정 페이지, 포럼 또는 공유 문서에 붙여 넣지 마세요.
구독 가져오기와 서버 업데이트
3. 구독 링크를 클라이언트로 어떻게 가져오나요?
구독 링크는 업데이트 가능한 서버 목록이라고 생각하면 됩니다. 사용자 패널에 로그인해 구독 주소를 복사한 다음 클라이언트에서 “구독 추가”, “URL에서 가져오기” 또는 비슷한 메뉴를 찾아 링크를 붙여 넣고 업데이트를 실행하세요. 가져오기가 완료되면 클라이언트에 이용 가능한 지역, 서버 이름 및 프로토콜 유형이 표시되며, 목록에서 서버를 선택해 연결할 수 있습니다.
클라이언트마다 메뉴 이름은 다를 수 있지만 기본 과정은 같습니다.
- 사용자 패널에 들어가 현재 구독 링크를 복사합니다.
- 빈 서버를 수동으로 새로 만드는 대신 클라이언트에 원격 구독을 추가합니다.
- 구독 업데이트를 실행하고 서버 목록이 모두 로드될 때까지 기다립니다.
- 처음 연결을 테스트할 때는 가까운 서버를 선택합니다.
- 자주 이용하는 웹사이트를 열어 웹페이지, 이미지 및 지속 연결이 정상적으로 로드되는지 확인합니다.
- 이후 서버 목록에 변화가 보이면 먼저 구독을 업데이트한 뒤 서버를 다시 선택합니다.
구독 가져오기
→ 서버 목록 업데이트
→ 가까운 진입점 선택
→ 연결 설정
→ 출구 및 DNS 확인
→ 이후 분할 라우팅 규칙 설정4. 직접 연결, 중계 및 IEPL 전용 회선은 어떻게 다른가요?
이 명칭은 로컬 진입점에서 원격 출구까지 데이터가 이동하는 경로를 설명합니다. 직접 연결은 기기가 원격 서버에 바로 연결되는 방식으로 경로가 단순하지만, 네트워크 간 연결과 국제 출구의 변동이 사용감에 그대로 반영됩니다. 중계 연결은 가까운 진입점에 먼저 접속한 뒤 서비스 제공자가 구성한 링크를 통해 출구에 도달하므로, 불안정한 공용 네트워크 경로를 피하는 데 도움이 될 수 있습니다. IEPL 전용 회선은 국경 간 구간에 전용 전송 경로를 사용하는 방식으로, 일반 공용 네트워크 직접 연결과 경로 구성이 다릅니다.
회선 유형은 실제 네트워크 환경과 분리해 순위를 매길 수 없습니다. 거리가 가깝다고 전체 경로가 반드시 짧은 것은 아니며, 이름에 “전용 회선”이 들어간다고 모든 웹사이트에서 같은 성능이 보장되는 것도 아닙니다. 진입점 네트워크, 통신사 간 연결, 출구 지역, 대상 웹사이트의 데이터센터 및 현재 혼잡도가 결과에 영향을 줍니다. 가장 신뢰할 수 있는 방법은 같은 기기와 네트워크에서 같은 작업을 수행하며 비교하는 것입니다.
| 회선 유형 | 경로 특징 | 먼저 테스트하기 좋은 상황 | 주의할 점 |
|---|---|---|---|
| 직접 연결 | 기기가 원격 출구에 직접 연결됨 | 로컬 국제 출구가 안정적이고 대상 지역이 가까운 경우 | 공용 네트워크 경로 변화가 연결에 직접 영향을 줌 |
| 중계 | 가까운 진입점으로 먼저 이동한 뒤 원격 출구로 전환 | 직접 연결 경로가 우회되거나 네트워크 간 성능이 불안정한 경우 | 진입점 품질과 중계 경로를 모두 테스트해야 함 |
| IEPL 전용 회선 | 국경 간 구간에 전용 전송 경로를 사용 | 장시간 세션, 원격 협업 및 지속적인 데이터 전송 | 최종 사용감은 로컬 접속 환경과 대상 서비스의 영향도 받음 |
프로토콜 선택과 연결 모드
5. Shadowsocks, VMess, Trojan, VLESS, Hysteria2 및 TUIC 중 무엇을 선택해야 하나요?
이 프로토콜들은 클라이언트와 서버가 연결을 설정하고 신원을 확인하며 데이터를 전송하는 방식을 정의합니다. 단순한 “속도 등급”이 아니며, 실제 성능은 클라이언트 구현, 서버 설정, 전송 계층 및 현재 네트워크가 해당 통신 방식에 적합한지에 따라 달라집니다.
Shadowsocks는 널리 사용되는 암호화 프록시 프로토콜로 설정이 비교적 간단하고 지원 클라이언트의 범위가 넓습니다. VMess는 V2Ray 생태계에서 자주 사용되며 인증과 다양한 전송 조합을 제공합니다. Trojan은 일반적으로 TLS를 기반으로 연결을 설정하므로 구축 시 인증서, 도메인 및 서버 설정을 올바르게 구성해야 합니다. VLESS 자체는 콘텐츠 암호화를 담당하지 않으며 보통 TLS 또는 다른 보안 전송 방식과 함께 사용됩니다. 따라서 프로토콜 이름만으로 전체적인 보안 특성을 판단해서는 안 됩니다.
Hysteria2와 TUIC는 모두 QUIC 및 UDP 기능을 기반으로 하며, 패킷 손실이나 변동이 있는 환경에서 전송 효율을 유지하는 데 초점을 둡니다. 현재 네트워크에 적합한지는 로컬 네트워크가 UDP를 지원하는지에 달려 있습니다. UDP가 제한된 네트워크에서는 핸드셰이크 실패, 연결 불안정 또는 완전한 사용 불가가 발생할 수 있으므로, 이때는 TCP 기반 설정을 테스트해 보세요.
- ✅ 클라이언트와 서버가 모두 특정 프로토콜을 지원해야 연결을 설정할 수 있습니다.
- ✅ 일반 웹페이지는 열리지만 실시간 전송이 불안정하다면 서로 다른 전송 계층 설정을 비교해 보세요.
- ✅ UDP 환경이 양호하다면 Hysteria2 또는 TUIC의 실제 성능을 테스트할 수 있습니다.
- ❌ 특정 프로토콜 이름을 익명성 수준이나 회선 품질과 동일시하지 마세요.
- ❌ 연결이 정상일 때 하위 계층 매개변수를 자주 변경하지 마세요. 새로운 호환성 문제가 생길 수 있습니다.
6. 전역 모드, 규칙 모드 및 직접 연결 모드란 무엇인가요?
전역 모드에서는 클라이언트가 관리하는 범위의 트래픽을 모두 선택한 서버로 전달합니다. “분할 라우팅 규칙 때문에 접속에 실패한 것인지” 확인할 때 유용합니다. 반면 로컬 웹사이트, 소프트웨어 업데이트 및 국제 회선이 필요하지 않은 요청까지 원격 출구를 거칠 수 있어 트래픽이 늘고 경로가 우회될 수 있습니다.
규칙 모드는 도메인, IP 주소 또는 규칙 세트를 기준으로 프록시와 직접 연결 중 어느 경로를 사용할지 판단하므로 일상적인 장기 사용에 더 적합합니다. 규칙의 정확성이 중요합니다. 하나의 서비스가 로그인 도메인, 정적 리소스 도메인, API 도메인 및 콘텐츠 전송 네트워크를 함께 호출할 수 있기 때문입니다. 기본 도메인만 프록시로 보내면 페이지는 열리지만 이미지, 로그인 또는 재생이 실패할 수 있습니다. 직접 연결 모드는 프록시를 우회하며, 일시적으로 전달을 중지하거나 로컬 네트워크가 정상인지 확인할 때 주로 사용합니다.
처음에는 전역 모드로 서버 연결을 확인한 뒤 규칙 모드로 전환해도 됩니다. 전환 후 특정 서비스에 문제가 생기면 무작정 프로토콜을 바꾸기보다 클라이언트 연결 로그에서 관련 도메인이 어느 경로로 분류됐는지 확인하세요.
트래픽 계산과 일상적인 연결
7. 트래픽은 어떻게 계산되나요?
요금제 트래픽은 일반적으로 서비스 회선을 통과한 업로드와 다운로드 데이터를 기준으로 계산됩니다. 웹페이지 열기, 동영상 시청 및 파일 다운로드는 다운로드 트래픽을 만들고, 첨부파일 업로드, 클라우드 백업, 화상회의 및 대용량 파일 전송은 업로드 트래픽을 만듭니다. 일부 클라이언트는 기기 측 통계를 표시하고 서비스 패널은 계정 측 통계를 표시하므로, 집계 위치와 연결 오버헤드 및 업데이트 시점에 따라 차이가 날 수 있습니다. 계정 사용량은 패널의 요금제 기록을 기준으로 확인하세요.
전역 모드에서는 운영체제 업데이트, 클라우드 드라이브 동기화 및 앱 스토어 다운로드 같은 백그라운드 작업도 회선을 통과하기 쉽습니다. 불필요한 트래픽 사용을 줄이려면 규칙 기반 분할 라우팅을 사용해 로컬 서비스와 신뢰할 수 있는 국내 리소스를 직접 연결할 수 있습니다. 트래픽 패키지는 만료되지 않으므로 사용 빈도가 일정하지 않은 경우에 적합하지만, 선택하기 전 자신의 전송 작업에 맞는 요금제 유형인지 판단해야 합니다.
8. VPN을 계속 켜 두어야 하나요?
계속 연결할지는 작업에 따라 달라집니다. 안정적인 출구가 필요한 장시간 세션, 원격 협업, 국경 간 접속 및 공용 네트워크 사용 상황에서는 작업 중 경로가 바뀌지 않도록 연결을 유지할 수 있습니다. 국제 웹사이트를 가끔 이용할 때는 필요할 때만 켜고 작업이 끝난 뒤 끄면 백그라운드 트래픽이 원격 회선을 통과하는 것을 줄일 수 있습니다.
클라이언트에 “연결 끊김 보호” 또는 유사한 기능이 있다면 먼저 작동 방식을 이해해야 합니다. 회선이 예기치 않게 끊기면 연결이 복구되거나 사용자가 직접 기능을 끌 때까지 트래픽이 로컬 네트워크로 바로 돌아가지 않도록 차단합니다. 연결이 끊긴 뒤 출구가 바뀌는 것을 원하지 않는 작업에 적합하지만, 설정이 맞지 않으면 “연결이 끊긴 후 인터넷을 전혀 사용할 수 없는” 상태처럼 보일 수 있습니다. 이 경우 앱을 바로 다시 설치하기보다 클라이언트 연결 상태와 연결 끊김 보호 설정을 먼저 확인하세요.
서버 전환, 로그인 상태 및 DNS 점검
9. 서버를 바꾸면 웹사이트 로그인이 풀리나요?
서버를 바꾸면 외부에 표시되는 출구 주소가 달라지지만, 브라우저에 저장된 로그인 정보가 반드시 즉시 삭제되는 것은 아닙니다. 따라서 어떤 웹사이트는 전환 후에도 로그인 상태를 유지하고, 어떤 웹사이트는 다시 인증을 요구할 수 있습니다. 이는 대상 서비스가 세션, 출구 지역 및 네트워크 변화를 평가하는 방식에 따라 달라집니다.
결제, 업로드, 원격 데스크톱 또는 지속적인 대화를 진행 중이라면 중간에 서버를 바꾸지 않는 것이 좋습니다. 기존 연결이 보통 중단된 뒤 다시 설정되기 때문입니다. 반드시 바꿔야 한다면 현재 작업을 먼저 저장하고 같은 지역의 다른 서버를 선택하세요. 지역을 자주 바꾸면 대상 서비스가 세션 환경의 갑작스러운 변화를 감지하기 쉬우므로, 고정적인 작업에는 비교적 안정적인 지역과 서버를 사용하는 것이 좋습니다.
서버를 바꾼 뒤에도 페이지에 이전 지역이 계속 표시된다면 브라우저 캐시, 웹사이트 계정의 지역 설정, 위치 권한 또는 DNS 캐시가 원인일 수 있으며 서버 전환이 실패했다는 뜻은 아닙니다. 먼저 기존 연결을 끊고 새 서버가 연결되었는지 확인한 뒤 대상 페이지를 다시 여세요. 그래도 문제가 계속되면 브라우저와 시스템 네트워크 상태를 각각 점검하세요.
10. 연결됐는데 웹페이지가 열리지 않을 때 DNS 누수와 분할 라우팅은 어떻게 확인하나요?
“클라이언트에 연결됨으로 표시된다”는 것은 클라이언트와 서버 사이에 통로가 만들어졌다는 뜻일 뿐, 도메인 조회, 시스템 라우팅 및 앱 프록시가 모두 올바르게 작동한다는 의미는 아닙니다. 문제를 점검할 때는 로컬 네트워크부터 시작해 회선, DNS, 분할 라우팅 및 앱 설정을 단계별로 확인해야 합니다.
DNS는 도메인을 네트워크 주소로 변환합니다. DNS 누수는 일반적으로 서비스 트래픽은 프록시 회선을 통과하지만 도메인 조회는 사용하고 싶지 않은 로컬 리졸버로 전송되는 상황을 말합니다. 이로 인해 조회 중인 도메인이 노출될 수 있고, 로컬 조회 결과와 출구 지역이 일치하지 않아 웹사이트가 적절하지 않은 서비스 노드로 연결될 수도 있습니다. 해결 방법은 임의의 공용 DNS 주소를 입력하는 것이 아니라, DNS 정책을 클라이언트의 프록시 모드, 가상 네트워크 어댑터 및 분할 라우팅 규칙과 일치시키는 것입니다.
- 클라이언트 연결을 끊고 로컬 네트워크에서 자주 이용하는 웹사이트에 정상적으로 접속할 수 있는지 확인합니다.
- 다시 연결한 뒤 구독을 업데이트해 회선 설정이 변경된 경우를 배제합니다.
- 전역 모드로 전환해 테스트하세요. 전역 모드는 작동하지만 규칙 모드가 작동하지 않는다면 분할 라우팅 규칙을 중점적으로 확인합니다.
- 클라이언트 로그를 확인해 문제가 도메인 조회, 연결 핸드셰이크 또는 대상 서비스 응답 단계 중 어디에서 발생했는지 확인합니다.
- 시스템에 다른 프록시, 가상 네트워크 어댑터 또는 사용자 지정 DNS 설정이 동시에 존재하는지 확인합니다.
- 브라우저에서 시스템 정책과 충돌하는 별도 프록시 또는 암호화 DNS 설정을 사용하고 있지 않은지 확인합니다.
- 같은 지역의 다른 서버로 바꿔 다시 테스트해 특정 서버 문제인지 로컬 설정 문제인지 구분합니다.
문제를 해결할 때는 한 번에 변수 하나만 바꾸세요. 먼저 서버, 다음 프로토콜, 그다음 DNS를 확인하고 마지막으로 분할 라우팅 규칙을 점검해야 어떤 변경이 실제로 문제를 해결했는지 알 수 있습니다.
초보자 사용 점검 목록
처음 설정을 마친 뒤 아래 목록으로 마무리 점검을 진행해 보세요. 구독 정보 유출을 줄이는 동시에 서버는 정상인데 로컬 설정이 방해하는 상황도 예방할 수 있습니다.
- ✅ 계정 비밀번호와 구독 링크를 따로 보관하고, 구독 링크를 외부에 공유하지 않습니다.
- ✅ 클라이언트는 신뢰할 수 있는 출처에서 받고 현재 구독이 제공하는 프로토콜을 지원하는지 확인합니다.
- ✅ 처음 연결할 때는 기본 설정을 사용한 뒤 가상 네트워크 어댑터, 분할 라우팅 또는 사용자 지정 DNS를 하나씩 활성화합니다.
- ✅ 일상적인 작업에서는 가능한 한 출구 지역을 고정하고 중요한 전송 중에는 서버를 바꾸지 않습니다.
- ✅ 구독 목록을 정기적으로 업데이트하고, 서버에 문제가 생기면 설정이 새로 고쳐졌는지 먼저 확인합니다.
- ✅ 연결 후 출구, DNS 및 분할 라우팅 결과가 현재 작업에 맞는지 확인합니다.
- ❌ “연결됨”만으로 모든 점검이 끝났다고 생각하지 마세요. 웹페이지, 지속 연결 및 DNS를 모두 확인해야 합니다.
45VPN은 110+개 국가 및 지역과 210+개 서버를 제공하며, 기기 수 제한이 없고 익명·무로그 정책을 적용합니다. 복잡한 매개변수를 무작정 늘리기보다 클라이언트, 프로토콜 및 서버가 반복해서 검증할 수 있는 하나의 설정을 이루도록 한 뒤 실제 작업에 맞게 조정하세요. 요금제 적용 범위 안에서 이용 목적과 맞지 않는 부분을 발견했다면 14일 무조건 환불 안내를 참고해 처리할 수 있습니다.