Voordat je begint
Teken openbaar endpoint, oorspronkelijke server, protocollen en terugweg. Controleer bevoegdheden voor adressen en netwerken en voorwaarden van de operator. Bewaar instellingen, plan onderhoud en leg een herstelpad vast voordat je gedeelde routes of filters wijzigt.
De gewenste taak afbakenen
Wil je een HTTP-toepassing publiceren, TCP/UDP-spelverkeer doorgeven of een bevoegd IP-prefix aankondigen? Dat zijn verschillende taken. Geef ook aan of de toepassing het oorspronkelijke clientadres moet kennen. Een productnaam beschrijft terugroute en toegestane diensten niet: bevestig eerst de werkelijke topologie en wie aan beide kanten verantwoordelijk is voordat je een voorbeeldconfiguratie overneemt.
Een GRE-tunnel begrijpen
GRE verpakt pakketten tussen endpoints. Bij IPv4 gebruikt het IP-protocol 47, geen TCP-poort 47. Het kan eerder gefilterd verkeer vervoeren wanneer beide uiteinden daarvoor ingericht zijn. GRE levert zelf geen versleuteling of authenticatie: beperk bronnen en beveilig de endpoints. Verpakking voegt bytes toe en kan de bruikbare MTU verminderen, dus test echte overdrachten.
HTTP en transportproxies onderscheiden
Een HTTP-reverse-proxy verwerkt HTTP-aanvragen. Andere diensten hebben geschikte TCP- of UDP-doorsturing nodig, bijvoorbeeld via het NGINX Stream-module wanneer dat past. Controleer sessieduur, timeouts en UDP-gedrag. Een werkende website bevestigt de game niet. Of het clientadres behouden blijft, hangt af van mechanismen die de oorspronkelijke server werkelijk ondersteunt; veronderstel dit niet alleen vanwege de proxy.
BGP-voorwaarden bevestigen
BGP wisselt routeringsinformatie uit. Een netwerk aankondigen vereist bevoegde middelen, afspraken en operatorbeleid: een toegewezen VPS-IP is geen vrij aankondigbaar prefix. BGP filtert ook niet zelfstandig aanvallen. Beschermde transit combineert routering en filtering. Bespreek prefixgrootte, voorwaarden, terugweg en wie optreedt bij fouten in aankondiging of bereikbaarheid, voordat je deze techniek als oplossing voor je project kiest.
MTU en beide richtingen testen
Gebruik overdrachten met representatieve omvang, niet alleen kleine pakketten of één poort. Een verkeerde MTU kan bestanden verstoren terwijl een eenvoudige beschikbaarheidstest slaagt. Asymmetrische routes kunnen onderdelen met verbindingstoestand beïnvloeden: documenteer heen- en terugweg. Verander geen globale MTU of routes zonder andere diensten te beoordelen en een gecontroleerd herstel naar de vorige inrichting te kunnen uitvoeren.
Een beheersbare oplossing kiezen
Een enkele website vraagt iets anders dan meerdere protocollen of een eigen netwerk. Denk aan bewaking, herstel en verantwoordelijkheid bij uitval. De meest uitgebreide techniek is niet automatisch de geschiktste. Test toepassingen vóór verhuizing en noteer geslaagde verbindingen, verlies, vertraging en grenzen. Geen methodenaam impliceert exclusieve capaciteit of universele toepassingsbescherming; vergelijk de daadwerkelijke aangeboden functies en vereisten.
Wat past bij jouw situatie?
| Situatie | Volgende stap |
|---|---|
| Eén HTTP-toepassing | Overweeg een HTTP-proxy met regels voor de oorspronkelijke server en afzonderlijk beheer. |
| Meerdere TCP/UDP-diensten | Vergelijk tunnel en transportdoorsturing, inclusief MTU, clientadres en terugweg. |
| Een eigen bevoegd IP-netwerk | Spreek BGP- en transitvoorwaarden af. Eén VPS-adres is niet genoeg om een prefix aan te kondigen. |
Officiële bronnen
Deze bronnen beschrijven de genoemde protocollen en instellingen. Controleer altijd de documentatie voor jouw versie.