Boshlashdan oldin
Sizga quyidagilar kerak bo‘ladi:- Living Security’da integratsiyalar va access key’larni boshqarish uchun ruxsat
- HTTPS
POSTso‘rovlarini yubora oladigan server tomonidagi yuboruvchi - tashkilotingiz uchun Living Security mintaqasi
- doimiy manba nomi va kamida bitta stream nomi
1. Manba va stream’larni ro‘yxatdan o‘tkazing
1
Custom Push Source’ni oching
Settings → Integrations → Catalog bo‘limiga o‘ting, Custom Push Source’ni toping va Add tugmasini tanlang.
2
Manbaga nom bering
Manbaning marshrutlash kalitini va ixtiyoriy tavsifni kiriting. Masalan, bo‘sh joylar bor ko‘rsatiladigan nom o‘rniga
custom-phishing-sim dan foydalaning.3
Stream’larni qo‘shing
Yuboruvchi foydalanadigan har bir stream’ni qo‘shing. Birinchi yuborishdan oldin manba va stream juftligi mavjud bo‘lishi kerak; noma’lum juftlik
404 Not Found xatosini qaytaradi.4
Manbani saqlang
Yaratilgandan so‘ng manbani Settings → Integrations → Connected bo‘limida oching. Uning Push via API ko‘rinishida endpoint namunasi va so‘nggi ishga tushirishlar ko‘rsatiladi.
2. Push-ingest key yarating
Settings → Access Keys bo‘limiga o‘ting, Create Access Key tugmasini tanlang va Push Ingest scope’ini belgilang. Hosil qilingan qiymatni darhol nusxalang; u faqat bir marta ko‘rsatiladi. Key bitta Living Security tashkilotiga bog‘langan. Push so‘rovi uchun tashkilot header’i talab qilinmaydi. Almashtirish va bekor qilish bo‘yicha API Access Keys bo‘limiga qarang.3. Mintaqaviy endpoint’ni tanlang
Living Security tashkilotingiz uchun host nomidan foydalaning:/push-ingest/{integrationKey}/{streamName} ni qo‘shing. Yo‘l registrga sezgir va ro‘yxatdan o‘tkazilgan manba hamda stream bilan aynan mos kelishi kerak.
string
talab qilinadi
Ro‘yxatdan o‘tkazilgan manba nomi. 1–64 ta kichik lotin harflari, raqamlar yoki defislardan foydalaning; harf yoki raqam bilan boshlanishi kerak.
string
talab qilinadi
Ro‘yxatdan o‘tkazilgan stream nomi. Xuddi shu qoidalar amal qiladi, pastki chiziqlarga ham ruxsat etiladi.
string
talab qilinadi
Push-ingest access key’ni
Bearer <access-key> ko‘rinishida yuboring.string
JSON uchun
application/json, CSV uchun text/csv dan foydalaning. Bu header ko‘rsatilmagan bo‘lsa, server JSON massivini o‘zi ham aniqlay oladi.string
Ixtiyoriy tashkilot UUID’si. Tashkilotni access key allaqachon belgilaydi. Bu header yuborilsa, u key tashkilotiga mos kelishi kerak; u orqali boshqa tashkilotni tanlab bo‘lmaydi.
So‘rov tanasi
Obyektlardan iborat yuqori darajadagi bo‘sh bo‘lmagan JSON massivini yoki sarlavha qatori bor CSV fayl baytlarini yuboring. Nomlangan JSON o‘rovchi maydon yo‘q. Har bir paket 10,000 tagacha yozuv va 10 MB gacha hajmni o‘z ichiga olishi mumkin.4. JSON paketini yuboring
Elementlari obyektlardan iborat bo‘sh bo‘lmagan JSON massivini yuboring. Living Security massiv tanasiniContent-Type: application/json siz ham aniqlay olsa-da, uni ko‘rsatish tavsiya etiladi va ko‘plab yuboruvchi mahsulotlar uchun majburiy.
202 Accepted qaytaradi. JSON tanasi noto‘g‘ri shakllangan bo‘lsa, xato yorlig‘ida 400 Bad Request ko‘rsatiladi:
400 namunasi uchun JSON’ni tuzating yoki Content-Type: text/csv bilan CSV yuboring, so‘ng qayta urinib ko‘ring.
string
talab qilinadi
Qabul qilingan ushbu paket uchun run ID. Qayta ishlash holatini tekshirish uchun uni saqlab qo‘ying.
number
talab qilinadi
Qabul qilingan va saqlangan yozuvlar soni.
string
talab qilinadi
Ushbu push uchun ishlatilgan manba nomi.
string
talab qilinadi
Ushbu push uchun ishlatilgan stream nomi.
Buning o‘rniga CSV yuborish
Content-Type: text/csv ni o‘rnating va yuqoridagi CSV file so‘rov namunasida ko‘rsatilganidek fayl baytlarini yuboring. Birinchi qator maydon nomlarini beradi.
Mantiqiy matn boolean qiymatga, oddiy raqamli matn esa songa aylanadi. Boshida nol bo‘lgan qiymatlar, xavfli darajada katta butun sonlar, sanalar va boshqa matnlar satr sifatida qoladi. Bo‘sh kataklar uchun o‘sha maydon qoldirib ketiladi. Noto‘g‘ri shakllangan qatorlar, juftlanmagan qo‘shtirnoqlar va UTF-16 fayllar rad etiladi.
So‘rov cheklovlari va qayta urinishlar
Katta eksportlarni ikkala cheklovga ham javob beradigan paketlarga bo‘ling. Har bir javobni kuting va qaytarilgan
runId ni yuboruvchi jurnallarida saqlang.
Autentifikatsiyadan o‘tgan tashkilot uchun odatiy chegara
429 emas, 503 ni qaytaradi, shu sababli webhook yuboruvchilar buni qayta urinish mumkin bo‘lgan holat deb hisoblaydi. 503 paket saqlanishidan oldin qaytariladi; o‘sha paketni ko‘rsatilgan oraliqdan keyin qayta yuborish qabul qilingan run’ni takrorlamaydi.
Ma’lumotlar oqimini tekshiring
Custom Push Source’ni oching va Push History’ni ko‘rib chiqing. Stream, yozuvlar soni, key’ga bog‘lanish va qayta ishlash holatini tasdiqlang. Qo‘llab-quvvatlanadigan interpreter mavjud ma’lumotlar keyin odamlar va normallashtirilgan faoliyatga aylanishi mumkin. Interpreter mavjud bo‘lmagan ma’lumotlar saqlanib qoladi, lekin faoliyat hosil qilmaydi.Provayderga xos qo‘llanma mavjud bo‘lsa, undagi aniq maydon nomlari va
payload tuzilmasidan foydalaning. Muvaffaqiyatli
202 yetkazib berilganini
isbotlaydi, ixtiyoriy sxema Living Security faoliyatiga moslashishini emas.Nosozliklarni bartaraf etish ro‘yxati
- Endpoint’ni to‘g‘ri manbadan nusxalang va stream o‘rin belgisini almashtiring.
- Access key’ni
Authorization: Bearer …sifatida yuboring;x-api-keyqabul qilinmaydi. - Tana yuqori darajadagi JSON massivi ekanini, bitta obyekt yoki yozuvlarni o‘rab turuvchi konvert emasligini tasdiqlang.
- Manba va stream yozilishini, jumladan defislar, pastki chiziqlar va registrni tekshiring.
- Javobi yo‘qolgan paketni qayta yuborishdan oldin Push History’ni ko‘rib chiqing.
- Living Security Support bilan bog‘langanda tashkilot, manba, stream, so‘rov vaqti, mavjud bo‘lsa
runIdva javob holatini ko‘rsating. Access key yoki hodisa payload’ini kiritmang.
Tegishli bo‘limlar
Zscaler ZIA Cloud NSS
Qo‘llab-quvvatlanadigan Zscaler veb-jurnal oqimini aniq manba, stream, header’lar va JSON tuzilmasi bilan sozlang.
API Access Keys
Cheklangan ruxsatli hisob ma’lumotlarini yarating, almashtiring va bekor qiling.
Signal Data Sources
Talqin qilingan integratsiya faoliyati Signals’ni qanday qo‘llab-quvvatlashini bilib oling.

