VPN 초보 용어정리

구독과 요금제는 서로 다른 개념입니다

‘구독’은 서비스 페이지와 클라이언트에서 뜻이 다를 수 있습니다. 요금제 페이지의 월간 구독은 결제 방식이고, 클라이언트에서 말하는 구독은 보통 설정을 가져오는 출처를 의미합니다. 구독 링크를 통해 클라이언트가 서버 주소, 포트, 프로토콜 매개변수 등의 정보를 가져옵니다. 설정 형식에 따라 프록시 그룹, 분할 라우팅 규칙, DNS 설정이 포함될 수도 있습니다.

구독 링크를 복사하는 것은 클라이언트를 다운로드하거나 대상 웹사이트를 여는 것과 다릅니다. 일반적인 절차는 사용자 패널에서 링크를 가져온 뒤, 호환되는 클라이언트에서 구독을 추가하거나 가져오고 업데이트하는 것입니다. 클라이언트는 링크에서 받은 내용을 읽어 선택 가능한 노드나 설정 목록을 만듭니다. 서버 설정이 변경되면 변경 사항을 확인할 수 있도록 로컬에서 구독을 업데이트해야 하는 경우가 많습니다.

구독 링크에는 계정을 식별할 수 있는 인증 정보가 포함되는 경우가 많으므로 비밀번호처럼 안전하게 보관하세요. 전체 링크를 공개 댓글이나 스크린샷에 올리거나 출처가 불분명한 온라인 변환 도구에 입력하지 마세요. 문제 해결에 필요한 정보를 제출할 때는 오류 메시지와 클라이언트 이름을 우선 제공하세요. 링크가 유출된 경우 패널에서 재설정할 수 있다면 재설정한 뒤, 이미 가져온 기기에서도 구독을 업데이트하세요.

노드와 회선은 무엇을 확인해야 할까요?

노드는 클라이언트에서 선택할 수 있는 연결 설정입니다. 노드 이름에 표시된 지역은 보통 출구 위치를 가리키지만, 이름만으로 실제 위치가 확인되는 것은 아닙니다. 연결 진입점은 다른 지역에 있을 수 있고, 최종 웹사이트에 접속할 때 표시되는 출구 위치는 백엔드 라우팅에 따라 달라질 수 있습니다. 따라서 노드 이름만 보고 데이터가 어떤 경로로 이동하는지 판단할 수는 없습니다.

회선은 데이터 전송 경로와 자원 구성을 설명합니다. 직결은 일반적으로 클라이언트가 대상 프록시 서버에 직접 연결하는 방식입니다. 중계는 먼저 접속 또는 전달 서버를 거친 다음 출구로 이어집니다. IEPL 전용 회선은 특정 구간에 전용 전송 자원을 사용한다는 뜻입니다. 전용 회선이라고 해서 기기부터 웹사이트까지의 전체 경로가 공용 네트워크를 거치지 않는 것은 아닙니다. 로컬 접속 구간과 출구에서 대상 서비스까지의 경로도 이용 경험에 영향을 줍니다.

회선을 선택할 때는 먼저 대상 서비스에 필요한 지역을 확인한 다음 실제 접속 결과를 비교하세요. 클라이언트의 지연 시간 테스트는 보통 특정 확인 요청만 측정하므로 동영상의 지속 재생, 파일 전송, AI 도구의 응답 속도를 그대로 보여주지는 않습니다. 테스트에 실패했더라도 테스트 주소에 연결할 수 없는 경우일 수 있으니 실제 앱에서 확인하세요. 회선 정보는 노드 페이지에서 확인할 수 있으며, 실제 접속 결과는 용도에 맞게 검증해야 합니다.

프로토콜은 속도 순위표가 아닙니다

프로토콜은 클라이언트와 서버가 데이터를 주고받는 방식을 정합니다. Shadowsocks는 프록시 프로토콜입니다. VMess, Trojan, VLESS도 양쪽에서 해당 구현과 설정을 지원해야 합니다. Trojan은 보통 TLS를 사용합니다. VLESS의 보안은 함께 사용하는 전송 방식과 보안 계층에 따라 달라지므로 이름만 보고 보호 방식을 판단할 수 없습니다.

Hysteria2와 TUIC는 QUIC 기반 전송을 사용하며 UDP 경로에 의존합니다. 일부 네트워크에서 UDP가 제한되면 연결 성능에 영향을 받을 수 있습니다. 이름이 더 새롭다고 해서 모든 환경에 적합한 것은 아닙니다. TCP 경로도 혼잡, 패킷 손실, 서버 상태의 영향을 받습니다. 프로토콜은 클라이언트 호환성과 접속 네트워크를 함께 고려해 선택하세요.

서버가 지원하는 설정으로만 클라이언트에 연결할 수 있습니다. 노드의 프로토콜 항목을 다른 이름으로 임의 변경하거나 모든 클라이언트가 같은 구독 형식을 이해한다고 가정해서는 안 됩니다. 가져오기 오류가 발생하면 노드를 계속 바꾸기보다 먼저 패널에서 제공하는 형식과 클라이언트 지원 여부를 확인하세요. 여기에 소개한 내용은 일반 용어이며 VPNQA가 이 모든 프로토콜을 제공한다는 뜻은 아닙니다.

분할 라우팅은 요청의 경로를 결정합니다

분할 라우팅은 규칙에 따라 요청이 향할 곳을 선택합니다. 일반적인 동작은 직접 연결, 프록시 그룹으로 전달, 연결 거부입니다. 규칙은 도메인, 대상 주소, 프로세스 등의 정보를 기준으로 적용될 수 있지만, 지원 여부는 클라이언트에 따라 다릅니다. 대부분의 규칙 엔진은 위에서부터 순서대로 확인하므로 앞쪽의 포괄적인 규칙이 먼저 적용되면 뒤에 있는 세부 규칙은 작동하지 않을 수 있습니다.

규칙 모드는 설정에 따라 트래픽을 분배하므로 로컬 서비스와 해외 웹사이트를 함께 이용할 때 적합합니다. 글로벌 모드는 일반적으로 클라이언트가 처리하는 트래픽을 선택한 프록시로 보내지만 기기의 모든 앱을 자동으로 처리하는 것은 아닙니다. 직결 모드는 보통 클라이언트가 처리하는 요청을 프록시 없이 보내는 방식입니다. 정확한 명칭과 동작은 클라이언트 설명을 확인하세요.

‘시스템 프록시’와 ‘글로벌 모드’도 서로 다릅니다. 시스템 프록시는 시스템 설정을 따르는 앱이 프록시를 사용하도록 합니다. 이 설정을 따르지 않는 앱은 직접 연결할 수 있습니다. TUN 모드는 가상 네트워크 인터페이스를 통해 더 많은 IP 트래픽을 처리하며, 권한과 라우팅 설정이 필요할 수 있고 제외 항목이 유지될 수도 있습니다. 모든 트래픽을 처리하거나 익명성을 보장하는 기능은 아닙니다.

일상적인 사용에는 먼저 규칙 모드를 적용해 보세요. 대상 앱에 문제가 생기면 잠시 글로벌 모드로 바꿔 비교합니다. 정상 작동한다면 규칙, 프록시 그룹, DNS를 우선 확인하고, 계속 실패한다면 노드나 대상 서비스의 제한을 살펴보세요. 비교가 끝나면 원래 모드로 되돌려 계정 지역, 접속 경로, 과금되는 트래픽이 함께 바뀌지 않도록 하세요.

DNS와 지역 판별

DNS는 도메인 이름을 네트워크 주소로 변환합니다. 웹페이지에 접속할 때는 대상 서버 연결뿐 아니라 도메인 조회도 이루어집니다. DNS 조회가 예상한 프록시 경로를 거치지 않으면 조회한 도메인이 노출되거나 출구 위치와 맞지 않는 결과를 받을 수 있습니다. 이것이 DNS 유출을 논할 때 주의할 점입니다. 로컬 DNS 주소가 보인다는 이유만으로 유출이라고 단정할 수는 없습니다.

클라이언트 DNS, 시스템 DNS, 브라우저의 암호화 DNS가 각각 적용될 수 있습니다. 암호화 DNS는 주로 DNS 조회 과정의 전송을 보호하지만, 조회가 반드시 프록시를 거친다는 뜻은 아닙니다. 클라이언트 문서와 DNS 조회 기록을 함께 확인해 어느 구성 요소가 조회를 시작했는지, 요청이 어떤 경로를 거치는지, 규칙이 응답 주소를 어떻게 처리하는지 살펴보세요. 문제를 확인한다며 인증서 검증 같은 보호 기능을 무작정 끄지 마세요.

대상 플랫폼은 출구 주소, 계정 지역, 결제 정보, 기기 위치, 기존 세션도 참고할 수 있습니다. 일본 노드로 바꿔도 플랫폼이 계정을 일본 지역 계정으로 판단한다고 보장할 수 없습니다. 지역 제한이 표시된다고 해서 반드시 DNS 유출인 것도 아닙니다. 문제를 진단할 때 ‘이름을 확인할 수 없음’, ‘연결할 수 없음’, ‘플랫폼에서 접속 거부’를 구분해야 네트워크 설정을 바꿀지 계정 조건을 확인할지 결정할 수 있습니다.

클라이언트별 차이와 가져오기 절차

Windows와 macOS 클라이언트에는 시스템 프록시와 가상 네트워크 인터페이스 설정이 흔히 있습니다. iOS는 보통 시스템 네트워크 확장으로 트래픽을 처리하고, Android 클라이언트는 시스템 VPN 인터페이스를 사용하며 앱별 분할 라우팅을 지원할 수 있습니다. Linux는 서비스, 권한, 라우팅을 별도로 설정해야 할 수 있습니다. 비슷한 이름의 스위치라도 플랫폼마다 동작이 완전히 같지는 않습니다.

VPNQA는 Windows, macOS, iOS, Android, Linux를 지원합니다. 클라이언트별 설정 형식, 권한 요구 사항, 백그라운드 실행 방식은 가이드에서 확인해야 합니다. 특히 ‘설정 가져오기 완료’, ‘프록시 서비스 실행 중’, ‘대상 앱이 실제로 프록시를 사용 중’은 서로 다른 상태입니다. 상태 표시줄 아이콘만 확인해서는 충분하지 않습니다.

1. 설정을 가져옵니다.패널에 로그인하고 현재 사용 중인 플랫폼의 가이드에 따라 구독을 가져온 뒤, 클라이언트가 해당 형식을 지원하는지 확인합니다.
2. 가져온 뒤 업데이트합니다.노드 목록이 표시되는지, 업데이트 중 오류가 발생하는지 확인합니다. 가져오기에 실패하면 형식이나 설정을 가져오는 과정을 먼저 점검합니다.
3. 노드와 모드를 선택합니다.사용 목적에 맞는 지역을 선택하고 가이드에서 권장하는 모드부터 사용하세요. 서로 충돌하는 프록시 도구를 동시에 켜지 마세요.
4. 실제 앱에서 확인합니다.대상 웹사이트나 앱을 열어 필요한 작업을 직접 해 보세요. 지연 시간 테스트 결과만 확인해서는 안 됩니다.
5. 재현에 필요한 정보를 기록합니다.오류 메시지, 플랫폼, 클라이언트, 모드를 적어 두세요. 한 번에 한 가지 설정만 바꾸고 같은 작업을 다시 수행합니다.

트래픽, 초기화와 문제 해결 체크리스트

트래픽은 전송된 데이터의 누적량, 대역폭은 전송 능력, 지연 시간은 응답을 기다리는 시간을 뜻합니다. 서로 대체할 수 있는 개념이 아닙니다. 트래픽 한도가 크다고 회선이 반드시 더 빠른 것도 아닙니다. 다운로드와 업로드가 사용량에 어떻게 반영되는지는 서비스의 실제 측정 기준을 확인하세요. 한 번 다운로드한 파일의 크기만으로 전체 요금을 추정하지 마세요.

VPNQA 월간 구독의 트래픽은 가입일을 기준으로 매월 초기화되며, 매달 1일에 일괄 초기화되는 방식이 아닙니다. 이용 중 요금제를 업그레이드하면 차액은 남은 일수에 따라 계산됩니다. 트래픽 패키지는 제공량을 모두 사용할 때까지 유효하며 만료되지 않습니다. 월간 구독은 꾸준히 사용하는 경우에, 트래픽 패키지는 누적 사용량에 맞춰 이용하는 경우에 적합합니다. 자세한 가격과 제공량은 요금제 페이지에서 비교하세요.

• ✅ 노드 목록이 비어 있음: 먼저 구독을 가져왔는지와 가져오기 상태를 확인한 다음 형식 호환성을 살펴보세요.
• ✅ 노드는 연결되지만 앱이 작동하지 않음: 앱이 클라이언트에 의해 처리되는지, 규칙이 올바른 프록시 그룹에 적용됐는지 확인하세요.
• ✅ 웹사이트는 열리지만 지역 제한이 표시됨: 출구 경로, 계정 조건, 플랫폼의 판정을 구분하세요. 곧바로 회선 문제라고 단정하지 마세요.
• ✅ 장시간 전송이 불안정함: 서로 다른 접속 네트워크와 회선을 비교하고, 시스템이 클라이언트 실행을 중지하지 않았는지 확인하세요.
• ❌ 노드, 프로토콜, DNS, 규칙을 한꺼번에 바꾸기: 변수가 뒤섞여 문제가 해결돼도 원인을 파악하기 어렵습니다.

원인을 찾기 어렵다면 지원 페이지에서 자주 묻는 질문을 확인하거나 문의 페이지를 통해 개인 정보가 드러나지 않도록 처리한 문제 해결 정보를 보내 주세요. ‘연결 성공’ 화면 한 장보다 오류가 발생한 단계와 재현 방법을 구체적으로 설명하는 편이 도움이 됩니다.