Happ Proxy: proxy untuk Happ — cara mengaktifkan dan mengatur

Apa itu Happ Proxy dan bagaimana mode proxy bekerja

Happ Proxy adalah lapisan transport pada klien Happ yang membungkus trafik aplikasi ke dalam terowongan terenkripsi menuju server yang dipilih. Berbeda dengan skema klasik "seluruh trafik masuk ke satu VPN", proxy untuk Happ bekerja secara selektif: ia membuka endpoint proxy lokal di perangkat dan, berdasarkan aturan yang ditentukan, memutuskan koneksi mana yang dikirim melalui server dan mana yang dibiarkan langsung. Justru sifat selektif inilah yang menjadikan Happ sebuah alat pengaturan, bukan sekadar tombol "sambungkan".

Di balik layar, Happ mendukung transport modern — VLESS, VMess, Trojan, dan Shadowsocks — yang diteruskan ke aplikasi melalui tautan langganan. Klien mengurai langganan tersebut, mengambil parameter node (alamat, port, metode enkripsi, TLS/Reality, SNI) dan menyimpannya siap pakai sebagai profil. Anda berpindah antarprofil tanpa perlu instal ulang — yang berubah hanya rute yang aktif.

Manfaat praktis mode proxy terletak pada stabilitas dan kontrol. Anda sendiri yang menentukan apakah aplikasi perbankan melewati terowongan, sementara streaming disalurkan melalui server di kawasan yang diinginkan. Selanjutnya, di atas logika ini dibangun daftar pengecualian dan split tunneling yang dibahas di bawah, serta pemilihan server sesuai tugas tertentu.

Cara mengaktifkan proxy untuk Happ: pengaturan langkah demi langkah

Langkah 1 — tambahkan langganan. Buka Happ, masuk ke bagian profil/konfigurasi, lalu tempel tautan langganan (format happ://, vless://, atau tautan https ke langganan). Klien akan menarik daftar node yang tersedia. Jika tautannya satu tetapi node-nya banyak — itu normal: langganan biasanya berisi kumpulan server.

Langkah 2 — pilih node dan protokol. Untuk peluncuran pertama, ambil server terdekat secara geografis dengan VLESS + Reality atau Trojan: keduanya lebih baik menjaga koneksi pada jaringan yang tidak stabil. Ketuk node untuk menjadikannya aktif, lalu jalankan tes latensi (ping) — ini menunjukkan respons sebenarnya, bukan sekadar tanda centang hijau.

Langkah 3 — aktifkan terowongan. Tekan tombol koneksi. Di Android, sistem akan meminta izin untuk membuat antarmuka VPN — ini adalah mekanisme standar yang lewatnya proxy mencegat trafik. Di Windows, untuk mode TUN penuh digunakan Happ Utility (lihat bagian /proxy-utility/), yang menaikkan adapter jaringan sistem.

Langkah 4 — periksa rute. Buka layanan pengecekan IP apa pun dan pastikan alamatnya berubah menjadi alamat server. Jika IP tetap sama — trafik melewati terowongan, dan sebaiknya periksa mode routing serta izin aplikasi.

Routing dan daftar pengecualian (split tunneling)

Daftar pengecualian di Happ menentukan domain dan aplikasi mana yang melewati terowongan dan mana yang disalurkan melalui server. Ini adalah inti dari penyetelan halus: daftar yang disusun dengan benar mengurangi beban server, mempercepat layanan lokal, dan menghilangkan peralihan yang tidak perlu. Anda dapat mengelola daftar dengan dua logika — "secara default melalui proxy, pengecualian langsung" atau sebaliknya.

Split tunneling per aplikasi tersedia di Android dan pada mode TUN di Windows: Anda menandai aplikasi tertentu yang terowongannya diaktifkan atau dimatikan. Skenario umumnya — mengeluarkan aplikasi bank, perbankan lokal, dan aplikasi yang sensitif terhadap perubahan kawasan dari terowongan, sementara messenger dan media tetap disalurkan melalui server. Pembahasan mendetail tentang mode-mode ini ada di halaman /split-tunneling/.

Untuk routing berbasis domain digunakan aturan berdasarkan daftar: kumpulan geosite/geoip memungkinkan satu aturan mengarahkan seluruh kategori (misalnya sumber daya lokal) secara langsung, dan sisanya melalui server. Mulailah dengan kumpulan siap pakai, lalu tambahkan pengecualian secara selektif sesuai kebutuhan — dengan begitu daftar tetap terkelola dan tidak berubah menjadi tumpukan ratusan baris manual.

Setelah setiap perubahan pada daftar, mulai ulang koneksi dan periksa hasilnya pada domain nyata. Aturan diterapkan berdasarkan urutan prioritas: aturan yang lebih spesifik harus berada di atas aturan umum, jika tidak aturan yang luas akan mencegat trafik lebih dulu.

Optimasi kecepatan dan stabilitas koneksi

Kecepatan proxy untuk Happ ditentukan oleh tiga faktor: kedekatan dan beban server, transport yang dipilih, serta parameter jaringan. Mulailah dari server — jalankan ping ke beberapa node langganan dan pilih bukan yang paling "cantik", melainkan yang paling stabil respons-nya. Pemilihan node sesuai tugas dibahas di bagian /servers/.

Transport memengaruhi ketahanan terhadap kehilangan paket. Pada jaringan seluler dan Wi-Fi yang banyak gangguan, solusi berbasis UDP (misalnya koneksi di atas QUIC/Reality) sering memberi kecepatan yang lebih stabil, sementara pada jaringan korporat yang ketat, TCP+TLS lebih tahan. Jika sambungan berulang kali terputus, ganti protokol di profil dan bandingkan.

Penyetelan halus pada tingkat jaringan membantu saat kecepatan "naik-turun": menurunkan MTU (pada jalur bermasalah ke sekitar 1400) menghilangkan fragmentasi, dan mengaktifkan mux/multiplexing mengurangi overhead pada banyak koneksi pendek. Ubah satu parameter dalam satu waktu lalu ukur — jika tidak, mustahil mengetahui mana yang sebenarnya membantu.

Di Windows, stabilitas mode TUN dan pencegatan trafik sistem yang benar ditangani oleh Happ Utility. Jaga agar tetap diperbarui: konflik dengan filter jaringan pihak ketiga dan driver adapter lama merupakan penyebab umum penurunan performa. Persoalan enkripsi dan perlindungan koneksi dibahas di bagian /security/.

Diagnostik: jika proxy tidak tersambung

Jika koneksi tidak terbangun, bergeraklah dari yang sederhana ke yang rumit. Pertama, perbarui langganan — node dalam kumpulan bisa saja berganti, sementara klien masih menyimpan alamat yang usang. Satu ketukan "perbarui langganan" menarik parameter terkini tanpa membuat ulang profil.

Periksa waktu sistem dan zona waktu. Transport dengan TLS/Reality sensitif terhadap ketidaksinkronan jam: selisih beberapa menit merusak handshake, dan secara luar tampak seperti "server tidak merespons". Aktifkan sinkronisasi waktu otomatis.

Ganti node dan protokol. Jika satu server diam, tetapi tetangganya dari langganan yang sama bekerja — masalahnya ada di sisi node, bukan klien. Jika semuanya diam, penyebabnya lebih sering di jaringan operator: coba transport lain, ganti SNI, atau sambungkan melalui internet seluler untuk memeriksa. Daftar periksa masalah yang lengkap tersedia di bagian dukungan.

Terakhir, periksa routing dan daftar pengecualian. Kesalahan dalam aturan atau pengecualian yang terlalu luas dapat mengarahkan seluruh trafik melewati terowongan, menciptakan ilusi bahwa "proxy tidak berfungsi". Nonaktifkan sementara aturan buatan pengguna, pastikan koneksi dasar hidup, lalu kembalikan aturan satu per satu.