Abans de començar
Enumera adreces, ports i protocols. Verifica responsabilitats als dos extrems i autorització dels prefixos. Desa regles funcionals, mantén una via de gestió separada i planifica restauració amb l’operador abans de canviar rutes de serveis actius.
El proxy ha de coincidir amb el protocol
Un HTTP reverse proxy tracta HTTP configurat, no automàticament l’UDP del joc. NGINX stream pot reenviar TCP o UDP amb mòdul i configuració adequats, però no és un filtre HTTP d’aplicació. Revisa adreces, ports i timeouts. Prova client real i fitxers per separat; una pàgina no confirma tot el servei.
Per a FiveM, separeu els punts de connexió, els fitxers i el joc. Comproveu les adreces anunciades i els serveis que es mantenen directes. Establiu si les adreces dels clients es conserven, quina informació arriba a l'origen i quines regles de confiança coincideixen amb la vostra versió.
GRE encapsula paquets
GRE sobre IPv4 utilitza protocol IP 47, no port TCP 47. Per si mateix no proporciona xifratge ni autenticació de l’altre extrem. Verifica punts permesos i filtres a tots dos costats. Un túnel actiu no prova trànsit del joc; comprova servei real i respostes al client, no només un estat verd al panell.
Comproveu que l'equip i les xarxes permetin GRE. A IPv4 utilitza un número de protocol IP, en lloc d'obrir-se simplement un port TCP o UDP. L'encapsulació afegeix capçaleres: adapteu i proveu la MTU efectiva, les rutes i el camí de retorn. Una connexió que funciona amb paquets petits encara pot fallar amb paquets més grans.
Confirma fonts i retorn
Mantenir les adreces originals dels clients requereix una ruta de resposta adequada. NAT pot canviar la font que veu el servidor i el retorn. Descriu ambdues direccions i encaminament asimètric. Els paquets poden arribar a l’origen mentre la connexió falla perquè la resposta surt per una interfície incorrecta o els filtres de l’altra ruta no encaixen.
Necessites un acord d'encaminament, recursos autoritzats i els requisits previs del proveïdor. L'anunci de prefixos de tercers requereix una autorització real. Les mides de prefix, els filtres i els processos de validació acceptats varien entre els operadors. Una adreça VPS no atorga automàticament el dret o la capacitat d'anunciar un prefix a Internet.
BGP requereix drets verificats
BGP intercanvia rutes entre xarxes; no és un filtre de paquets del joc per si mateix. Anuncia només prefixos autoritzats pel contracte i els permisos. Una IP de VPS no dona automàticament dret a anunciar tota una xarxa. Coordina origen, política, anunci i retorn amb els operadors responsables abans de modificar rutes públiques.
Identifiqueu també camins de derivació: adreces antigues, DNS secundàries, fitxers, eines de veu o d'administració. Abans de restringir un origen, verifiqueu les fonts legítimes i els serveis necessaris. La protecció remota no elimina la necessitat de controlar l'exposició directa de la destinació.
Prova MTU amb trànsit representatiu
L’encapsulació ocupa espai addicional. Una MTU incorrecta pot trencar transferències grans mentre un ping petit funciona. Revisa path MTU, missatges de control necessaris i possible fragmentació. Utilitza fitxers i joc autoritzats semblants a l’ús normal. Canvia una configuració cada vegada per identificar la correcció que elimina realment l’error i poder reproduir-la.
Canvieu un component alhora amb una configuració de retrocés disponible. Coordinar i limitar qualsevol càrrega de prova. Canviar DNS, proxy, túnel i tallafocs simultàniament fa que sigui difícil identificar per què falla una prova.
Valida progressivament
Comprova TCP, UDP, fitxers, administració i respostes des de xarxes independents. Compara RTT i pèrdues amb càrrega similar. Mou primer un servei delimitat i anota condicions de retorn. Un túnel verd o una web accessible no proven el joc complet i les seves dependències; calen connexions reals dels clients després de la migració.
Compareu les responsabilitats, la disponibilitat real, els límits de trànsit i els preus per a l'àmbit escollit. La combinació de mecanismes pot ajudar, però cada capa afegeix paràmetres i requisits de supervisió. Manteniu una descripció senzilla que el vostre equip i el vostre proveïdor puguin verificar junts.
Què cal fer en el teu cas?
| Situació | Pas següent |
|---|---|
| Només HTTP necessita intermediari | Restringeix origen i prova HTTP proxy sense pressuposar cobertura UDP. |
| UDP necessita camí protegit | Valora proxy de transport o túnel amb MTU i retorn verificats. |
| Trasllades un prefix propi autoritzat | Planifica política BGP i restauració amb l’operador responsable. |
Fonts oficials
Les fonts descriuen protocols i configuracions. Consulta la documentació de la versió que utilitzes.