HTTP vs HTTPS vs SOCKS4 vs SOCKS5: Welk Proxyprotocol Moet Je Kiezen?

Elke proxy op een lijst zoals deze is getagd met een protocol — HTTP, HTTPS, SOCKS4 of SOCKS5 — en het verkeerde kiezen voor een bepaalde taak is verreweg de meest voorkomende reden waarom een "werkende" proxy niet doet wat je nodig hebt. Dit artikel gaat dieper dan een korte definitie: voor elk protocol behandelen we wat het daadwerkelijk ondersteunt, waar het tekortschiet, hoe het presteert, en wanneer het de juiste keuze is.

De korte versie

HTTP- en HTTPS-proxy's zijn speciaal gebouwd voor webverkeer en zijn wat vrijwel elke browser, scraper en automatiseringstool standaard verwacht. SOCKS4 en SOCKS5 werken op een lager niveau en geven elke TCP-verbinding door in plaats van alleen webverzoeken, wat ze beter geschikt maakt voor toepassingen die geen browser zijn. SOCKS5 is de capabelste van de vier en voegt authenticatie en UDP-ondersteuning toe bovenop SOCKS4. Als je maar één ding uit dit artikel onthoudt, laat het dit zijn: webbrowsen → HTTP/HTTPS, al het andere → SOCKS.

Een korte technische inleiding: waar elk protocol opereert

HTTP- en HTTPS-proxy's werken op de applicatielaag — ze begrijpen specifiek de structuur van een HTTP-verzoek (methode, headers, body) en kunnen daarop inspecteren of routeren. SOCKS daarentegen opereert lager, dichter bij de ruwe transportlaag: het weet niet en het maakt niet uit of de bytes die het doorgeeft een webpagina, een FTP-overdracht of een handshake van een gameserver zijn. Dat ene architecturale verschil verklaart bijna elk praktisch onderscheid tussen de twee families — HTTP/HTTPS-proxy's zijn specifiek slimmer met webverkeer, terwijl SOCKS-proxy's dommer maar veel algemener inzetbaar zijn.

HTTP-proxy's, in detail

Een HTTP-proxy begrijpt specifiek het HTTP-protocol — hij parseert het verzoek, kan headers inspecteren en soms aanpassen, en weet hoe hij een antwoord moet terugsturen. Dankzij dat native begrip zijn HTTP-proxy's het meest universeel ondersteunde proxytype: als de configuratie van een tool gewoon "proxy" zegt zonder protocolkeuze, verwacht die vrijwel altijd HTTP.

Sterke punten: Maximale compatibiliteit, eenvoudig te configureren, goed geschikt voor browsen en de meeste scrapingtools, en meestal de grootste pool beschikbare servers op elke gratis proxylijst.
Beperkingen: De verbinding tussen jou en de proxy is niet per se versleuteld, en hij is specifiek gebouwd voor webverkeer — geen algemene TCP-doorgifte. Sommige HTTP-proxy's ondersteunen ook de CONNECT-methode niet die nodig is om HTTPS-bestemmingssites te tunnelen, waardoor ze beperkt kunnen zijn tot alleen gewone HTTP-bestemmingen.

HTTPS-proxy's, in detail

Een HTTPS-proxy is functioneel een HTTP-proxy met TLS-versleuteling toegevoegd aan het traject tussen jouw apparaat en de proxyserver. Het verandert niets aan hoe de proxy met de bestemmingssite communiceert — dat wordt nog steeds bepaald door welk protocol de bestemming zelf gebruikt — maar het betekent wel dat die eerste schakel versleuteld is, wat belangrijk is op netwerken waar dat verkeer anders bekeken zou kunnen worden.

Sterke punten: Dezelfde brede compatibiliteit als HTTP, plus een versleutelde verbinding naar de proxy zelf, en (op een samengestelde lijst zoals deze) de bevestiging dat CONNECT-tunneling naar HTTPS-bestemmingen daadwerkelijk werkt.
Beperkingen: Iets minder universeel ondersteund dan gewoon HTTP in oudere of minimalere tools; blijft in de kern een protocol voor webverkeer, geen algemene TCP-doorgifte.

SOCKS4-proxy's, in detail

SOCKS doet geen moeite om webverkeer specifiek te begrijpen en geeft in plaats daarvan gewoon generiek TCP-verbindingen door — de proxy parseert niet en het maakt niet uit wat er in de verbinding zit, hij stuurt alleen bytes heen en weer. Dat maakt SOCKS4 bruikbaar voor toepassingen die niets met een browser te maken hebben: FTP-clients, chatprotocollen, of elk aangepast TCP-gebaseerd hulpmiddel.

Sterke punten: Werkt met vrijwel elke TCP-gebaseerde toepassing, niet alleen webverkeer; eenvoudig protocol met lage overhead.
Beperkingen: Geen ingebouwde authenticatie (behandel de proxy zelf als niet-vertrouwde infrastructuur), en geen UDP-ondersteuning — alles wat op UDP steunt, heeft in plaats daarvan SOCKS5 nodig.

SOCKS5-proxy's, in detail

SOCKS5 is de directe opvolger van SOCKS4 en voegt twee mogelijkheden toe: optionele gebruikersnaam-/wachtwoordauthenticatie, en ondersteuning voor UDP-verkeer naast TCP. UDP is belangrijk voor zaken als DNS-opzoekingen, sommig VoIP- en gameverkeer, en andere protocollen die geen standaard TCP-verbindingen gebruiken. Als een toepassing specifiek SOCKS5 vereist in plaats van SOCKS4, komt dat vrijwel altijd door een van die twee toevoegingen.

Sterke punten: De capabelste van de vier — breedste protocolondersteuning, optionele authenticatie, UDP-ondersteuning.
Beperkingen: Iets minder vaak beschikbaar op gratis lijsten dan HTTP, simpelweg omdat het een kleinere subset servers is die ervoor geconfigureerd zijn — maar wel groeiend, en het loont om er specifiek op te filteren wanneer een taak de extra mogelijkheden nodig heeft.

Prestatieverschillen tussen de protocollen

De keuze van protocol heeft meer invloed op overhead dan op de ruwe doorvoersnelheid. SOCKS-proxy's voegen, omdat ze geen content op de applicatielaag parseren, doorgaans iets minder verwerkingsoverhead per verbinding toe dan HTTP/HTTPS-proxy's — maar in de praktijk is bij gratis openbare proxy's de bepalende factor voor snelheid de eigen bandbreedte, belasting en afstand van de individuele server, niet het protocol zelf. Twee proxy's met verschillende protocollen op vergelijkbare hardware en netwerkpaden presteren meestal vergelijkbaar; de responstijdcijfers op de proxylijst van deze site weerspiegelen de daadwerkelijke server, niet een voordeel op protocolniveau.

Beveiligingsoverwegingen per protocol

De keuze van protocol bepaalt ook wat een proxybeheerder technisch kan zien of doen, wat van belang is bij het bepalen welk soort verkeer geschikt is om via een gratis, ongeverifieerde server te sturen.

HTTP: Verkeer tussen jou en de proxy is op die schakel onversleuteld, wat betekent dat de proxybeheerder (of iemand anders die die verbinding kan observeren) mogelijk gewoon HTTP-verkeer onderweg kan lezen. Dit heeft geen invloed op sites die je end-to-end via HTTPS bezoekt — die versleuteling staat los daarvan en blijft van toepassing — maar het betekent wel dat de proxy zelf meer ziet dan een alternatief dat versleuteld is tot aan de proxy.

HTTPS: Versleutelt de verbinding naar de proxy zelf, waarmee dat specifieke gat wordt gedicht. Het is de betere keuze boven gewoon HTTP wanneer het verkeer dat erdoorheen gaat die extra laag verdient, hoewel — zoals bij elke proxy — het algemene advies om gevoelige logins of betalingen via een ongeverifieerde gratis server te vermijden nog steeds geldt: de beheerder kan nog steeds verbindingsmetadata zien (welke sites je bezoekt), zelfs wanneer de inhoud zelf versleuteld is.

SOCKS4: Heeft helemaal geen authenticatiemechanisme, dus iedereen die het adres en de poort van de proxy ontdekt, kan hem gebruiken — je hebt geen manier om te weten wie hem nog meer deelt of wat ze ermee doen. Behandel het puur als een handig hulpmiddel voor IP-doorgifte, niet als privé-infrastructuur.

SOCKS5: Ondersteunt optionele authenticatie, wat — wanneer een specifieke proxy die daadwerkelijk aanbiedt — in elk geval beperkt wie die server kan gebruiken. De meeste gratis SOCKS5-vermeldingen vereisen in de praktijk geen authenticatie, dus geldt meestal dezelfde algemene voorzichtigheid als bij SOCKS4, tenzij je beter weet.

Voor alle vier geldt dezelfde praktische regel: een gratis, uit openbare bron afkomstige proxy van welk protocol dan ook moet als ongeverifieerde infrastructuur worden behandeld. Gebruik hem voor taken zoals geotesten, het scrapen van openbare gegevens of casual browsen, en vermijd het routeren van logins of betalingsgegevens via een van hen, ongeacht welk protocol wordt gebruikt.

Direct vergeleken: welke telt echt voor jouw taak

Het web browsen of websites scrapen

Gebruik HTTP of HTTPS. Dit zijn de protocollen die browsers en vrijwel elke scrapingbibliotheek van nature verwachten, en het compatibiliteitsverschil is groot genoeg dat er zelden een reden is om naar SOCKS te grijpen, tenzij een specifieke tool dat vereist.

Een niet-browsertoepassing gebruiken (FTP-client, chatapp, aangepaste tool)

Gebruik SOCKS4 of SOCKS5. Deze toepassingen openen doorgaans ruwe TCP-verbindingen in plaats van geformatteerde HTTP-verzoeken, en een HTTP-proxy weet niet wat hij met dat verkeer moet doen.

Alles met UDP (DNS-intensieve tools, bepaald game- of VoIP-verkeer)

SOCKS5 is de enige van de vier die dit ondersteunt — HTTP, HTTPS en SOCKS4 zijn allemaal alleen-TCP.

Gevoelig verkeer waarbij de proxyverbinding zelf niet observeerbaar mag zijn

Geef de voorkeur aan HTTPS boven HTTP (voor webverkeer), omdat het die eerste schakel versleutelt; SOCKS5 met authenticatie is het dichtstbijzijnde equivalent voor niet-webverkeer.

Je weet niet zeker welke een specifieke tool nodig heeft

Raadpleeg de documentatie van de tool zelf voor de proxy-instellingen — als er maar één "proxy"-veld is zonder protocolkeuze, verwacht die HTTP; als er een keuzelijst is met SOCKS4/SOCKS5 als optie, is dat je signaal dat de tool het lagere-niveauprotocol ondersteunt (en mogelijk nodig heeft) voor het verkeer dat hij genereert.

Je moet specifiek kiezen tussen SOCKS4 en SOCKS5

Kies standaard voor SOCKS5, tenzij iets specifiek SOCKS4 afdwingt. SOCKS5 doet alles wat SOCKS4 doet, plus authenticatie en UDP, dus er is zelden een nadeel aan de voorkeur ervoor — de enige veelvoorkomende reden om toch voor SOCKS4 te kiezen, is dat een bepaalde gratis proxy simpelweg geen SOCKS5-optie biedt, of dat een oudere tool alleen de SOCKS4-specificatie implementeert.

Filteren op protocol op deze site

Elke vermelding in de gratis proxylijst is getagd met zijn protocol, en met de filterbalk kun je de lijst precies beperken tot HTTP, HTTPS, SOCKS4 of SOCKS5. Er zijn ook speciale pagina's voor elk protocol — bijvoorbeeld de SOCKS5-proxylijst — als je precies weet welk type je nodig hebt. Voor welke je ook kiest, het loont om hem eerst even door de Proxy Checker te halen voordat je erop vertrouwt, aangezien de beschikbaarheid van elke gratis proxybron voortdurend verandert. Voor een bredere introductie tot proxy's voordat je in protocolspecifieke details duikt, zie Wat Is een Proxyserver? Een Complete Gids voor Proxytypes.