Før du begynner
Noter tildelt spillport, artefakt, offentlig adresse og filvei. Kartlegg administrasjon og eksisterende proxy. Lagre konfigurasjon, avtal tilgangsregler og behold en trygg administrasjonsvei før produksjonstrafikk flyttes.
Del opp trafikkveien
Undersøk hvordan klienten når informasjon, annonserte endepunkter og ressursfiler, og hvordan den kobler til spillet. Disse stegene kan ha ulike feil og beskyttelsesbehov. At én side svarer, bekrefter ikke resten. Test med en faktisk FiveM-klient og sammenhold F8-meldinger med serverlogger under samme tilkoblingsforsøk.
Sjekk også domeneadresser, gamle offentlige adresser og endepunkter annonsert av FXServer. En sekundær tjeneste kan avsløre opprinnelsen selv når hovedlenken bruker en proxy. Bruk denne beholdningen til å etablere omfanget med leverandøren.
Konfigurer HTTP-proxy presist
Bruk Cfx.re-dokumentasjonen for artefakten du kjører. Offentlig URL, sertifikat og videresending må være konsistente. Innstillinger som begrenser filtilgang til en proxy må støttes av versjonen og passe til arkitekturen. Bruk verifiserte kildeområder; å tillate hele internett som «betrodd proxy» opphever avgrensningen og skjuler ofte feil i stedet for å løse dem.
Hvis du bruker en filbuffer, sjekk destinasjoner og tilgangsbetingelser. Proxy- og filinnstillinger avhenger av FXServer-versjonen. En innstilling i nyere dokumentasjon kan være fraværende fra en eldre artefakt: bekreft tilgjengelighet før du endrer konfigurasjon.
Kontroller UDP og spillendepunkter
En vanlig HTTP-proxy er ikke en generell UDP-proxy. Bekreft separat hvordan tildelt spilladresse, UDP, eventuell stemme og retursvar passerer. En gammel Linux-oppskrift for Legacy er ikke i seg selv dokumentasjon på Enhanced-kompatibilitet. Test den aktuelle klienten og artefakten før du beskriver en løsning som klar for den utgaven.
Hold nøyaktige, dokumenterte lister over pålitelige kilder. En global kvote eller feil proxy-adresse kan undergrave beskyttelsen; en feilplassert blokk kan stoppe spillere med å bli med. Rotering av en IP eller port erstatter ikke opprinnelsesbeskyttelse, og bør ikke beskrives som automatisk uten en levert mekanisme.
Avgrens origin uten å låse deg ute
En alternativ direkte IP eller port kan gjøre at trafikk går utenom mellomtjeneren. Sjekk DNS, gamle publiserte adresser og andre tjenester på origin. Begrens tilgang etter avtalt arkitektur, men behold separat administrasjon og tilbakeføring. Gjør én regelendring om gangen og test både tillatte forbindelser og at utilsiktede inngangsveier faktisk er avgrenset.
Ikke utsett en database eller et administrasjonsverktøy offentlig uten et identifisert behov og passende kontroller. Vertspanelet og txAdmin er separate miljøer; å beskytte den ene garanterer ikke sikkerheten til den andre. Vedlikehold programvare og gjennomgå tilgang etter teamendringer.
Ikke lov automatisk IP-rotasjon
En endret IP eller port krever oppdatering av ruting, annonsering og klientenes tilkoblingsvei. Det er ikke et universelt middel mot alle angrep. Beskriv rotasjon som automatisk bare når en faktisk integrasjon og prosedyre er validert. Planlegg DNS, aktive forbindelser og gjenoppretting; ellers kan selve endringen gi nye avbrudd.
Overvåk gjentatte feil og operasjoner som blir kostbare under belastning. Test endringer på en kopi, behold tidligere versjoner og administrer avhengigheter. Rammer og ressurser krever vedlikehold; å legge til beskyttelse gjør ikke automatisk skript trygge.
Valider drift og feilsøking
Test tilkobling, filer og spill fra flere uavhengige nett med lav, tillatt belastning. Følg ressurser, timeouts og logger før og etter. Skill nettverksproblem fra en dårlig ressurs eller en server som ikke er klar. Del bare nødvendige logger uten nøkler og tokens når operatøren må undersøke hendelsen videre.
Under en hendelse, behold tiden, berørte nettverk, meldinger og tilgjengelige avbøtende hendelser. Skille metning, falske positiver, ressursfeil og administrasjonsfeil. Koordiner aktive tester med leverandøren i stedet for å sende improvisert lastetrafikk til produksjon.
Hva bør du gjøre i din situasjon?
| Situasjon | Neste steg |
|---|---|
| HTTP-trinnet stanser | Undersøk proxy, sertifikat og offentlig filadresse. |
| Filer virker, men spillet feiler | Test UDP, spillendepunkt og returvei separat. |
| Du vil bytte offentlig adresse | Planlegg koordinert flytting og tilbakeføring med operatøren. |
Offisielle kilder
Kildene beskriver protokoller og innstillinger. Kontroller dokumentasjonen for versjonen du bruker.