Ha a kérés sikeres, megjelenik a tartalomtulajdonság. Ellenkező esetben megjelenik a hibatulajdonság.
Lehetséges tartalomértékek:
Állapotkód
Üzenet
Leírás
200
A riasztásfrissítési kérelem sikeresen befejeződött.
A frissítési kérelem sikeresen befejeződött. Nincsenek megjegyzések.
200
A riasztást már kezelték (leíró).
A riasztást már akkor kezelték, amikor a riasztásra vonatkozó leírókérés érkezett. A riasztás továbbra is kezelhető.
200
A riasztást már kezelték és megtanulták (handleAndLearn).
A riasztást már kezelték, és megtudták, hogy mikor érkeztek meg azAndLearn kezelésére vonatkozó kérések. A riasztás a handledAndLearn állapotban marad.
200
A riasztást már kezelték (kezelték). A handle and learn (handleAndLearn) a riasztáson lett végrehajtva.
A riasztást már akkor kezelték, amikor egy kérés érkezett azAndLearn kezelésére . A riasztás a handleAndLearn lesz.
200
A riasztást már kezelték és megtanulták (handleAndLearn). A leírókérés figyelmen kívül hagyva.
A riasztást már akkor kezelték ÉsLearn , amikor a riasztás kezelésére vonatkozó kérés érkezett. A riasztás továbbra is a handleAndLearn lesz.
500
Érvénytelen művelet.
Az elküldött művelet nem érvényes művelet a riasztáson.
500
Váratlan hiba történt.
Váratlan hiba történt. A probléma megoldásához forduljon a műszaki támogatási szolgálathoz.
500
Nem sikerült végrehajtani a kérést, mert nem található riasztás ehhez az UUID-hoz.
A megadott riasztás UUID-azonosítója nem található a rendszerben.
Kezeli a karbantartási időszakokat, amelyek alatt a rendszer nem küld riasztásokat. Ezzel az API-val meghatározhatja és frissítheti azokat a leállítási és indítási időpontokat, eszközöket vagy alhálózatokat, amelyeket ki kell zárni a riasztások aktiválásakor, vagy definiálhatja és frissítheti az IoT-hez készült Defender-motorokat, amelyeket ki kell zárni.
Egy karbantartási időszak alatt például előfordulhat, hogy le szeretné állítani az összes riasztás riasztásainak kézbesítését, kivéve a kritikus eszközökre vonatkozó kártevő-riasztásokat.
Az API-val maintenanceWindow definiált karbantartási időszakok a helyszíni felügyeleti konzol Riasztáskizárások ablakában csak olvasható kizárási szabályként jelennek meg, amelynek neve a következő szintaxissal van elnevezve: Maintenance-{token name}-{ticket ID}.
Fontos
Ez az API csak karbantartási célokra és korlátozott ideig támogatott, és nem használható riasztáskizárási szabályok helyett. Ezt az API-t csak egyszeri, ideiglenes karbantartási műveletekhez használja.
Sztring. Meghatározza a karbantartási jegy azonosítóját a felhasználó rendszereiben. Győződjön meg arról, hogy a jegyazonosító nincs meglévő megnyitott ablakhoz csatolva.
2987345p98234
Kötelező
Ttl
Pozitív egész szám. Meghatározza a TTL-t (az élettartamot), amely a karbantartási időszak időtartama, percekben megadva. A megadott időszak befejeződése után a karbantartási időszak véget ér, és a rendszer ismét a szokásos módon viselkedik.
180
Kötelező
Motorok
Sztringek JSON-tömbje. Meghatározza, hogy a karbantartási időszak során melyik motorról tiltsa le a riasztásokat. Lehetséges értékek:
Sztringek JSON-tömbje. Meghatározza, hogy mely érzékelők mellőzik a riasztásokat a karbantartási időszak során. Ezeket az érzékelőazonosítókat a berendezések (OT érzékelőberendezések kezelése) API-ból szerezheti be.
1,35,63
Választható
Alhálózatok
Sztringek JSON-tömbje. Meghatározza azokat az alhálózatokat, amelyekkel letilthatók a riasztások a karbantartási időszak során. Definiálja az egyes alhálózatokat egy CIDR-jelölésben.
192.168.0.0/16,138.136.80.0/14,112.138.10.0/8
Választható
Állapotkód
Üzenet
Leírás
201 (létrehozva)
-
A művelet sikeresen befejeződött.
400 (hibás kérelem)
Nincs jegyazonosító
Az API-kérelemből hiányzik egy ticketId érték.
400 (hibás kérelem)
Illegális TTL
Az API-kérés nem pozitív vagy nem numerikus TTL-értéket tartalmazott.
400 (hibás kérelem)
Nem sikerült elemezni a kérést.
Probléma a törzs elemzésével, például helytelen paraméterekkel vagy érvénytelen értékekkel.
400 (hibás kérelem)
A karbantartási időszak már létezik ugyanazokkal a paraméterekkel.
Akkor jelenik meg, ha már létezik egy meglévő karbantartási időszak ugyanazokkal a részletekkel.
404 (nem található)
Ismeretlen érzékelőazonosító
A kérelemben felsorolt érzékelők egyike nem létezik.
409 (ütközés)
A jegyazonosítónak már van megnyitott ablaka.
A jegyazonosító egy másik nyitott karbantartási időszakhoz van társítva.
Meghatározza a karbantartási jegy azonosítóját a felhasználó rendszereiben. Győződjön meg arról, hogy a jegyazonosító egy meglévő nyitott ablakhoz van csatolva.
2987345p98234
Kötelező
Hibakódok:
Code
Üzenet
Leírás
200 (OK)
-
A művelet sikeresen befejeződött.
400 (Hibás kérelem)
Nincs jegyazonosító
A ticketId paraméter hiányzik a kérelemből.
404 (nem található):
A karbantartási időszak nem található.
A jegyazonosító nincs összekapcsolva nyitott karbantartási időszakkal.
Lekérheti az összes olyan nyitott (POST), bezárási (DELETE) és frissítési (PUT) művelet naplóját, amelyet ezzel az API-val hajtottak végre a karbantartási időszakok kezeléséhez. T
Szűri a naplókat az előre megadott dátumból és újabbakból. A formátum YYYY-MM-DD.
2022-08-10
Választható
toDate
Szűri a naplókat az előre megadott dátumig. A formátum YYYY-MM-DD.
2022-08-10
Választható
ticketId
Szűri az adott jegyazonosítóhoz kapcsolódó naplókat.
9a5fe99c-d914-4bda-9332-307384fe40bf
Választható
tokenName
Szűri az adott jogkivonat nevéhez kapcsolódó naplókat.
negyedéves sanity-window
Választható
Hibakódok:
Code
Üzenet
Leírás
200
OK
A művelet sikeresen befejeződött.
204:
Nincs tartalom
Nincs megjelenítendő adat.
400
Hibás kérés
A dátumformátum helytelen.
500
Belső kiszolgálóhiba
Bármilyen más váratlan hiba.
Típus: JSON
A karbantartási időszak műveleteit jelképező JSON-objektumok tömbje.
Válaszstruktúra:
Név
Típus
Nullable / Not nullable
Értékek listája
id
Hosszú egész szám
Nem null értékű
Az aktuális napló belső azonosítója
Datetime
Sztring
Nem null értékű
A tevékenység bekövetkezési ideje, például: 2022-04-23T18:25:43.511Z
ticketId
Sztring
Nem null értékű
A karbantartási időszak azonosítója. Például: 9a5fe99c-d914-4bda-9332-307384fe40bf
tokenName
Sztring
Nem null értékű
A karbantartási időszak jogkivonatának neve. Például: quarterly-sanity-window
Motorok
Sztringek tömbje
Nullázható
Azok a motorok, amelyekre a karbantartási időszak vonatkozik, a karbantartási időszak létrehozásakor megadottak szerint: Protocol Violation, Policy Violation, Malware, , Anomalyvagy Operational
sensorIds
A sztring tömbje
Nullázható
Azok az érzékelők, amelyekre a karbantartási időszak vonatkozik, a karbantartási időszak létrehozásakor megadott módon.
Alhálózatok
A sztring tömbje
Nullázható
Azok az alhálózatok, amelyekre a karbantartási időszak vonatkozik, a karbantartási időszak létrehozásakor megadottak szerint.
Ttl
Numerikus
Nullázható
A karbantartási időszak élettartamát (TTL) a karbantartási időszak létrehozása vagy frissítése során megadottak szerint.
Lehetővé teszi a karbantartási időszak időtartamának frissítését a karbantartási folyamat elindítása után a ttl paraméter módosításával. Az új időtartam-definíció felülbírálja az előzőt.
Ez a módszer akkor hasznos, ha az aktuálisan konfigurált időtartamnál hosszabb időtartamot szeretne beállítani. Ha például eredetileg 180 percet adott meg, 90 perc telt el, és további 30 percet szeretne hozzáadni, frissítse a ttl120 percet az időtartamok számának alaphelyzetbe állításához.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: