> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Integratsiyalar uchun chiquvchi (egress) IP manzillarini sozlash
> Provayderingiz integratsiya trafigini qabul qilishi uchun Living Security'ning chiquvchi IP manzillarini ruxsat etilganlar ro‘yxatiga (allowlist) qo‘shing.
Ba'zi provayderlar API'ga kirishni manba IP manzillarining tasdiqlangan ro‘yxati bilan cheklaydi. Bunday cheklov yoqilgan bo‘lsa, provayderingiz Living Security'ning egress IP manzillaridan keladigan trafikni qabul qilishi uchun sozlangan bo‘lishi kerak, aks holda integratsiya tarmoq darajasida rad etiladi.
Ushbu sahifada shu manzillar keltirilgan.
## Ikki to‘plam mavjud
Living Security provayderingizga ikki xil tarmoq orqali murojaat qiladi va ular integratsiyaning turli qismlariga xizmat qiladi.
| To‘plam | U orqali nima chiqadi | Soni | Mintaqaga qarab farq qiladimi? |
| - | - | - | - |
| **Integration sync traffic** | Ma'lumotlaringizni import qiladigan rejalashtirilgan API chaqiruvlari va odatiy holatda chiquvchi Playbook Actions | 4 ta manzil | Yo‘q |
| **Platform traffic** | Quyida sanab o‘tilgan integratsiyalar uchun kirish tokeni so‘rovlari va to‘g‘ridan-to‘g‘ri egress'ga o‘tkazilgan ulanishlardagi chiquvchi Playbook Actions | Har bir mintaqa uchun 2 ta manzil | **Ha** |
Aksariyat integratsiyalar uchun faqat sinxronlash to‘plami yetarli. Muayyan guruh esa **ikkalasini ham** doimiy ravishda talab qiladi — [Ikkala to‘plam ham kerak bo‘ladigan integratsiyalar](#ikkala-to%E2%80%98plam-ham-kerak-bo%E2%80%98ladigan-integratsiyalar) bo‘limiga qarang.
## Integration sync traffic
Bu to‘rtta manzil Living Security'ning barcha mintaqalari uchun bir xil. EU'da joylashtirilgan mijozlar ham AQSh'da joylashtirilgan mijozlar bilan bir xil to‘rtta manzildan foydalanadi.
| IP manzil | CIDR |
| - | - |
| `52.34.139.153` | `52.34.139.153/32` |
| `54.69.127.183` | `54.69.127.183/32` |
| `44.247.133.183` | `44.247.133.183/32` |
| `52.26.211.56` | `52.26.211.56/32` |
Vergul bilan ajratilgan ro‘yxatni qabul qiladigan provayderlar uchun:
```text theme={null}
52.34.139.153/32, 54.69.127.183/32, 44.247.133.183/32, 52.26.211.56/32
```
## Platform traffic
Sinxronlash manzillaridan farqli o‘laroq, bu manzillar mintaqaga **bog‘liq**. Faqat tashkilotingiz joylashtirilgan mintaqaning juftligidan foydalaning. Bu qaysi mintaqa ekanligiga ishonchingiz komil bo‘lmasa, biror narsani sozlashdan oldin Customer Success Manager'ingizdan so‘rang — noto‘g‘ri mintaqa manzillarini ruxsat etilganlar ro‘yxatiga qo‘shish integratsiyaning ishlamay qolishiga olib keladi va bu nosozlik allowlist bilan aloqasi yo‘qdek ko‘rinadi.
| Mintaqa | IP manzillar | CIDR |
| - | - | - |
| **Qo‘shma Shtatlar** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **Yevropa Ittifoqi** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |
Vergul bilan ajratilgan ro‘yxatni qabul qiladigan provayderlar uchun:
```text theme={null}
United States: 98.91.60.249/32, 13.216.91.102/32
European Union: 34.246.236.210/32, 52.31.102.238/32
```
### Chiquvchi Playbook Actions
Odatiy holatda ulangan tizimga ma'lumot yozadigan Playbook Actions ma'lumotlar sinxronlanadigan yo‘l orqali o‘tadi, shuning uchun ular **sinxronlash** manzillaridan chiqadi. Qo‘shimcha hech narsa talab qilinmaydi.
Administrator alohida ulanishni **direct egress**'ga o‘tkazishi mumkin, bunda shu ulanishning Actions'i mintaqangiz uchun platforma manzillariga o‘tadi. Bu sozlama aynan quyidagi holat uchun mavjud: provayder nusxasi API'ga kirishni manba IP bo‘yicha cheklaydi va ruxsat etilganlar ro‘yxatiga qo‘shish uchun Living Security'ga tegishli kichik, barqaror to‘plam kerak. Ba'zi provayderlar proksi orqali umuman ishlay olmagani uchun doimo direct egress'dan foydalanadi.
Agar faqat sinxronlash manzillarini ruxsat etilganlar ro‘yxatiga qo‘shsangiz va keyinchalik kimdir ulanishni direct egress'ga o‘tkazsa, shu ulanishning Actions'i ishlamay qoladi, sinxronlash esa ishlashda davom etadi.
## Ikkala to‘plam ham kerak bo‘ladigan integratsiyalar
Aksariyat integratsiyalar uchun Living Security'ning integratsiya xizmati kirish tokenini o‘zi oladi va yangilaydi, shu sababli hamma narsa provayderingizga faqat sinxronlash manzillaridan keladi.
Quyidagi integratsiyalarda bu xizmat tokenni yangilay olmaydi, shuning uchun **tokenni Living Security platformasi to‘g‘ridan-to‘g‘ri yaratadi** — ulanish paytida bir marta, so‘ngra ulanish faol bo‘lgan butun davr davomida uzluksiz. Bu token so‘rovlari platforma manzillaridan chiqadi. Rejalashtirilgan ma'lumotlar sinxronlashi esa avvalgidek sinxronlash manzillaridan chiqadi.
* [Auth0](/uz/integrations/auth0)
* [Cofense Triage](/uz/integrations/cofense-triage)
* Code42
* Cornerstone
* [CrowdStrike Falcon](/uz/integrations/crowdstrike)
* [Microsoft Entra ID](/uz/integrations/microsoft-entra-id) — Microsoft Graph ham shunga kiradi
* [OneLogin](/uz/integrations/onelogin)
* Sophos Central
* Zscaler Client Connector
**Ikkala to‘plam ham ulanish mavjud bo‘lgan butun davr davomida ruxsat etilganlar ro‘yxatida qolishi kerak.** Platforma manzillari faqat sozlash bosqichi uchun talab emas. Token yangilanishi integratsiya faol bo‘lgan butun vaqt davomida qisqa tsikl bilan bajariladi, shuning uchun muvaffaqiyatli sozlashdan keyin ularni olib tashlasangiz, token muddati tugagan keyingi safar integratsiya ishdan chiqadi.
Agar provayderingizning token endpoint'i va ma'lumotlar API'si bir xil xostda bo‘lsa (bu odatiy holat), shu xost ikkala tarmoqdan keladigan trafikni qabul qilishi kerak.
## Kerakli to‘plamlardagi barcha manzillarni qo‘shing
Trafik to‘plamdagi istalgan manzildan chiqishi mumkin va muayyan so‘rov uchun qaysi biri ishlatilishi belgilanmagan. Manzillarning faqat bir qismini ruxsat etilganlar ro‘yxatiga qo‘shish diagnostika qilish qiyin bo‘lgan vaqti-vaqti bilan yuz beradigan nosozliklarga olib keladi: ba'zi so‘rovlar muvaffaqiyatli bo‘ladi, boshqalari esa yo‘q, va bu holat sozlamalarga aloqador emasdek ko‘rinadi.
Bu platforma juftligiga ham, sinxronlash to‘rtligiga ham tegishli. Har bir mintaqada ikkitadan manzil ishlaydi va so‘rovlar ulardan istalgan biriga tushadi.
**Bu manzillar barqaror, lekin doimiy emas.** Biz ularni o‘zgarmas saqlashga harakat qilamiz va faqat kamdan-kam hollarda, favqulodda vaziyatlarda — masalan, asosiy infratuzilma provayderimiz o‘zgarganda — o‘zgartiramiz.
O‘zgarish ehtimoli borligi uchun ushbu sahifani xatcho‘pga qo‘shib qo‘ying. Avval ishlagan integratsiya ishdan chiqsa, qo‘llab-quvvatlash so‘rovini ochishdan oldin shu yerga qaytib, allowlist yuqoridagi manzillarga mos ekanini tekshiring.
## Qaysi integratsiyalar uchun kerak
IP bo‘yicha ruxsat etilganlar ro‘yxati Living Security'da emas, *sizning* provayderingizdagi sozlamadir. U faqat tashkilotingiz bunday cheklovni yoqqan bo‘lsa qo‘llaniladi. Agar provayderda IP cheklovlarini yoqmagan bo‘lsangiz, hech qanday harakat talab qilinmaydi.
Quyidagi provayderlar ko‘pincha buni talab qiladi:
| Provayder | Sozlama qayerda joylashgan |
| - | - |
| [Abnormal Security](/uz/integrations/abnormal-security) | API tokenidagi **IP Safelist** — majburiy |
| [KnowBe4](/uz/integrations/knowbe4) | Reporting API tokenidagi **Allowed IP Addresses** |
| [Netskope](/uz/integrations/netskope) | **Custom IP** ro‘yxati, agar tenant IP allowlisting yoqilgan bo‘lsa |
| [Duo Admin](/uz/integrations/catalog/duo-admin-custom) | **Networks for API Access** — ixtiyoriy |
| [Microsoft Entra ID](/uz/integrations/microsoft-entra-id) | Conditional Access siyosati havola qiladigan **Named locations** |
Boshqa provayderlar ham shunga o‘xshash sozlamani taklif qilishi mumkin. [Catalog](/uz/integrations/overview)dagi provayder sahifasini va provayderning o‘z hujjatlarini tekshiring.
## Allowlist yo‘q yoki eskirgan bo‘lishining belgilari
Ikkala to‘plam qarama-qarshi tarzda xatolik beradi. Biror narsani o‘zgartirishdan oldin belgini tegishli to‘plamga moslang.
### Ulanish muvaffaqiyatli, lekin ma'lumotlar kelmaydi
Bu **sinxronlash manzili yetishmasligining** belgisidir.
Hisob ma'lumotlari ulanish paytida ko‘pincha xuddi shunday cheklovga duch kelmaydigan yo‘l orqali tekshiriladi, shuning uchun Living Security'dagi ulanish dialogi muvaffaqiyat haqida xabar beradi. Nosozlik keyinroq, rejalashtirilgan sinxronlash ishga tushib, bloklanganda namoyon bo‘ladi.
Quyidagilarga e'tibor bering:
* Ulanish ulangan deb ko‘rsatiladi, lekin stream'lar yozuvlar yo‘qligini bildiradi.
* Sinxronlash ishga tushirishlari `401 Unauthorized` yoki `403 Forbidden` xatosi bilan muvaffaqiyatsiz tugaydi.
* Bir necha oy davomida ishlagan integratsiya sizning tomoningizda hech qanday o‘zgarishsiz ishdan chiqa boshlaydi.
### Ulanishni umuman yaratib bo‘lmaydi
Bu **platforma manzili yetishmasligining** belgisidir va u faqat [Ikkala to‘plam ham kerak bo‘ladigan integratsiyalar](#ikkala-to%E2%80%98plam-ham-kerak-bo%E2%80%98ladigan-integratsiyalar) bo‘limida sanab o‘tilgan integratsiyalarga tegishli.
Quyidagilarga e'tibor bering:
* Sozlash kirish tokenini olish bosqichida muvaffaqiyatsiz tugaydi. Hech qanday ulanish yaratilmaydi.
* Xatoda xostga yetib bo‘lmagani bildiriladi, uning ortida esa HTTP javobi yo‘q.
* Provayderning o‘z sign-in yoki Conditional Access jurnallarida siz ruxsat etilganlar ro‘yxatiga qo‘shmagan manzildan kelgan bloklangan so‘rov ko‘rinadi.
Umuman yetib bo‘lmaydigan ulanish hisob ma'lumotlari muammosi **emas**. Autentifikatsiya amalga oshmagan, shuning uchun secret'ni almashtirish yoki client credentials'ni qayta yaratish yordam bermaydi. Eng keng tarqalgan sabab — ruxsat etilmagan manba manzili, biroq noto‘g‘ri xost nomi, noto‘g‘ri port yoki provayder tomonidagi uzilish ham bizning tomondan xuddi shunday ko‘rinadi.
Allowlist'ingizga keyinroq kiritilgan va platforma manzillarini olib tashlaydigan o‘zgarish yana boshqacha namoyon bo‘ladi: bir necha hafta sog‘lom ishlagan integratsiya bir necha daqiqa ichida to‘xtaydi, chunki keyingi token yangilanishi bloklanadi.
## Bu Phishing simulation yetkazilishiga taalluqli emas
Ushbu sahifadagi manzillar **integratsiya trafigiga** tegishli — ya'ni Living Security ma'lumotlarni import qilish va Playbook Actions'ni bajarish uchun ulangan tizimlaringizga yuboradigan API chaqiruvlariga.
**Phishing simulation elektron xatlarini yetkazish** uchun allowlist alohida sozlama bo‘lib, o‘z manzillari, jo‘natuvchi domenlari va yuklab olinadigan allowlist paketlariga ega. Uni **Settings → Phishing Simulation → Allowlisting** bo‘limida bajaring. Ushbu jarayon uchun [Phishing Simulation settings](/uz/features/settings/phishing-simulation) sahifasiga qarang.
Ushbu sahifadagi manzillarni ruxsat etilganlar ro‘yxatiga qo‘shish simulyatsiya qilingan fishing xatlarini yetkazib bo‘ladigan qilmaydi, simulyatsiya allowlist'ini bajarish esa cheklangan provayder API'sini yetib bo‘ladigan qilmaydi. Ikkalasidan ham foydalansangiz, ikkalasini ham sozlang.
## Yordam olish
Mintaqangiz manzillarini ruxsat etilganlar ro‘yxatiga qo‘shganingizdan keyin ham integratsiyalar ishlamasa, Customer Success Manager'ingiz yoki [support@livingsecurity.com](mailto:support@livingsecurity.com) manziliga murojaat qiling. Egress jurnallarimiz bilan solishtira olishimiz uchun provayder nomini, ishlamayotgan stream yoki muvaffaqiyatsiz bo‘lgan sozlash bosqichini va vaqt belgisini ko‘rsating.
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.