Salta al contingut
Protecció DDoS · Peeryx · 15 Tbps+
Totes les guies

Protegir FiveM: HTTP, UDP i origen han de funcionar junts

FiveM utilitza diversos passos de xarxa per connectar i jugar. Un reverse proxy pot protegir peticions HTTP concretes, no automàticament tot el trànsit. La solució ha d’unir adreces anunciades, fitxers, UDP i restriccions d’origen perquè els clients legítims continuïn jugant sense camins que esquivin la protecció.

← Totes les guiesCubixServ

Abans de començar

Conserva port assignat, artefacte, adreça pública i ruta de fitxers. Descriu administració i proxy existent. Desa configuració, acorda regles d’accés i mantén una via de gestió segura abans de moure trànsit a la nova arquitectura.

Divideix la connexió en passos

Esbrina com el client rep informació, punts de connexió i recursos, i com entra al joc. Cada pas pot tenir errors i necessitats diferents. Una pàgina no confirma la resta. Prova un client FiveM real i compara F8 amb el registre del mateix intent abans de canviar arquitectura o política de fitxers.

Configura HTTP proxy amb precisió

Consulta Cfx.re per a l’artefacte actiu. URL públic, certificat i reenviament han de ser coherents. La restricció de fitxers a un proxy ha d’estar suportada per la versió i adequada al muntatge. Confiar en tot internet elimina la restricció; verifica xarxes concretes en lloc d’obrir origen per amagar un error.

Revisa UDP per separat

Un HTTP proxy habitual no és un intermediari UDP universal. Confirma adreça del joc, UDP, possible veu i respostes per separat. Una recepta antiga de Linux Legacy no prova compatibilitat Enhanced. Testa client i artefacte concrets abans de declarar preparació: compartir nom de producte no implica idèntica arquitectura o requisits de protocol.

Tanca desviaments sense perdre accés

Una altra IP o port directe pot esquivar el proxy. Revisa DNS, adreces publicades abans i serveis d’origen. Restringeix segons el muntatge acordat però conserva administració separada i retorn. Canvia una regla i prova connexions permeses i tancament real d’entrades no previstes; una adreça amagada pot continuar completament accessible.

No prometis rotació automàtica d’IP

Canviar IP o port requereix actualitzar rutes, punts anunciats i camí del client. No resol qualsevol atac. Descriu-ho com automàtic només amb integració i procediment verificats. Planifica DNS, connexions actives i restauració: altrament el mateix canvi pot crear una interrupció nova o una ruta de descàrrega inaccessible.

Confirma amb una prova limitada

Comprova connexió, fitxers i joc des de xarxes independents amb càrrega petita autoritzada. Segueix recursos, timeouts i registres abans i després. Separa xarxa d’un recurs incorrecte o arrencada incompleta. Comparteix amb l’operador només registres necessaris sense claus ni tokens, perquè el diagnòstic no afegeixi riscos d’accés al servei.

Què cal fer en el teu cas?

SituacióPas següent
El pas HTTP s’aturaInvestiga proxy, certificat i adreça pública dels fitxers.
Fitxers funcionen però el joc noTesta UDP, punt de joc i retorn per separat.
Cal canviar l’adreça públicaAcorda una migració coordinada i retorn amb l’operador.

Fonts oficials

Les fonts descriuen protocols i configuracions. Consulta la documentació de la versió que utilitzes.

  1. Cfx.re/docs/server-manual/proxy-setup/
  2. Cfx.re/docs/server-manual/server-commands/
  3. Cfx.re/docs/developers/server-security/
  4. RFC Editor / IETF/rfc/rfc4732