Op deze pagina
Kernpunten
- Bekijk de hele ketenRouting, ontvangen verkeer, beleidstellers en toepassingsresultaten moeten hetzelfde tijdvak beschrijven.
- Bevestig het effect van een wijzigingEen geaccepteerd verzoek of aangekondigde regel bewijst geen veranderd datapad.
- Plan terugtrekking én activeringTijdelijke bescherming vraagt een eigenaar, beoordelingsvoorwaarde en gecontroleerde terugkeer naar normaal.
1. Leid geautoriseerd verkeer naar het beschermingspad
De eerste taak is relevant publiek verkeer door de bedoelde bescherming te leiden. Bij gerouteerde netwerken kan dit afgesproken prefixaankondigingen en beleid omvatten. Bij een specifieke dienst leidt het publieke eindpunt mogelijk al via een beschermde ingang. De methode moet passen bij de rechten van klant en leverancier.
Permanente en op aanvraag geactiveerde bescherming hebben verschillende overgangen. Bepaal bij bescherming op aanvraag wie mag activeren, welke doelen in aanmerking komen, hoe wijzigingen worden bevestigd en wie terugtrekt. Een geaccepteerd API-verzoek bewijst geen geselecteerde routes of binnenkomend filterverkeer.
Bekijk routing en ontvangen verkeer voor dezelfde doelen en periode. Controleer de retourroute apart. Een tunnel vervoert pakketten tussen eindpunten, maar bewijst niet dat het gewenste internetverkeer erheen is geleid.
2. Bouw een onderbouwd beeld van het verkeer op
Vergelijk volume, pakketsnelheid, protocollen, lengtes en verbindingsgedrag waar de omgeving dat laat zien. Bewaar tijd, richting, bestemming en meetgrens bij elk getal. Een bemonsterd flowrecord en een volledige pakketteller zijn niet hetzelfde bewijs.
Gebruik een passende referentie voor normaal verkeer. Populaire evenementen, nieuwe pogingen en aanvallen kunnen allemaal activiteit verhogen; een drempeloverschrijding vraagt context. Bepaal welke dienst en welke bestaande, nieuwe of netwerkgebonden sessies falen.
Telemetrie beschrijft wat een sensor ziet. Ontbrekende of vertraagde gegevens bewijzen geen afwezig verkeer. Noteer blinde vlekken en beschouw één rustige sensor niet als bewijs dat het incident voorbij is.
3. Pas beleid toe waarvan de omvang te controleren is
Een mitigatiebesluit moet doel, selectievoorwaarden, actie, eigenaar en beoordelingsvoorwaarde vastleggen. Het moet schadelijke belasting verminderen en benodigde legitieme communicatie bruikbaar houden. Meer weggegooide pakketten bewijzen op zichzelf geen beter beleid.
Verdeling in het besturingsvlak en daadwerkelijke toepassing zijn verschillende waarnemingen. BGP FlowSpec verspreidt verkeerscriteria en acties, maar ontvangend beleid en implementatie bepalen acceptatie en uitvoering. Controleer geïnstalleerde regels en relevante tellers in plaats van overal actieve regels af te leiden uit een aankondiging.
Pas wijzigingen aan op het vastgestelde probleem en behoud een goedgekeurde terugweg. Een brede blokkade kan belasting verlagen en tegelijk een legitieme dienst verwijderen. Is het lokale filterpad begrensd, coördineer dan upstreamontlasting volgens de dienstafspraken in plaats van onbeperkte softwarecapaciteit aan te nemen.
4. Lever behouden verkeer af via een bruikbaar pad
Bevestig dat verkeer na het filter via de bedoelde overdracht bij het doel komt. Controleer adressen, next hop, inkapseling en retourroute. Een doorvoerteller op één apparaat bewijst geen voltooide uitwisseling met de toepassing op afstand.
Valideer de MTU op elk hoofd- en herstelpad. Grotere toepassingsuitwisselingen kunnen problemen tonen die kleine controles missen. TCP, UDP en toepassingsgedrag vragen passende acceptatietests; TCP-MSS aanpassen is geen universele oplossing.
Als de oorsprong alleen via een beschermde ingang bereikbaar hoort te zijn, controleer die toegangsgrens bij de aflevering. Een andere publieke naam verwijdert niet alle andere paden naar een open oorsprong. Stem dit af met de beheerder van het doelnetwerk.
5. Houd een incidentverslag bij dat beide teams helpt
Vergelijk leverancierswaarnemingen en klantsymptomen over hetzelfde tijdvak. Noteer doelen, actief beleid, routingwijzigingen en de laatste geslaagde toepassingstest. Scheid feiten en aannames zodat de volgende engineer de redenering kan volgen.
Spreek een communicatiepad af dat niet volledig van de verstoorde dienst afhangt. Bepaal wie wijzigingen goedkeurt en wie de toepassing controleert. Monitoringstatus en contractuele reactietijd zijn verschillend; gebruik de werkelijke supportvoorwaarden.
| Fase | Bewijs van voortgang | Op zichzelf onvoldoende resultaat |
|---|---|---|
| Aantrekking | Verwachte routeselectie en verkeer bij de juiste ingang | Activeringsverzoek geaccepteerd |
| Classificatie | Bij elkaar passende tellers en symptomen over hetzelfde tijdvak | Eén drempelalarm |
| Uitvoering | Geaccepteerd of geïnstalleerd beleid met relevante effecttellers | Regel aangekondigd door een controller |
| Aflevering | Toepassingsuitwisseling via bedoelde heen- en terugweg | Tunnel of BGP actief |
| Herstel | Stabiele toepassingstests en beoordeelde tijdelijke regels | Verkeersgrafiek nabij normaal |
6. Trek tijdelijke maatregelen bewust terug
Spreek een beoordelingsvoorwaarde af voor tijdelijke routing- en filterwijzigingen. Blijf observeren bij terugkeer naar het normale pad: deze overgang kan een andere storing of herhaalde aanval blootleggen. Leg vast wat actief blijft en waarom.
Controleer toepassingsherstel vanuit representatieve getroffen netwerken en een werkende referentie. Test nieuwe en bestaande sessies apart waar nodig. Verwijder achterhaalde beperkingen in een geautoriseerde volgorde in plaats van alle noodmaatregelen tegelijk te wissen.
Oefen het proces voordat u ervan afhankelijk bent
Een acceptatieoefening kan rechten, contacten, routingwaarnemingen, een gecontroleerde overgang en normale communicatie toetsen. Daarvoor is geen aanvalsverkeer nodig. Definieer omvang, stopvoorwaarde en herstelverantwoordelijke en bescherm niet-betrokken diensten.
Capaciteitsbenchmarks vragen een afzonderlijk geïsoleerd plan met hardware, software, verkeer en acceptatiecriteria. Presenteer een geslaagde activatie niet als Gbit/s- of Mpps-benchmark. Beloof evenmin dat een meting aan één apparaat niet-geteste upstream- of omschakelafhankelijkheden dekt.
Vragen over de operationele keten
Bewijst een actieve tunnel dat bescherming van begin tot eind werkt?
Nee. Bevestig aantrekking, relevant beleid, aflevering en een geslaagde toepassingsuitwisseling. Tunnel- en BGP-statussen zijn nuttige waarnemingen met een beperkter bereik.
Filtert Flow Collector pakketten direct in het datapad?
Nee. De gepubliceerde Peeryx Flow Collector-rol omvat telemetrie, detectie en gecontroleerde omleiding voor geschikte, geautoriseerde prefixen. Inline filtering is een afzonderlijke taak.
Wanneer mag een incident als hersteld gelden?
Wanneer afgesproken dienstcontroles slagen, resterende maatregelen begrepen worden en het normale of goedgekeurde tijdelijke pad stabiel is. Alleen een bandbreedtegrafiek bewijst dat niet.
