Eisen voor de inrichting
DDoS-bescherming voor hosting- en serverproviders
Een aangevallen klant mag niet leiden tot onverklaarde uitval van een volledig rack of virtualisatiecluster. Breng gedeelde middelen, klantbeleid en het toegangspunt van beschermd verkeer in kaart.

Begin bij hostinggrenzen die klanten niet zien
- Een gedeeld knelpunt achter gescheiden gasten
- VM-isolatie creëert geen aparte capaciteit voor uplinks, NIC-wachtrijen of de hypervisor. Een host kan vastlopen op pakketverwerking terwijl de bandbreedtegrafiek bescheiden blijft. Houd fysieke interfaces, hosts en gasten in de metingen gescheiden.
- Verschillende werklasten op hetzelfde netwerk
- Een VPN, maildienst, gameserver en website hebben verschillende legitieme verkeerspatronen. Een algemene regel kan overbelasting vervangen door onterechte blokkades. Bepaal de getroffen prefix of dienst en wie wijzigingen mag goedkeuren.
- Verantwoordelijkheden in de verkoopketen
- Hoster, eindklant en upstream kunnen elk andere delen van adressering, routing en incidentafhandeling beheren. Spreek af wie aankondigingen goedkeurt, onterechte blokkades meldt en herstel communiceert.
Kies wie de filterlaag beheert
Een beschermde netwerkdienst kan aan de hostingrand worden geleverd. Operators met geschikte apparatuur kunnen Defense Fabric voor lokale filtering beoordelen. Softwarelicentie, transport en klantdienst blijven afzonderlijke verantwoordelijkheden.
Bescherm de gedeelde ingang
Definieer prefixes of publieke endpoints, geleverde bandbreedte en de scope van upstreambescherming.
Pas lokaal beleid toe met een duidelijke beheerder
Toets bij lokale filtering de serverhardware, poortindeling, verkeersverdeling en gekozen regels.
Controleer de klantervaring
Test echte verbindingen voor de ondersteunde werklasten en behoud een weg terug naar het vorige beleid.
Voorbeeld van een implementatievolgorde. De offerte en het acceptatieverslag bepalen de geleverde dienst.
Vragen die het ontwerp veranderen
- Wilt u beheerde levering of controle over eigen filterservers?
- Vergelijk het operationele werk, niet alleen licentie- en transitprijzen. Lokale filtering vraagt geschikte hardware, onderhoud, observatie en een afgesproken reactieproces.
- Welk verkeer kan meerdere filternodes passeren?
- Definieer heen- en retourpaden, beheer van verbindingsstatus en failovergedrag. Extra nodes of interfaces leveren niet vanzelf bruikbare capaciteit bij uitval van een node.
- Hoe onderscheidt u klanten in het beheer?
- Houd een actuele koppeling bij tussen toegestane prefixes of endpoints, eigenaar en beleid. Gebruik die bij incidentanalyse; een gedeeld adres of brede regel identificeert niet vanzelf één klant.
Test een representatieve mix van hostingdiensten
- Leg geslaagde verbindingen vast voor de verkochte diensten, ook bij gedeelde bronadressen.
- Observeer hostwachtrijen, drops, regeltellers en applicatiesucces over hetzelfde interval.
- Test afgesproken terugdraaien en het reservepad en controleer dat andere klanten hun dienst behouden.
Vragen over deze inrichting
Omvat een Defense Fabric-licentie beschermde transit en servers?
Nee. Geschikte hardware, hosting en transport moeten apart worden begroot. Een optionele Peeryx-netwerkdienst staat als eigen onderdeel vermeld.
Dekt één gameprofiel alle gehoste toepassingen?
Nee. Gebruik gedocumenteerde functies voor het werkelijke protocol en test legitiem verkeer. FiveM en Minecraft Java vragen hun eigen compatibiliteitsbeoordeling.