Saat orang bertanya tentang enkripsi di Happ, mereka sering mencari satu algoritme — "AES-256" atau "WireGuard" — dan berharap Happ menyetelnya. Pada kenyataannya, Happ adalah klien: ia membangun terowongan menggunakan parameter dari langganan Anda, dan jenis enkripsi ditentukan oleh protokol dan konfigurasi penyedia VPN Anda, bukan oleh aplikasi itu sendiri.
Di bawah ini kami menjelaskan protokol mana yang didukung Happ, sandi apa yang berada di belakang masing-masing protokol, cara kerja lapisan transport (TLS, QUIC, obfuscation), dan apa yang dienkripsi sendiri oleh Happ — misalnya, tautan berlangganan.
Jika Anda baru mengenal aplikasi ini, mulailah dengan ikhtisar Happ VPN. Untuk keamanan klien dan langganan, lihat seberapa aman Happ adalah.
Jawaban Singkat
Happ tidak memilih enkripsi sendiri — Xray/V2Ray mengimplementasikan protokol dari ekosistem Xray/V2Ray yang ada di langganan Anda. Konfigurasi umum menggunakan cipher AEAD modern (AES-GCM, ChaCha20-Poly1305) dan TLS 1.3 sebagai transportasi. Tumpukan yang paling relevan untuk jaringan terbatas adalah VLESS + Reality dan Hysteria2; opsi klasik mencakup VMess, Trojan, dan Shadowsocks.
Tingkat perlindungan Anda bergantung pada protokol dan transportasi mana yang dikonfigurasi penyedia Anda, bukan pada logo Happ di layar Anda.
Cara Kerja Enkripsi: Klien, Protokol, Transportasi
Koneksi Happ apa pun dapat dianggap dalam tiga lapisan:
[Your traffic] → [Protocol encryption] → [Transport: TLS / QUIC / TCP] → [VPN server]
| Lapisan | Siapa yang menetapkannya | Apa fungsinya |
|---|---|---|
| Muatan | Aplikasi di perangkat Anda | HTTP, messenger, video — seringkali sudah dilindungi oleh HTTPS |
| Protokol terowongan | Konfigurasi penyedia (VLESS, VMess, dll.) | Mengenkripsi dan membungkus paket IP di dalam terowongan |
| Transportasi | Konfigurasi yang sama (TLS, Reality, WebSocket, QUIC) | Membentuk tampilan lalu lintas VPN di jaringan, sering kali meniru HTTPS |
Happ membuat profil VPN di perangkat Anda dan mengirimkan lalu lintas melalui protokol yang dipilih. Kunci, UUID, sandi, dan rangkaian sandi berasal dari langganan — klien tidak membuat atau mengubahnya kecuali Anda mengedit konfigurasi.
Protokol Yang Didukung Happ
Happ kompatibel dengan protokol utama di ekosistem Xray dan V2Ray:
| Protokol | Peran | Enkripsi tipikal |
|---|---|---|
| VLESS (Realitas) | Protokol Xray modern, tahan terhadap DPI | TLS 1.3, XTLS; AEAD bila diperlukan |
| VMess | Protokol V2Ray klasik | AEAD: AES-128-GCM, ChaCha20-Poly1305 |
| Trojan | Menyamar sebagai situs HTTPS | TLS 1.3 dibandingkan TCP |
| Shadowsocks | Proksi ringan untuk melewati batasan | AEAD: AES-256-GCM, ChaCha20-IETF-Poly1305 |
| Histeria2 | Protokol UDP berkecepatan tinggi | QUIC + TLS 1.3 |
| KAOS KAKI | Proksi universal | Tidak ada enkripsi dengan sendirinya; sering dibungkus dengan TLS |
Untuk mengetahui kegunaan setiap protokol, lihat ikhtisar aplikasi H. Untuk VLESS sebagai teknologi, lihat panduan VLESS.
VLESS dan Realitas: Apa yang Dienkripsi
VLESS adalah protokol ringan dengan overhead minimal. Ia menggunakan UUID untuk autentikasi klien; muatan dibawa melalui transportasi yang dipilih.
TLS Transportasi dan XTLS
Sebagian besar konfigurasi VLESS dijalankan di TLS 1.3, yang berarti:
- Kerahasiaan penerusan — kunci sesi tidak dapat dipulihkan hanya dari satu rahasia jangka panjang;
- AEAD cipher di dalam TLS: AES-128-GCM, AES-256-GCM, ChaCha20-Poly1305 — bergantung pada negosiasi dengan server;
- validasi atau peniruan sertifikat — tergantung mode.
XTLS (mode seperti flow: xtls-rprx-vision) menghindari lalu lintas enkripsi ganda yang sudah dilindungi TLS — mengurangi beban CPU dan meningkatkan kecepatan tanpa melemahkan perlindungan pada segmen yang tidak terenkripsi.
Kenyataan
Realitas adalah ekstensi VLESS yang membuat jabat tangan terlihat seperti sesi TLS nyata di situs yang sah (SNI, sidik jari). Bagi pengamat di jaringan, ini menyerupai HTTPS biasa ke domain yang dikenal, bukan VPN.
Dari sudut pandang kriptografi, Realitas menggunakan TLS 1.3 asli dengan parameter yang mendekati lalu lintas browser normal. Ini tidak "lebih lemah" dari TLS klasik — ini adalah metode pengiriman yang berbeda untuk tingkat kriptografi yang sama, dioptimalkan untuk melewati filter.
Kapan memilihnya: jaringan dengan DPI yang agresif, diblokir pada tanda tangan SNI dan VPN. Untuk strategi bypass, lihat cara melewati pemblokiran VPN.
VMess: Mode AEAD dan Lama
VMess adalah salah satu protokol V2Ray lama namun masih banyak digunakan.
Konfigurasi modern menggunakan VMess AEAD:
- AES-128-GCM
- ChaCha20-Poli1305
AEAD (Enkripsi yang Diautentikasi dengan Data Terkait) mengenkripsi dan mengautentikasi setiap paket — tanpanya, penyerang mungkin tidak akan membaca konten tetapi dapat mencoba mengutak-atiknya.
VMess lama tanpa AEAD dianggap tidak aman; Happ dan penyedia saat ini tidak merekomendasikannya. Jika konfigurasi Anda menentukan mode lama, ganti server atau penyedia.
Transportasi VMess sering kali dibungkus dengan TLS atau WebSocket, sehingga menambahkan lapisan perlindungan lain pada segmen perangkat-ke-server.
Trojan: Enkripsi Melalui Mimikri HTTPS
Trojan dirancang agar lalu lintas tampak seperti HTTPS biasa ke server web. Otentikasi menggunakan kata sandi di dalam sesi TLS; tanpa kata sandi yang benar, server menyajikan halaman umpan yang tampak sah.
Enkripsi bergantung sepenuhnya pada TLS 1.3 (atau TLS 1.2 pada konfigurasi lama):
- sandi AEAD yang sama dengan browser;
- sertifikat pada domain server;
- untuk DPI — tidak dapat dibedakan dari lalu lintas web normal bila dikonfigurasi dengan benar.
Trojan tidak menambahkan "VPN cipher" terpisah di atas TLS — semua perlindungan ada di lapisan transport. Itu lebih sederhana dan dapat diprediksi, tetapi memerlukan TLS yang tepat di server.
Shadowsocks: AEAD Ringan Proxy
Shadowsocks adalah protokol proxy overhead minimal. Versi saat ini mendukung hanya AEAD:
| Metode | Catatan |
|---|---|
| AES-256-GCM | Keamanan yang kuat, penggunaan CPU sedikit lebih tinggi |
| AES-128-GCM | Keseimbangan kecepatan dan perlindungan |
| ChaCha20-IETF-Poly1305 | Lebih cepat pada CPU seluler tanpa AES-NI |
Cipher aliran yang tidak digunakan lagi (tabel, rc4-md5, dan sejenisnya) tidak boleh digunakan — mereka rentan terhadap analisis lalu lintas.
Shadowsocks mengenkripsi konten sesi proxy tetapi tidak meniru HTTPS semeyakinkan Trojan atau Realitas. Dalam jaringan yang keras sering dikombinasikan dengan obfs-plugin atau v2ray-plugin.
Histeria2: QUIC dan TLS 1.3
Hysteria2 berjalan di QUIC (UDP) dan menggunakan TLS 1.3 untuk membuat koneksi. Manfaat:
- pemulihan cepat jika paket hilang;
- enkripsi bawaan pada lapisan QUIC;
- opsional Kebingungan Salamander — lapisan tambahan untuk jaringan yang memblokir QUIC "biasa".
Bagi pengguna, ini berarti kecepatan tinggi pada tautan yang tidak stabil sambil mempertahankan tumpukan TLS modern. Kelemahannya adalah UDP terkadang diblokir atau dibatasi; maka VLESS/Reality di atas TCP lebih cocok.
SOCKS: Ketika Tidak Ada Enkripsi
SOCKS5 dengan sendirinya tidak mengenkripsi lalu lintas — hanya meneruskan koneksi TCP/UDP. Happ mendukung SOCKS sebagai mode proksi; jika penyedia Anda mengirimkan SOCKS "biasa" tanpa pembungkus TLS, tidak ada perlindungan pada jalur ke server.
Pengecualian adalah konfigurasi ketika SOCKS berjalan di dalam terowongan TLS atau bersama protokol lain. Periksa deskripsi server penyedia Anda: "SOCKS over TLS" dan "plain SOCKS" memiliki tingkat keamanan yang berbeda.
Apa yang Dienkripsi Happ: Langganan dan Data Lokal
Selain protokol terowongan, Happ memiliki mekanismenya sendiri untuk melindungi konfigurasi:
| Objek | Bagaimana cara melindunginya |
|---|---|
| Tautan berlangganan | Opsional — langganan terenkripsi atau tersembunyi (jika penyedia mendukungnya) |
| Daftar dan kunci server | Disimpan secara lokal di perangkat Anda, bukan di server Happ |
| Lalu lintas di dalam terowongan | Dienkripsi oleh protokol penyedia, bukan "Happ AES" |
Langganan terenkripsi melindungi URL dan parameter akses saat transit — misalnya saat Anda membagikan konfigurasi atau mengimpor melalui saluran yang tidak aman. Ini tidak menggantikan enkripsi terowongan VPN; itu adalah lapisan terpisah untuk konfigurasi.
Pengembang menyatakan bahwa Happ tidak mengumpulkan riwayat penelusuran — lihat ikhtisar keamanan aplikasi H.
Perbandingan Protokol: Enkripsi dan Kasus Penggunaan
| Protokol | Enkripsi muatan | Transportasi | Mimikri HTTPS | Kecepatan | Ketahanan DPI |
|---|---|---|---|---|---|
| VLESS + Realitas | TLS / XTLS | TCP + TLS 1.3 | Tinggi | Tinggi | Sangat tinggi |
| VMess AEAD | AES-GCM / ChaCha20 | TLS / WS / TCP | Sedang | Sedang–tinggi | Sedang |
| Trojan | TLS 1.3 | TCP | Tinggi | Sedang–tinggi | Tinggi |
| Shadowsocks AEAD | AES / ChaCha20 | TCP / UDP | Rendah–sedang | Tinggi | Sedang |
| Histeria2 | QUIC + TLS 1.3 | UDP | Sedang (dengan obfs) | Sangat tinggi | Bergantung pada jaringan |
| KAOS KAKI5 | Tidak ada (tanpa pembungkus) | TCP | Tidak ada | Tinggi | Rendah |
Pilihan protokol merupakan trade-off antara kecepatan, kamuflase, dan kompatibilitas dengan jaringan Anda. Tidak ada opsi universal "paling terenkripsi": Realitas dan Trojan unggul dalam kamuflase, Hysteria2 pada kecepatan UDP, Shadowsocks dalam kesederhanaan.
Apa yang Tidak Disembunyikan Enkripsi Happ
Bahkan dengan protokol yang kuat, batasannya tetap ada:
- Penyedia VPN Anda melihat lalu lintas yang didekripsi di server mereka — lihat apa yang dilihat penyedia Anda.
- Situs HTTPS dienkripsi secara terpisah; VPN menambahkan perlindungan pada jalur ke server tetapi tidak menggantikan situs TLS.
- Akun dan cookie mengidentifikasi Anda terlepas dari IP — lihat bagaimana situs web melacak Anda.
- Kebocoran DNS/IP mungkin terjadi karena perutean yang salah — uji setelah penyiapan.
- Langganan berbahaya dapat mengarahkan lalu lintas ke server penyerang — enkripsi masih terjadi, tetapi dengan kunci mereka.
Happ melindungi saluran ke server VPN. Segala sesuatu setelah simpul keluar bergantung pada penyedia, browser Anda, dan kebiasaan Anda.
Cara Memverifikasi Enkripsi Berfungsi
| Langkah | Apa yang harus diperiksa |
|---|---|
| Terhubung melalui Happ | Status "Tersambung", server yang dipilih benar |
| Periksa IP | Harus cocok dengan lokasi server VPN |
| Uji kebocoran DNS | Kueri DNS tidak boleh melewati terowongan |
| Tes WebRTC (peramban) | IP asli tidak boleh bocor |
| Konfirmasikan protokol | Kartu server atau dokumen penyedia — VLESS/Reality, AEAD, TLS |
Untuk diagnostik, lihat cara memeriksa kinerja VPN. Jika koneksi tidak stabil, lihat panduan fragmentasi dan kebisingan dan 10 alasan Happ tidak berfungsi.
Rekomendasi Praktis
- Gunakan protokol modern — VLESS + Reality, VMess AEAD, Trojan dengan TLS 1.3, Shadowsocks AEAD, Hysteria2. Hindari mode lama.
- Impor langganan dari dasbor akun Anda — kunci hanya boleh berasal dari penyedia tepercaya.
- Aktifkan langganan terenkripsi jika ditawarkan — ini melindungi URL konfigurasi.
- Jangan bingung antara klien dan penyedia — Happ mengimplementasikan protokol tetapi tidak memilih kebijakan logging atau yurisdiksi server.
- Terus perbarui Happ — versi baru mendukung cipher suite saat ini dan perbaikan pada inti Xray.
- Gabungkan VPN dengan HTTPS — perlindungan berlapis pada berbagai segmen jalur.
Intinya
Enkripsi di Happ VPN ditentukan oleh protokol dalam langganan Anda, bukan oleh "mode Happ" terpisah. Aplikasi ini mendukung VLESS (termasuk Reality), VMess, Trojan, Shadowsocks, Hysteria2, dan SOCKS — dengan AEAD cipher dan TLS 1.3 dalam konfigurasi modern. Happ juga dapat melindungi tautan langganan dan menyimpan konfigurasi secara lokal.
Untuk perlindungan maksimal, pilih penyedia dengan protokol terkini, impor konfigurasi hanya dari akun Anda, dan ingat: enkripsi terowongan yang kuat tidak menghilangkan kebutuhan untuk memercayai siapa pun yang mengoperasikan server di ujung lain.
Ingin menguji protokol modern dengan Happ dalam kondisi nyata? Dapatkan akses uji coba penuh seharga 10 ₽.