Happ Proxy: proxy voor Happ — inschakelen en instellen

Wat is Happ Proxy en hoe werkt de proxymodus

Happ Proxy is de transportlaag van de Happ-client die het verkeer van apps in een versleutelde tunnel naar de gekozen server verpakt. Anders dan het klassieke model 'al het verkeer via één VPN' werkt de proxy voor Happ gericht: hij zet een lokaal proxy-eindpunt op het apparaat op en bepaalt volgens ingestelde regels welke verbinding via de server gaat en welke rechtstreeks blijft. Juist deze selectiviteit maakt van Happ een instelinstrument en niet zomaar een 'verbinden'-knop.

Onder de motorkap ondersteunt Happ moderne transporten — VLESS, VMess, Trojan en Shadowsocks — die via een abonnementslink aan de app worden doorgegeven. De client leest het abonnement uit, haalt de parameters van de node op (adres, poort, versleutelingsmethode, TLS/Reality, SNI) en houdt ze klaar als profielen. Je schakelt tussen profielen zonder herinstallatie — alleen de actieve route verandert.

De praktische zin van de proxymodus zit in stabiliteit en controle. Je bepaalt zelf of een bankapp buiten de tunnel om gaat en streaming juist via een server in de gewenste regio. Op deze logica bouwen verder de uitsluitingslijsten en split tunneling voort, waarover hierna meer, evenals het kiezen van servers voor een specifieke taak.

Hoe je de proxy voor Happ inschakelt: stapsgewijs instellen

Stap 1 — voeg een abonnement toe. Open Happ, ga naar het gedeelte met profielen/configuraties en plak de abonnementslink (formaat happ://, vless:// of een https-link naar het abonnement). De client haalt de lijst met beschikbare nodes op. Als er één link is maar meerdere nodes — dat is normaal: een abonnement bevat doorgaans een pool aan servers.

Stap 2 — kies een node en protocol. Neem voor de eerste start de geografisch dichtstbijzijnde server op VLESS + Reality of Trojan: die houden de verbinding beter vast op onstabiele netwerken. Tik op de node om hem actief te maken en start een vertragingstest (ping) — die toont de werkelijke respons en niet slechts een groen vinkje.

Stap 3 — activeer de tunnel. Druk op de verbindingsknop. Op Android vraagt het systeem toestemming om een VPN-interface aan te maken — dat is het reguliere mechanisme waarmee de proxy het verkeer onderschept. Op Windows wordt voor een volwaardige TUN-modus de Happ Utility gebruikt (zie het gedeelte /proxy-utility/), die een systeem-netwerkadapter opzet.

Stap 4 — controleer de route. Open een willekeurige IP-controledienst en verzeker je ervan dat het adres is gewijzigd in het adres van de server. Als het IP hetzelfde blijft — gaat het verkeer buiten de tunnel om en is het verstandig de routingmodus en de app-rechten te controleren.

Routing en uitsluitingslijsten (split tunneling)

Uitsluitingslijsten in Happ bepalen welke domeinen en apps de tunnel omzeilen en welke via de server gaan. Dit is de kern van de fijnafstemming: een goed opgestelde lijst verlaagt de belasting op de server, versnelt lokale diensten en voorkomt onnodig omschakelen. Je kunt met lijsten werken volgens twee logica's — 'standaard via de proxy, uitzonderingen rechtstreeks' of andersom.

Split tunneling per app is beschikbaar op Android en in de TUN-modus op Windows: je markeert specifieke apps waarvoor de tunnel wordt in- of uitgeschakeld. Een typisch scenario is een bank, lokaal bankieren en apps die gevoelig zijn voor een regiowissel buiten de tunnel houden, terwijl messengers en media op de server blijven. Een uitgebreide bespreking van de modi vind je op de pagina /split-tunneling/.

Voor domeinrouting worden regels op basis van lijsten gebruikt: geosite/geoip-sets maken het mogelijk met één regel een hele categorie (bijvoorbeeld lokale bronnen) rechtstreeks te sturen en al het overige via de server. Begin met een kant-en-klare set en voeg daarna naar behoefte gerichte uitzonderingen toe — zo blijft de lijst beheersbaar en verandert hij niet in een rommelhoop van honderden handmatige regels.

Herstart na elke wijziging van de lijst de verbinding en controleer het resultaat op echte domeinen. Regels worden toegepast op volgorde van prioriteit: een specifiekere regel moet boven een algemene staan, anders onderschept de brede regel het verkeer eerder.

Snelheid en verbindingsstabiliteit optimaliseren

De snelheid van de proxy voor Happ wordt bepaald door drie factoren: de nabijheid en belasting van de server, het gekozen transport en de netwerkparameters. Begin met de servers — pingtest een aantal nodes uit het abonnement en kies niet de 'mooiste', maar de meest stabiele qua respons. Het kiezen van nodes per taak wordt behandeld in het gedeelte /servers/.

Het transport bepaalt de bestendigheid tegen pakketverlies. Op mobiele netwerken en Wi-Fi met storingen geven UDP-gebaseerde oplossingen (bijvoorbeeld verbindingen over QUIC/Reality) vaak een gelijkmatigere snelheid, terwijl op strikte bedrijfsnetwerken TCP+TLS zich beter houdt. Herhalen de onderbrekingen zich, schakel dan het protocol in het profiel om en vergelijk.

Fijnafstemming op netwerkniveau helpt bij een 'zwevende' snelheid: het verlagen van de MTU (op probleemverbindingen richting 1400) haalt fragmentatie weg, en het inschakelen van mux/multiplexing verlaagt de overhead bij veel korte verbindingen. Wijzig één parameter tegelijk en meet — anders is niet te achterhalen wat precies hielp.

Op Windows zorgt de Happ Utility voor de stabiliteit van de TUN-modus en de correcte onderschepping van systeemverkeer. Houd hem bijgewerkt: conflicten met externe netwerkfilters en oude adapterdrivers zijn een veelvoorkomende oorzaak van terugval. Kwesties rond versleuteling en verbindingsbeveiliging staan in het gedeelte /security/.

Diagnostiek: als de proxy niet verbindt

Werkt de verbinding niet, ga dan van eenvoudig naar complex. Werk eerst het abonnement bij — de nodes in de pool kunnen gewijzigd zijn en de client houdt verouderde adressen vast. Eén druk op 'abonnement bijwerken' haalt de actuele parameters op zonder het profiel opnieuw aan te maken.

Controleer de systeemtijd en tijdzone. Transporten met TLS/Reality zijn gevoelig voor een klokafwijking: een verschil van enkele minuten breekt de handshake en van buitenaf lijkt dat op 'de server reageert niet'. Schakel automatische tijdsynchronisatie in.

Wissel van node en protocol. Zwijgt de ene server terwijl een buurnode uit hetzelfde abonnement werkt — dan zit het probleem bij de node en niet bij de client. Zwijgen ze allemaal, dan ligt het vaker aan het netwerk van de provider: probeer een ander transport, een andere SNI of een verbinding via mobiel internet ter controle. Een uitgebreide checklist voor storingen is te vinden in het ondersteuningsgedeelte.

Controleer tot slot de routing en de uitsluitingslijsten. Een fout in een regel of een te brede uitzondering kan al het verkeer buiten de tunnel om leiden, met de illusie dat 'de proxy niet werkt'. Schakel de gebruikersregels tijdelijk uit, verzeker je ervan dat de basisverbinding leeft en voeg de regels één voor één terug toe.