이 VPN 초보자 용어 가이드에서는 구독, 노드, 회선, 프로토콜의 관계를 먼저 살펴봅니다. 구독은 설정 정보를 제공하고, 노드는 연결 지점이며, 회선은 데이터가 이동하는 경로입니다. 프로토콜은 연결을 설정하고 데이터를 전송하는 방식을 정합니다. 서로 다른 개념이므로 바꿔 쓸 수 없습니다.
클라이언트는 이 설정을 실행하고, 규칙은 어떤 요청을 어느 경로로 보낼지 결정합니다. 문제가 생기면 모든 설정을 무작정 바꾸기보다 어느 단계에서 오류가 발생했는지 먼저 확인하는 편이 효과적입니다. 아래 용어는 일반적인 기술 원리를 설명하며, ClipVPN이 언급된 모든 프로토콜이나 회선 유형을 제공한다는 뜻은 아닙니다.
구독, 노드와 설정 파일
화면에서 ‘구독’은 문맥에 따라 뜻이 다릅니다. 요금제 페이지의 월간 구독은 정해진 주기로 요금을 내는 서비스를 말하고, 클라이언트의 구독은 보통 연결 설정을 가져오는 주소를 뜻합니다. 서비스를 이용 중이어도 클라이언트에 설정을 가져오지 않았다면 연결할 수 없고, 설정을 가져왔더라도 계정에 사용 가능한 용량이 있다고 단정할 수는 없습니다.
구독 링크는 보통 접근 인증 정보가 포함된 URL입니다. 클라이언트가 이 주소에 요청을 보내면 노드 정보를 가져옵니다. 구독 형식에 따라 정책 그룹, 분할 라우팅 규칙 또는 DNS 설정이 함께 제공되기도 합니다. 지원 형식은 클라이언트마다 다를 수 있으므로 링크가 열린다고 해서 설정이 제대로 가져와지는 것은 아닙니다.
노드는 선택 가능한 연결 설정으로, 서버 주소와 포트, 인증 정보, 프로토콜 매개변수 등이 포함됩니다. 노드 이름은 구분을 위한 표시일 뿐입니다. 표시된 지역은 보통 출구 위치를 나타내며, 클라이언트가 처음 연결하는 지점의 위치와 다를 수 있습니다. 이름만으로 실제 경로를 판단할 수도 없습니다.
| 화면에 표시되는 용어 | 실제 역할 | 혼동하기 쉬운 점 |
|---|---|---|
| 구독 링크 | 클라이언트가 설정을 가져오거나 업데이트하도록 함 | 일반 웹사이트 주소나 결제 증빙이 아님 |
| 노드 | 연결 가능한 프록시 지점과 관련 설정을 나타냄 | 지역 표시는 전체 전송 경로와 다름 |
| 회선 | 연결 지점, 전송 경로, 출구가 구성되는 방식을 나타냄 | 노드에서 사용하는 프록시 프로토콜과 다름 |
| 프로토콜 | 클라이언트와 서버의 통신 방식을 정함 | 이름만으로 더 빠른 연결을 보장하지 않음 |
| 정책 그룹 | 노드를 수동 또는 자동 선택 그룹으로 구성함 | 자동 선택 기준은 설정에 따라 다르며 모든 앱에 적합한 것은 아님 |
회선 유형: 직접 연결, 중계, IEPL
직접 연결은 일반적으로 클라이언트가 현지 네트워크를 통해 해외 서버에 바로 연결하고, 서비스 제공업체가 별도로 마련한 중계 지점을 거치지 않는 방식을 뜻합니다. 여기서 ‘직접’은 물리적으로 직선이라는 뜻도, 통신사 라우팅을 거치지 않는다는 뜻도 아닙니다. 실제 연결 품질은 현지 접속 환경, 네트워크 간 연결 상태, 대상 서버의 부하에 영향을 받습니다.
중계는 클라이언트와 출구 사이에 전달 단계를 추가하는 방식입니다. 클라이언트가 먼저 중계 지점에 연결한 다음, 해당 지점에서 후속 서버로 데이터를 전달합니다. 경로가 길어졌다고 반드시 느려지는 것은 아닙니다. 중계를 통해 혼잡한 네트워크 연결 경로를 피하면 품질이 나아질 수 있지만, 중계 지점이나 이후 경로가 혼잡하면 나빠질 수도 있습니다. 단계가 하나 추가된다고 성능이 보장되는 것은 아닙니다.
IEPL은 국제 이더넷 전용 회선으로, 특정 종단 간 전용 전송 서비스를 제공하는 데 중점을 둡니다. 상용 회선에 IEPL이라고 표시되어 있어도 경로 일부에서 해당 자원을 사용한다는 뜻인 경우가 일반적입니다. 사용자 집에서 대상 웹사이트까지 모든 구간이 전용 회선이라는 의미는 아닙니다. 현지 접속, 중계 구간의 처리 용량, 출구 연결도 품질에 영향을 줍니다.
회선을 고를 때는 이용 목적을 먼저 생각하세요. 회의에서는 음성이 끊기지 않는지, 웹페이지에서는 첫 화면이 원활히 뜨는지, 파일 전송에서는 속도가 꾸준히 유지되는지 확인하면 됩니다. 클라이언트에 표시되는 지연 시간은 특정 방식으로 측정한 결과일 뿐 전체 서비스 품질을 나타내지 않습니다. 측정 지점이 프록시 입구에 그쳐 최종 웹사이트까지의 경로를 포함하지 않을 수도 있습니다.
프로토콜 이름과 클라이언트 호환성
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 프록시 클라이언트에서 볼 수 있는 이름입니다. 각각 서로 다른 프록시 프로토콜 또는 방식이며, 모두 운영체제 수준의 VPN 프로토콜인 것은 아닙니다. 앱이 시스템 VPN 인터페이스를 사용해 트래픽을 처리하더라도 전통적인 VPN 터널 프로토콜을 사용한다는 뜻은 아닙니다.
- Shadowsocks: TCP 및 UDP 트래픽을 전달하는 데 흔히 쓰이는 암호화 프록시 프로토콜입니다. 실제 지원 기능은 클라이언트, 서버, 설정의 호환 여부에 따라 달라집니다.
- VMess: 인증 및 암호화 메커니즘을 포함하는 프록시 프로토콜입니다. 인증 매개변수나 기기 시간 설정에 문제가 있으면 연결에 실패할 수 있으므로 인증 오류가 발생하면 설정과 시간 동기화를 확인하세요.
- Trojan: 일반적인 구성에서는 TLS를 사용해 전송을 보호합니다. 문제를 확인할 때는 인증서 검증, 서버 이름, 서버 설정이 서로 일치하는지 살펴보세요.
- VLESS: 경량 프록시 프로토콜입니다. 프로토콜 자체는 전송 암호화를 제공하지 않으므로 TLS, REALITY 등의 보안 전송 방식을 함께 고려해야 합니다. 이름만 보고 암호화가 적용되었다고 판단하지 마세요.
- Hysteria2와 TUIC: 두 프로토콜 모두 QUIC 기반이며, 하위 전송 계층에서 UDP를 사용합니다. 이용 중인 네트워크가 UDP를 제한하면 연결에 영향을 받을 수 있습니다. 대체 연결로 전환할 수 있는지는 구현 방식과 설정에 따라 달라집니다.
같은 이름의 프로토콜이라도 전송 방식, 확장 옵션, 구현 버전이 다르면 호환되지 않을 수 있습니다. 가져오기에 실패하면 먼저 클라이언트가 구독에서 제공하는 형식과 매개변수를 지원하는지 확인하세요. 프로토콜 이름을 임의로 다른 이름으로 바꾸지 마세요. 프로토콜 이름은 성능 순위가 아니라 통신 규약에 가깝습니다.
분할 라우팅, 규칙 모드와 전역 모드
분할 라우팅은 조건에 따라 요청을 어디로 보낼지 결정하는 방식입니다. 흔히 도메인, 대상 주소, 프로세스, 지리 데이터베이스의 일치 결과 등을 기준으로 삼습니다. 규칙이 일치하면 요청을 직접 연결하거나 프록시 정책 그룹으로 보내거나 차단할 수 있습니다. 규칙의 순서가 중요한 경우가 많습니다. 앞쪽 규칙이 먼저 결과를 결정할 수 있고, 마지막 규칙은 다른 규칙에 해당하지 않은 요청을 처리합니다.
규칙 모드는 이러한 조건에 따라 트래픽을 나눕니다. 현지 서비스와 해외 웹사이트를 구분해 처리할 때 유용합니다. 그렇다고 모든 도메인이 올바르게 분류되는 것은 아닙니다. 앱에서 로그인, 이미지, API 등에 서로 다른 도메인을 함께 요청할 수 있어 홈페이지 도메인에 규칙 하나만 추가해서는 전체 기능이 작동하지 않을 수 있습니다.
전역 모드는 일반적으로 클라이언트가 처리하는 요청을 선택한 프록시로 보냅니다. 하지만 기기의 모든 트래픽이 프록시를 거친다는 뜻은 아닙니다. 앱이 시스템 프록시 설정을 따르지 않거나 가상 네트워크 인터페이스가 트래픽을 처리하지 않으면 전역 모드에서도 일부 요청이 포함되지 않을 수 있습니다. 로컬 네트워크 예외와 DNS 설정도 별도로 확인해야 합니다.
시스템 프록시는 해당 설정을 지원하는 앱에 프록시를 사용하도록 알립니다. TUN 모드는 가상 네트워크 인터페이스를 통해 지정된 경로의 트래픽을 처리합니다. 보통 더 넓은 범위의 트래픽을 다루지만 추가 권한이 필요하거나 기업 보안 소프트웨어 및 다른 VPN과 충돌할 수 있습니다. 전역 모드와 규칙 모드는 ‘출구를 어떻게 선택하는가’를, 시스템 프록시와 TUN은 ‘트래픽을 어떻게 가져오는가’를 설명하므로 서로 혼동하지 마세요.
DNS 조회와 누출의 의미
DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. 프록시 연결이 정상이어도 DNS 요청이 실패하거나 현재 경로에 맞지 않는 결과를 받으면 웹페이지가 열리지 않을 수 있습니다. 따라서 ‘노드 지연 시간 측정’과 ‘웹사이트 접속’은 별개의 확인 항목입니다.
DNS 누출은 지정된 경로로 처리하려던 도메인 조회 요청이 예상하지 못한 DNS 확인 서버로 전송되는 상황을 말합니다. 예를 들어 서비스 트래픽은 프록시로 연결되지만 DNS 조회는 현지 네트워크의 DNS 서버로 전달되는 경우입니다. 누출 여부는 기대하는 개인정보 보호 범위와 분할 라우팅 정책을 고려해 판단해야 합니다. 현지 도메인을 의도적으로 현지 DNS에서 조회하는 것을 단순히 설정 오류로 볼 수는 없습니다.
브라우저의 암호화 DNS, 시스템 DNS, 클라이언트 DNS가 동시에 사용될 수 있습니다. DoH와 DoT는 DNS 확인 서버까지 전송되는 조회 요청을 보호하지만, 요청이 프록시를 경유한다고 보장하지는 않으며 DNS 확인 서버가 조회 내용을 볼 수 없게 하는 것도 아닙니다. 온라인 검사 도구를 사용할 때는 결과 페이지에 표시된 지역만 보고 결론 내리지 말고 DNS 확인 서버의 소속, 클라이언트 로그, 실제 경로를 함께 확인하세요.
일부 클라이언트는 Fake-IP를 사용해 도메인에 합성 주소를 반환한 뒤, 이후 연결 과정에서 원래 대상을 확인합니다. 이는 주소를 매핑하는 방식이지 웹사이트의 실제 주소를 영구적으로 바꾸는 것이 아닙니다. 특정 앱과 호환되지 않으면 클라이언트 문서에 따라 예외를 설정하세요. DNS 모듈 전체를 바로 끄는 것은 권장하지 않습니다.
관리 패널에서 클라이언트로 가져오기
ClipVPN 클라이언트 다운로드는 관리 패널에서 진행합니다. Android, Windows, macOS, Linux는 로그인 후 다운로드할 수 있습니다. iOS 이용 가능 여부는 관리 패널에서 유효한 요금제를 기준으로 확인하세요. 로그인 후 구독 정보를 가져오고, 구체적인 설정 방법은 관리 패널과 해당 클라이언트의 안내를 따르세요. 출처를 알 수 없는 웹사이트에서 설정을 찾을 필요가 없습니다.
- 출처를 확인하세요. 사용자 관리 패널에서 다운로드 및 구독 페이지로 이동해 운영체제를 확인하세요. 출처가 불분명한 클라이언트에 서비스 로그인 정보를 입력하지 마세요.
- 호환되는 형식으로 가져오세요. 관리 패널의 가져오기 기능을 사용하거나 클라이언트의 구독 관리 화면에 링크를 붙여 넣으세요. 형식을 지원하지 않는다는 메시지가 나타나면 앱과 구독 유형이 서로 맞는지 먼저 확인하세요.
- 설정을 업데이트하고 선택하세요. 가져오기가 완료되면 방금 가져온 설정이 실제로 활성화되어 있는지 확인하세요. 목록에 설정이 보인다고 해서 적용되었다는 뜻은 아닙니다.
- 회선을 선택하고 연결하세요. 기본 규칙 모드를 사용하고 시스템 안내에 따라 필요한 네트워크 권한을 허용하세요. 연결을 위해 인증서 검증을 건너뛰지 마세요.
- 실제 사용 환경에서 확인하세요. 대상 웹사이트나 협업 도구를 열어 로그인과 로딩이 정상인지, 계속 사용할 수 있는지 확인한 다음 로그에 DNS 조회 또는 인증 오류가 있는지 살펴보세요.
Windows, macOS, Linux는 시스템 프록시가 적용되는 범위가 서로 다릅니다. 일부 명령줄 도구는 프록시 환경 변수를 별도로 설정해야 합니다. Android와 iOS의 트래픽 처리 범위도 시스템 권한과 백그라운드 동작에 따라 달라집니다. 한 플랫폼의 버튼 이름을 모든 플랫폼에서 동일하게 적용되는 사용 방법으로 간주하지 마세요.
오류를 확인한 뒤 설정을 바꾸세요
구독 업데이트 실패는 설정 정보를 가져오는 단계에서 발생합니다. 링크가 온전히 복사되었는지, 접근 인증 정보가 유효한지, 현재 네트워크에서 구독 주소에 접속할 수 있는지, 서버가 클라이언트에서 지원하는 설정을 반환하는지 확인하세요. 이미 가져온 노드의 연결 여부와 관련은 있지만 같은 테스트는 아닙니다.
연결 시간 초과는 제한 시간 안에 해당 작업을 완료하지 못했다는 뜻입니다. 네트워크 연결 불가, 방화벽, 중계 지점 장애, 핸드셰이크 실패 등이 원인일 수 있지만 ‘시간 초과’만으로 어느 구간에 문제가 있는지 알 수는 없습니다. 인증서 오류가 발생하면 기기 시간, 서버 이름, 설정 출처를 확인하세요. 인증서 검증을 끄는 방법을 일반적인 해결책으로 사용하지 마세요.
- ✅ 먼저 프록시를 끄고 현지 네트워크에 기본 연결이 되는지 확인하세요.
- ✅ 현재 계정 상태와 활성 구독을 확인하고, 클라이언트 설정을 업데이트해야 하는지 살펴보세요.
- ✅ 같은 네트워크와 앱을 사용하고 다른 설정은 그대로 둔 채 회선만 바꿔 비교하세요.
- ✅ 일부 웹사이트만 문제가 생기면 분할 라우팅 규칙의 일치 여부, DNS, 웹사이트 자체의 로그인 제한을 확인하세요.
- ✅ 고객 지원 요청에는 운영체제, 클라이언트, 오류 문구, 재현 방법을 적고 구독 인증 정보는 가리세요.
마지막으로 알아둘 점은 프록시 출구가 바꿀 수 있는 것은 네트워크 경로와 외부에 표시되는 출구 주소뿐이라는 것입니다. 계정 지역, 결제 정보, 브라우저 위치 정보, 웹사이트의 위험 관리 판단이 자동으로 바뀌지는 않습니다. 연결에 성공해도 모든 플랫폼에 접속할 수 있는 것은 아니므로 현지 법률과 대상 서비스의 이용 약관을 준수하세요.