Innan du börjar
Anteckna offentliga adresser, portar, protokoll och ursprungsservrar. Hitta platser för filtrering och vidarebefordran. Behåll normala mätningar och villkor för jämförelse vid incidenter. Före åtkomständringar ska du ha underhåll, kopia och återgång till ursprungliga regler förberedd.
L3 behandlar nätverkstrafik
Nätverkslagret granskar IP-paket och mönster i stora trafikflöden. Trafik kan fylla anslutningen före applikationen, så filtreringen måste ske tidigare. Sammanlagd kapacitet är inte serverkapacitet: CubixServs 15 Tbps gäller det gemensamma skyddsnätverket, inte din nätverksport eller garanti mot alla angrepp. Kontrollera tjänstens tilldelade bandbredd separat utifrån faktiska villkor. Skyddets namn avgör inte reserverad kapacitet för din instans eller dess tillgängliga applikationsfunktioner.
L4 skiljer TCP från UDP
Transportlagret omfattar olika beteenden hos TCP-anslutningar och UDP-flöden. Regler för portar, tillstånd och hastighet kan användas. En webbprofil passar inte alltid spel. Bekräfta spelporten och bedöm administration separat. TCP-framgång kontrollerar inte UDP hela vägen; testa spelarnas protokoll med källa och retur. Öppna inte onödiga eller andras portar på delad värd, och bekräfta konkret tillåtna flöden innan regler ändras och vanliga spelare påverkas.
L7 kräver förståelse för applikationen
En till synes giltig förfrågan kan starta dyrt arbete. HTTP proxy kontrollerar HTTP men förstår inte automatiskt alla spelprotokoll. Fråga om konkreta ändpunkter och funktioner. FiveM-nedladdning och spelinträde bedöms separat: en skyddad HTTP-del bevisar inte skydd av alla handlingar mot applikationsangrepp. Knyt dokumenterad omfattning till verkligt protokoll i stället för universell tolkning av L7. Kontrollera vilken behandling som faktiskt sker före ursprungsservern.
Ursprunget är del av skyddet
En skyddad adress räcker inte om oskyddat ursprung förblir direkt åtkomligt. Kontrollera DNS, filer, administration och andra portar. Begränsa inte källor innan tillåtna vägar är kända. Bred tillit tillåter kringgående, snäva regler blockerar användare. Administration kräver separat säker åtkomst. Efter ändring ska du kontrollera nödvändiga anslutningar och återgång till fungerande regler. Kom ihåg andra offentliga tjänster och de hälsokontroller som operatören faktiskt använder för övervakning.
Mät nätverk och applikation tillsammans
Under en incident ska du jämföra trafik, bortkastade paket, lyckade anslutningar och belastning. Upptagen huvudtråd eller databas kan stoppa spelet med normalt nätverk. Extra filter rättar inte tunga skript. Timeout bevisar inte angrepp: jämför förlust, väg, fel och avvikelser vid samma tid och tjänst. Utan konkret orsak ska du inte ändra generellt skydd som påverkar andra kunder och olika program på samma infrastruktur. Bevara mätvillkoren.
Begär verifierbara villkor
Bekräfta omfattning, tilldelad bandbredd, tillåtna tjänster, vidarebefordran och support. Klargör behov av IP, tunnel eller ändrat ursprung. Testa hela vägen med behöriga användare före och efter aktivering. En fungerande webbsida testar inte alla spel; belastning och angreppssimulering kräver uttryckligen avtalade tillåtna ramar för att inte skada andra. Betrakta inte odokumenterade garantier som tjänst eller SLA. Knyt resultaten till den konfiguration och det protokoll som faktiskt testades.
Vad gör du i din situation?
| Situation | Nästa steg |
|---|---|
| Spel med UDP | Bekräfta port, protokoll och filterprofil. HTTP-svar är inte full kontroll. |
| Dyra HTTP-förfrågningar | Bedöm program, gränser och proxy tillsammans. Nätverksreserv tar inte bort förfrågans arbete. |
| Extern ursprungsserver | Dokumentera tillåtna källor och returväg före begränsning av direkt åtkomst. |
Officiella källor
Källorna beskriver protokoll och inställningar. Kontrollera dokumentationen för versionen du använder.