Ir divas kopas
Living Security sasniedz jūsu pakalpojumu sniedzēju, izmantojot divus dažādus tīklus, un tie apkalpo dažādas integrācijas daļas.
Lielākajai daļai integrāciju nepieciešama tikai sinhronizācijas kopa. Noteiktai grupai pastāvīgi nepieciešamas abas kopas — skatiet Integrācijas, kurām nepieciešamas abas kopas.
Integrāciju sinhronizācijas datplūsma
Šīs četras adreses ir vienādas visos Living Security reģionos. ES hostētiem klientiem tās ir tās pašas četras adreses, ko izmanto ASV hostētiem klientiem.
Pakalpojumu sniedzējiem, kas pieņem ar komatiem atdalītu sarakstu:
Platformas datplūsma
Atšķirībā no sinhronizācijas adresēm, šīs adreses ir atkarīgas no reģiona. Izmantojiet tikai to adrešu pāri, kas atbilst reģionam, kurā tiek hostēta jūsu organizācija. Ja neesat pārliecināts, kurš tas ir, pirms jebkādas konfigurēšanas vaicājiet savam Customer Success Manager — ja atļauto sarakstā pievienosiet nepareizā reģiona adreses, integrācija darbosies ar kļūdām, kas neizskatīsies saistītas ar atļauto sarakstu.
Pakalpojumu sniedzējiem, kas pieņem ar komatiem atdalītu sarakstu:
Izejošās Playbook Actions
Pēc noklusējuma Playbook Actions, kas ieraksta datus atpakaļ pievienotajā sistēmā, tiek maršrutētas pa to pašu ceļu kā jūsu datu sinhronizācija, tāpēc tās tiek sūtītas no sinhronizācijas adresēm. Nekas papildu nav nepieciešams. Administrators var pārslēgt atsevišķu savienojumu uz direct egress, un tad šī savienojuma Actions tiek sūtītas no platformas adresēm jūsu reģionam. Šis iestatījums paredzēts tieši tādai situācijai — pakalpojumu sniedzēja instancei, kas ierobežo API piekļuvi pēc avota IP un kurai nepieciešama neliela, stabila, Living Security piederoša adrešu kopa, ko pievienot atļauto sarakstam. Daži pakalpojumu sniedzēji vienmēr izmanto direct egress, jo tos nav iespējams izvadīt caur starpniekserveri. Ja atļauto sarakstam pievienojat tikai sinhronizācijas adreses un kāds vēlāk pārslēdz savienojumu uz direct egress, šī savienojuma Actions sāk neizdoties, kamēr tā sinhronizācija turpina darboties.Integrācijas, kurām nepieciešamas abas kopas
Lielākajai daļai integrāciju Living Security integrāciju pakalpojums pats iegūst un atjauno piekļuves žetonu, un viss sasniedz jūsu pakalpojumu sniedzēju tikai no sinhronizācijas adresēm. Tālāk norādītajām integrācijām šis pakalpojums nevar atjaunot žetonu, tāpēc Living Security platforma izveido to tieši — vienreiz, kad izveidojat savienojumu, un pēc tam nepārtraukti, kamēr savienojums ir aktīvs. Šie žetonu pieprasījumi tiek sūtīti no platformas adresēm. Ieplānotā datu sinhronizācija joprojām tiek sūtīta no sinhronizācijas adresēm.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID — ieskaitot Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Pievienojiet katru adresi tajās kopās, kas jums nepieciešamas
Datplūsma var tikt sūtīta no jebkuras kopas adreses, un konkrētam pieprasījumam izmantotā adrese nav fiksēta. Ja atļauto sarakstam pievienojat tikai apakškopu, rodas periodiskas kļūmes, kuras ir grūti diagnosticēt: daži pieprasījumi izdodas, citi — ne, un šķiet, ka šāda situācija nav saistīta ar konfigurāciju. Tas attiecas gan uz platformas pāri, gan uz četrām sinhronizācijas adresēm. Katrā reģionā darbojas divas adreses, un pieprasījumi nonāk jebkurā no tām.Kurām integrācijām tas nepieciešams
IP atļauto saraksts ir iestatījums jūsu pakalpojumu sniedzējā, nevis Living Security. Tas attiecas tikai uz gadījumu, ja jūsu organizācija ir iespējojusi šo ierobežojumu. Ja pakalpojumu sniedzējā neesat iespējojis IP ierobežojumus, nekādas darbības nav nepieciešamas. Šiem pakalpojumu sniedzējiem to parasti pieprasa:
Citi pakalpojumu sniedzēji var piedāvāt līdzīgu iestatījumu. Pārbaudiet pakalpojumu sniedzēja lapu Catalog sadaļā un paša pakalpojumu sniedzēja dokumentāciju.
Trūkstoša vai novecojuša atļauto saraksta simptomi
Abas kopas izraisa pretējas kļūmes. Pirms jebko mainīt, savietojiet simptomu ar kopu.Savienojums izdodas, bet dati nekad nenonāk
Tā ir trūkstošas sinhronizācijas adreses pazīme. Akreditācijas dati tiek validēti savienojuma izveides brīdī pa ceļu, uz kuru bieži neattiecas tas pats ierobežojums, tāpēc Living Security savienojuma dialogs ziņo par sekmīgu izveidi. Kļūme parādās vēlāk, kad tiek palaista ieplānotā sinhronizācija un tā tiek bloķēta. Pārbaudiet:- Savienojums tiek rādīts kā pievienots, bet straumes ziņo, ka ierakstu nav.
- Sinhronizācijas palaišanas reizes beidzas ar kļūdu
401 Unauthorizedvai403 Forbidden. - Integrācija, kas darbojās mēnešiem ilgi, sāk izraisīt kļūdas bez izmaiņām jūsu pusē.
Savienojumu nemaz nevar izveidot
Tā ir trūkstošas platformas adreses pazīme, un tā attiecas tikai uz integrācijām, kas uzskaitītas sadaļā Integrācijas, kurām nepieciešamas abas kopas. Pārbaudiet:- Iestatīšana neizdodas, iegūstot piekļuves žetonu. Savienojums netiek izveidots.
- Kļūdas ziņojumā norādīts, ka resursdatoru nevarēja sasniegt, un aiz tā nav HTTP atbildes.
- Paša pakalpojumu sniedzēja pierakstīšanās vai Conditional Access žurnālos redzams bloķēts pieprasījums no adreses, kuru neesat pievienojis atļauto sarakstam.
Savienojums, kuru nemaz nevar sasniegt, nav akreditācijas datu problēma. Autentifikācija nenotika, tāpēc noslēpuma rotācija vai klienta akreditācijas datu atkārtota ģenerēšana nepalīdzēs. Visbiežākais cēlonis ir avota adrese, kas nav pievienota atļauto sarakstam, lai gan nepareizs resursdatora nosaukums, nepareiza ports vai pakalpojumu sniedzēja puses pārtraukums no mūsu puses izskatās tāpat.