Cookie necessari
Requisiti di implementazione
Protezione DDoS per hosting e fornitori di server
Un attacco a un cliente non dovrebbe trasformarsi in un'interruzione inspiegata di un intero rack o cluster. Identificate risorse condivise, politiche di ciascun cliente e punto d'ingresso del traffico protetto.
Partire dai confini dell'hosting invisibili ai clienti
- Un collo di bottiglia condiviso dietro macchine isolate
- L'isolamento delle VM non separa la capacità di uplink, code NIC o hypervisor. Un host può esaurire l'elaborazione dei pacchetti con una banda apparentemente modesta. Distinguete osservazioni su interfaccia fisica, host e guest.
- Carichi diversi sulla stessa rete
- VPN, posta, giochi e siti web hanno traffico legittimo diverso. Una regola indiscriminata può sostituire il sovraccarico con falsi positivi. Definite prefisso o servizio interessato e chi può approvare modifiche.
- Responsabilità nella catena di rivendita
- Hoster, cliente finale e upstream possono gestire parti diverse di indirizzamento, routing e risposta agli incidenti. Concordate chi convalida gli annunci, segnala falsi positivi e comunica il ripristino.
Scegliere chi gestisce il livello di filtraggio
Un servizio di rete protetto può raggiungere il confine dell'hosting. Chi dispone di hardware adatto può valutare Defense Fabric per il filtraggio locale. Licenza software, trasporto e servizio al cliente restano responsabilità distinte.
Proteggere l'ingresso condiviso
Definite prefissi o endpoint pubblici, banda consegnata e perimetro della protezione upstream.
Applicare una politica locale con un responsabile
Se serve filtraggio locale, verificate hardware, disposizione delle porte, distribuzione del traffico e regole scelte.
Convalidare l'esperienza del cliente
Provate connessioni reali per i carichi supportati e mantenete un percorso di ritorno alla politica precedente.
Sequenza indicativa. Il preventivo e il verbale di collaudo definiscono il servizio fornito.
Domande che cambiano il progetto
- Preferite una consegna gestita o il controllo dei vostri server di filtraggio?
- Confrontate le responsabilità operative, non solo prezzi di licenza e transit. Il filtraggio locale richiede hardware compatibile, manutenzione, osservazione e un processo di risposta concordato.
- Quale traffico può attraversare più nodi di filtraggio?
- Definite ingressi, ritorni, responsabilità sullo stato e comportamento di failover. Aggiungere nodi o interfacce non garantisce capacità utilizzabile dopo la perdita di un nodo.
- Come distinguere operativamente i clienti?
- Mantenete una mappatura aggiornata tra prefissi o endpoint autorizzati, responsabili e politiche. Usatela nell'analisi degli incidenti; un indirizzo condiviso o una regola ampia non identifica necessariamente un cliente.
Provare un insieme rappresentativo di servizi ospitati
- Registrate connessioni riuscite per i servizi venduti, compresi quelli con indirizzi sorgente condivisi.
- Osservate code degli host, perdite, contatori delle regole e successo applicativo sullo stesso intervallo.
- Provate rollback e percorso di backup concordati e verificate la continuità per i clienti non coinvolti.
Domande su questa implementazione
Una licenza Defense Fabric include transit protetto e server?
No. Hardware compatibile, hosting e trasporto vanno preventivati separatamente. Un eventuale servizio di rete Peeryx compare come componente distinto.
Un profilo di gioco copre tutte le applicazioni ospitate?
No. Usate le funzioni documentate per il protocollo effettivo e provate il traffico legittimo. FiveM e Minecraft Java richiedono una propria verifica di compatibilità.