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.
Voor FiveM: afzonderlijke verbindingseindpunten, bestanden en gameplay. Controleer geadverteerde adressen en diensten die direct blijven. Stel vast of klantadressen bewaard blijven, welke informatie de oorsprong bereikt en welke vertrouwensregels overeenkomen met uw versie.
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.
Controleer of apparatuur en netwerken GRE toestaan. In IPv4 gebruikt het een IP-protocolnummer, in plaats van simpelweg een TCP- of UDP-poort om te openen. Inkapseling voegt headers toe: pas de effectieve MTU, routes en retourpad aan en test deze. Een verbinding die met kleine pakketten werkt, kan bij grotere pakketten nog steeds mislukken.
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.
U hebt een routeringsovereenkomst, geautoriseerde bronnen en de vereisten van de provider nodig. Voor het aankondigen van voorvoegsels van derden is echte autorisatie vereist. Geaccepteerde prefixgroottes, filters en validatieprocessen variëren per operator. Een VPS-adres geeft niet automatisch het recht of de mogelijkheid om een voorvoegsel op internet aan te kondigen.
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.
Identificeer ook omleidingspaden: oude adressen, secundaire DNS, bestanden, spraak- of beheertools. Voordat u een herkomst beperkt, moet u legitieme bronnen en vereiste services verifiëren. Bescherming op afstand neemt niet de noodzaak weg om de directe blootstelling van de bestemming te controleren.
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.
Wijzig één component tegelijk met een rollback-configuratie beschikbaar. Coördineer en beperk eventuele testbelastingen. Het gelijktijdig wijzigen van DNS, proxy, tunnel en firewall maakt het moeilijk om te identificeren waarom een test mislukt.
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.
Vergelijk verantwoordelijkheden, daadwerkelijke beschikbaarheid, verkeerslimieten en prijzen voor de gekozen scope. Het combineren van mechanismen kan helpen, maar elke laag voegt instellingen en monitoringvereisten toe. Houd een eenvoudige beschrijving bij die uw team en provider samen kunnen verifiëren.
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.