Hysteria2의 장점은 UDP 연결 가능 여부, 네트워크의 패킷 손실 특성, 대역폭 설정에 따라 달라집니다. Type만 바꾸면 반드시 빨라지는 것은 아닙니다. 이미 서비스 정보를 보유한 Shadowrocket 사용자를 위해 QUIC의 신뢰성 있는 전송과 혼잡 제어를 살펴보고, 매개변수를 확인한 뒤 설정을 가져와 일정한 조건에서 현재 네트워크의 적합성을 판단합니다.
1. QUIC는 UDP를 기반으로 하지만 신뢰성 있는 전송을 포기하지 않습니다
Hysteria2는 QUIC를 사용해 프록시 통신을 전달합니다. UDP는 데이터그램 전송을 제공하지만, 순서에 따른 전달이나 재전송, 연결 상태 관리는 담당하지 않습니다. QUIC는 그 위에서 암호화 연결, 패킷 손실 복구, 흐름 제어, 다중화를 구현합니다. 신뢰성 있는 전달이 필요한 데이터는 확인 응답과 재전송을 거치므로, “데이터를 잃어도 신경 쓰지 않아서 빠르다”라고 이해해서는 안 됩니다.
QUIC는 TLS 1.3을 사용해 보안 연결을 설정하며, 서로 독립적인 신뢰성 있는 스트림을 여러 개 지원합니다. 한 스트림이 손실된 데이터를 기다리는 동안 다른 스트림은 같은 전송 계층 바이트 시퀀스의 공백 때문에 모두 멈출 필요가 없습니다. 다만 연결은 여전히 네트워크 용량과 혼잡 상태를 공유하며, 같은 스트림 안의 데이터는 순서대로 전달되어야 합니다. 다중화는 특정 형태의 선두 차단을 완화할 뿐, 모든 대기 상황을 없애지는 않습니다.
- 전송 기반: 서버가 지정된 포트의 UDP 데이터를 수신할 수 있어야 합니다. TCP 포트에 연결할 수 있다고 해서 같은 포트의 UDP도 사용 가능한 것은 아닙니다.
- 보안 기반: QUIC의 암호화 핸드셰이크에는 올바른 서버 신원과 인증서 검증이 필요합니다. 매개변수를 확인하는 대신 검증을 건너뛰어서는 안 됩니다.
- 애플리케이션 매핑: Hysteria2는 TCP 연결과 UDP 트래픽을 전달할 수 있지만, 두 트래픽의 신뢰성 처리 방식은 서로 다릅니다. 모든 UDP 데이터가 신뢰성 있는 스트림으로 바뀌는 것은 아닙니다.
포트
443은 흔히 쓰이는 설정 예시일 뿐, Hysteria2의 고정 요구 사항이 아닙니다. 기존 서비스에서 다른 포트를 지정했다면 해당 값을 그대로 사용해야 합니다. 일반 HTTPS 웹페이지를 열 수 있어도 UDP 443 연결이 가능하다는 뜻은 아닙니다.
2. 고손실 또는 고지연 네트워크에서 더 빨라질 수 있는 이유
처리량은 프로토콜 헤더 크기뿐 아니라 송신 측이 혼잡을 판단하는 방식에도 영향을 받습니다. 패킷 손실을 주요 신호로 삼는 제어 방식은 무선 간섭으로 인한 무작위 손실까지 혼잡으로 판단해 속도를 줄일 수 있습니다. Hysteria2의 Brutal 혼잡 제어 방식은 목표 대역폭과 전달 피드백을 기준으로 송신을 조절해 무작위 패킷 손실로 인한 처리량 저하를 줄이는 데 목적이 있습니다. 실제로 사용되는 제어 방식은 구현, 설정, 양측의 협상에도 영향을 받습니다.
이 방식이 무제한 전송을 뜻하지는 않습니다. 목표 대역폭이 실제 용량보다 높으면 대기열과 패킷 손실, 다른 연결과의 경쟁이 늘어나 웹페이지 반응이 더 느려질 수도 있습니다. 고지연 네트워크에서는 링크를 충분히 활용할 만큼의 데이터가 전송 중이어야 하지만, 프로토콜이 물리적 거리를 줄이거나 서버 출구의 혼잡을 방지하지는 못합니다.
| 네트워크 조건 | 가능한 동작 | 우선 확인할 사항 |
|---|---|---|
| UDP 연결 가능, 무작위 패킷 손실 발생 | 패킷 손실에 민감하게 속도를 줄이는 전송 방식보다 처리량을 안정적으로 유지할 수 있습니다 | 연속 전송 속도와 응답 지연이 모두 개선되는지 확인 |
| 왕복 지연 시간이 높음 | 대역폭 활용률을 높일 가능성이 있지만, 첫 접속은 여전히 왕복 시간의 영향을 받습니다 | 첫 바이트 도달 시간과 대용량 파일 속도를 각각 기록 |
| UDP가 제한되거나 차단됨 | 핸드셰이크가 시간 초과되거나 전송 시작 후 속도가 크게 제한됩니다 | Wi-Fi와 셀룰러 네트워크를 바꿔 비교 |
| 저지연·저손실 | 장점이 뚜렷하지 않고 다른 병목이 더 큰 영향을 줄 수 있습니다 | 서버 부하, 대상 사이트, 로컬 대역폭 |
대역폭과 지연의 관계를 계산 예시로 살펴보겠습니다. 사용 가능한 대역폭이 50 Mbps이고 왕복 시간이 100 ms라면 대역폭-지연 곱은 약 0.625 MB입니다. 이는 해당 대역폭을 지속해서 활용하려면 그에 맞는 규모의 데이터가 전송 중이어야 한다는 뜻이지, 매개변수를 입력한 뒤 보장되는 속도가 아닙니다. 단위도 구분해야 합니다. 50 Mbps의 이론상 바이트 전송률은 약 6.25 MB/s이며, 실제 속도에서는 전송 오버헤드가 차감됩니다.
요점: 먼저 UDP 연결 가능 여부를 확인합니다
기존 Hysteria2 설정 하나를 두 가지 접속 네트워크에서 테스트합니다. 한 네트워크에서만 계속 시간 초과가 발생하면 대역폭 수치를 반복해서 높이지 말고, 해당 네트워크의 UDP 경로부터 확인합니다.
3. Hysteria2를 추가하기 전에 필요한 매개변수
이 안내는 사용자가 자신의 서비스 제공업체와 구독 정보를 이미 보유하고 있다는 전제로 작성되었습니다. 우선 서비스 제공업체가 제공한 완전한 설정을 사용하고, 직접 추가할 때는 항목별로 확인합니다. 이름이 비슷하다는 이유로 Hysteria2와 이전 프로토콜 유형을 섞어 사용해서는 안 됩니다. 특히 이전 설정의 비밀번호나 난독화 매개변수를 새 항목에 그대로 붙여 넣지 마세요.
| 매개변수 | 입력 기준 | 흔한 오류 |
|---|---|---|
Type | Hysteria2 선택 | 다른 프로토콜 유형을 잘못 선택 |
| 서버 주소 | 기존 서비스에서 제공한 도메인 또는 IP 주소 | 공유 링크 전체를 주소 입력란에 붙여 넣기 |
| 포트 | 서버가 실제로 수신 대기 중인 UDP 포트. 예: 443 | 웹페이지 포트로 추측하거나 예시를 그대로 복사 |
| 인증 정보 | 서비스 제공업체가 안내한 인증 값을 빠짐없이 복사 | 기호 누락, 공백 추가 또는 임의로 내용 분리 |
SNI | 서버 인증서 설정과 일치하는 이름 | IP 주소로 연결할 때 인증서에 필요한 도메인을 빠뜨림 |
| 난독화 매개변수 | 서버에서 활성화한 경우에만 지정된 유형과 비밀번호 입력 | 인증 비밀번호와 난독화 비밀번호를 같은 항목으로 간주 |
| 업로드 및 다운로드 대역폭 | 화면에 해당 항목이 있으면 단위를 확인하고 적절한 값 사용 | Mbps와 MB/s를 혼동하거나 실제 용량을 크게 초과하는 값 입력 |
표에는 확인이 필요한 매개변수의 의미를 정리했습니다. 실제 항목 이름과 표시 여부는 현재 Shadowrocket 화면을 기준으로 확인하세요. 연결 주소와 SNI는 서로 다를 수 있습니다. 전자는 연결 대상을 지정하고, 후자는 TLS 이름 협상과 인증서 신원 확인에 사용됩니다. 인증서 오류가 발생하면 검증을 끄지 말고 이름, 기기 시간, 서버 인증서 상태를 확인하세요.
-
정보 출처 확인
기존 서비스에서 제공한 정보가 Hysteria2 매개변수 또는 호환되는 구독인지 확인하고, 수정 후 되돌릴 수 있도록 원본 정보를 보관합니다. 인증 값이 공개된 스크린샷을 공유하지 마세요.
-
추가 경로 선택
직접 추가하려면 Home → 오른쪽 상단 “+”→ Type → Hysteria2를 사용합니다. 기존 구독을 가져오려면 Home → 오른쪽 상단 “+”→ Type → Subscribe를 사용합니다.
-
입력 후 저장
직접 추가하는 항목은 주소, 포트, 인증 정보, TLS 정보를 각각 확인합니다. Subscribe에는 사용자가 보유한 구독 링크를 입력해 저장한 다음 Home으로 돌아가 업데이트하고 생성된 항목의 유형을 확인합니다.
-
권한 허용 후 테스트
Home에서 대상 항목을 선택하고 연결을 켭니다. 처음 연결할 때는 시스템 안내에 따라 VPN 구성 추가를 허용합니다. 이후 웹페이지 접속과 연속 전송을 각각 테스트하고, 지연 시간 숫자만 확인하지 마세요.
4. Global Routing에 따라 대상 항목을 실제로 거치는지 달라집니다
프로토콜 매개변수가 올바르더라도 테스트 요청이 반드시 Hysteria2를 거치는 것은 아닙니다. Home에서 항목을 선택한 뒤 Global Routing도 확인해야 합니다. 일상적인 분기와 임시 진단은 목적이 다릅니다. 먼저 연결 자체가 가능한지 확인한 다음 규칙이 적용되는지 확인해, 규칙 경로 문제를 프로토콜 성능 문제로 오해하지 않도록 합니다.
Config
권장현재 설정의 규칙에 따라 요청 처리 방식을 결정합니다. DIRECT에 해당하는 요청은 직접 연결하고, 프록시 정책에 해당하는 요청만 선택된 경로로 전달합니다. 규칙에 해당하지 않는 요청은 FINAL 등의 기본 설정으로 처리되며, 기본적으로 직접 연결된다고 보장되지는 않습니다.
적합: 일상 사용과 규칙 분기 확인
Proxy
프록시 처리 범위에 포함되는 요청을 프록시 경로로 보냅니다. 대상별 분기 규칙의 영향을 잠시 배제할 때 적합합니다. 테스트 중에는 실제 선택된 항목이 다른 정책 선택이 아닌 대상 Hysteria2인지도 확인해야 합니다.
적합: 규칙 영향을 잠시 분리하고 연결 가능 여부 확인
Direct
직접 연결 경로를 사용하므로 Hysteria2가 정상 작동하는지 확인하는 데 사용할 수 없습니다. Direct에서는 웹페이지가 열리고 프록시 경로에서는 실패하더라도 두 경로의 결과가 다르다는 것만 알 수 있습니다. 인증 정보, UDP, 서버 상태를 추가로 확인해야 합니다.
적합: 직접 연결 결과를 비교 기준으로 설정
아래는 설정의 규칙 구문 예시이며, 반드시 추가해야 하는 성능 최적화 항목은 아닙니다. DOMAIN-SUFFIX는 도메인과 하위 도메인을 일치시킵니다. 규칙은 순서대로 확인하며, FINAL은 앞서 일치하지 않은 요청을 처리하도록 마지막에 둡니다. 규칙 조각은 Config의 해당 설정 내 규칙 영역에 넣어야 하며, 서버 주소나 구독 주소 입력란에 붙여 넣으면 안 됩니다.
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT속도 테스트 전에 연결 상태를 고정하려면 Settings → On Demand를 확인하고 기존 자동 실행 조건을 기록한 뒤 테스트 중에는 잠시 비활성화할 수 있습니다. 테스트가 끝나면 다시 설정하세요. 같은 비교 테스트에서 항목, 규칙, 실행 조건을 동시에 변경하지 마세요.
5. 일정한 테스트 순서로 속도와 안정성을 구분합니다
Home의 지연 시간 결과는 해당 테스트 방식에서의 응답 특성만 나타냅니다. 지연 시간이 짧다고 해서 인증 후 연속 전송, DNS 조회, 대상 사이트 접속이 모두 정상이라고 볼 수는 없습니다. 비교 테스트는 같은 기기, 같은 대상 리소스, 비슷한 시간대에 진행하고 매번 변수 하나만 바꿔야 합니다.
- 기준 상태 기록: 현재 네트워크가 Wi-Fi인지 셀룰러인지, 선택된 항목, Global Routing, On Demand 활성화 여부를 기록합니다.
- 접속 확인: 접속 가능한 것으로 확인된 페이지를 열고 이름 조회 실패, 핸드셰이크 시간 초과, 인증서 오류가 발생하는지 기록합니다. 서로 다른 오류를 모두 “속도 저하”로 묶지 마세요.
- 연속 전송 관찰: 직접 보유한 동일한 테스트 리소스를 약 60초 동안 연속으로 확인합니다. 안정적인 속도, 중단 여부, 전송 중 페이지 반응이 눈에 띄게 느려지는지 기록합니다.
- 접속 네트워크 전환: 항목과 설정은 그대로 유지하고 Wi-Fi와 셀룰러 네트워크만 바꿔 각각 세 번 반복합니다. 셀룰러 데이터 사용량에 유의하세요.
- 재현 여부 확인: 결과가 가끔 좋아지는 것만으로는 프로토콜의 장점을 판단할 수 없습니다. 같은 네트워크에서 계속 시간 초과가 나고 다른 네트워크에서는 계속 정상이라면 접속 네트워크 제한을 먼저 확인합니다.
위의 수치는 테스트 방법을 설명하기 위한 것이며 성능을 보장하는 결론이 아닙니다. “패킷 손실이 특정 비율을 넘으면 반드시 더 빨라진다”와 같은 기준은 없습니다. 패킷 손실이 발생하는 위치와 연속 발생 여부, 왕복 지연 시간, 사용 가능한 대역폭, 서버 부하에 따라 결과가 달라집니다. 연속 전송은 빨라졌지만 응답이 눈에 띄게 느려졌다면 전반적으로 개선되었다고 판단해서는 안 됩니다.
요점: 반복해서 확인된 개선만 유지합니다
조건을 고정한 여러 번의 테스트에서 더 안정적인 전송이 확인되고 일상적인 응답도 눈에 띄게 나빠지지 않을 때만 현재 설정을 유지합니다. 그렇지 않다면 원래 값으로 되돌리고 대역폭 매개변수나 네트워크 경로를 각각 따로 확인하세요.
6. 연결 및 가져오기 관련 자주 묻는 질문
443을 입력했는데도 계속 시간 초과가 발생하는 이유는 무엇인가요?
먼저 Home에서 항목을 편집하고 기본값으로 443을 사용하지 말고 서비스 제공업체가 지정한 포트를 확인하세요. 그런 다음 설정은 그대로 두고 접속 네트워크를 바꿉니다. 웹 HTTPS가 사용 가능하다는 것은 해당 TCP 경로가 사용 가능하다는 뜻일 뿐, UDP 연결 가능 여부를 대신 증명하지는 않습니다.
지연 시간은 정상인데 웹페이지가 열리지 않아요. 어떻게 확인하나요?
먼저 Home → Global Routing과 현재 선택된 항목을 확인하고, 필요한 경우 Proxy를 잠시 사용해 규칙의 영향을 분리합니다. 도메인으로 접속할 때만 실패한다면 DNS 조회를 확인하세요. TLS 오류가 발생하면 SNI, 기기 시간, 인증서를 확인하고 지연 시간 결과만으로 프로토콜을 반복해서 바꾸지 마세요.
기존 구독을 가져왔는데 Hysteria2 항목이 없습니다. 어떻게 해야 하나요?
Home에서 구독을 업데이트한 다음 구독 응답에 Hysteria2가 포함되어 있는지, 현재 앱이 해당 필드를 지원하는지 확인하세요. 기존 구독에는 다른 프로토콜만 포함될 수 있으며 표시 이름을 바꾸는 것만으로 변환되지는 않습니다. 기존 설정 형식은 원래 서비스 제공업체에 확인하세요.
대역폭 값을 높게 입력할수록 다운로드가 빨라지나요?
아닙니다. 먼저 원래 값을 기록하고 화면에 표시된 단위를 확인한 뒤 실제 사용 가능한 대역폭에 맞춰 조정하세요. 한 번에 하나의 항목만 바꾸고 테스트를 반복합니다. 값을 높인 뒤 지연 시간이 늘거나 패킷 손실이 많아지거나 다른 페이지가 눈에 띄게 느려지면 더 높이지 말고 원래 값으로 되돌리세요.
인증 비밀번호가 맞는데도 오류가 발생하는 이유는 무엇인가요?
Home에서 항목을 편집하고 복사한 내용에 공백이나 줄바꿈이 포함되지 않았는지 확인한 다음 인증 정보와 난독화 비밀번호를 따로 확인하세요. 서버에서 난독화를 활성화한 경우 양측의 유형과 비밀번호가 일치해야 합니다. 구독 업데이트로 항목이 덮어써질 수 있으므로 업데이트 후 실제 매개변수를 다시 확인하세요.
마지막으로 앱 구매와 연결 서비스를 구분해서 관리하세요. Shadowrocket은 폐쇄형 상용 앱이며 일회성 구매 방식입니다. 클라이언트 일회성 구매와 연결 서비스 요금제는 별개입니다. 이 문서는 이미 보유한 서비스 정보를 사용하는 방법만 설명하며, 연결 서비스를 제공·판매·추천하지 않습니다. 앱은 Apple 플랫폼에서만 제공되며, iPhone과 iPad가 주요 사용 기기입니다. 유일한 취득 경로는 App Store이며 시스템 요구 사항과 일반적인 구매 가능 여부는 App Store 페이지를 기준으로 확인하세요.