שתי קבוצות כתובות
Living Security פונה לספק שלכם דרך שתי רשתות שונות, והן משרתות חלקים שונים באינטגרציה.
רוב האינטגרציות זקוקות רק לקבוצת הסנכרון. קבוצה מסוימת של אינטגרציות זקוקה לשתי הקבוצות, באופן קבוע — ראו אינטגרציות שזקוקות לשתי הקבוצות.
תעבורת סנכרון של אינטגרציות
ארבע הכתובות הללו זהות בכל אזורי Living Security. לקוחות שמתארחים באיחוד האירופי משתמשים באותן ארבע כתובות כמו לקוחות שמתארחים בארצות הברית.
עבור ספקים שמקבלים רשימה מופרדת בפסיקים:
תעבורת הפלטפורמה
בניגוד לכתובות הסנכרון, כתובות אלה הן ייחודיות לאזור. השתמשו רק בזוג הכתובות של האזור שמארח את הארגון שלכם. אם אינכם בטוחים מהו האזור, פנו למנהל הצלחת הלקוח שלכם לפני שתגדירו כל דבר — הוספה לרשימת ההיתרים של כתובות מהאזור הלא נכון גורמת לכשל באינטגרציה באופן שנראה כאילו אינו קשור כלל לרשימת ההיתרים.
עבור ספקים שמקבלים רשימה מופרדת בפסיקים:
פעולות פלייבוק יוצאות
כברירת מחדל, פעולות פלייבוק שכותבות בחזרה למערכת מחוברת מנותבות באותו נתיב כמו סנכרוני הנתונים שלכם, ולכן הן יוצאות מכתובות הסנכרון. אין צורך בשום הגדרה נוספת. מנהל מערכת יכול להעביר חיבור בודד ליציאה ישירה, מה שמעביר את הפעולות של אותו חיבור לכתובות הפלטפורמה של האזור שלכם. הגדרה זו קיימת בדיוק עבור מצב כזה — מופע של ספק שמגביל גישה ל-API לפי כתובת IP מקור וזקוק לקבוצה קטנה, יציבה ובבעלות Living Security להוספה לרשימת ההיתרים. מספר ספקים משתמשים תמיד ביציאה ישירה מפני שאי אפשר לנתב אותם דרך פרוקסי כלל. אם תוסיפו לרשימת ההיתרים רק את כתובות הסנכרון ומאוחר יותר מישהו יעביר חיבור ליציאה ישירה, הפעולות של אותו חיבור יתחילו להיכשל בעוד הסנכרונים שלו ימשיכו לפעול.אינטגרציות שזקוקות לשתי הקבוצות
ברוב האינטגרציות, שירות האינטגרציות של Living Security מקבל ומחדש את אסימון הגישה בעצמו, וכל התעבורה מגיעה לספק שלכם מכתובות הסנכרון בלבד. באינטגרציות שלהלן, השירות הזה אינו יכול לחדש את האסימון, ולכן פלטפורמת Living Security מנפיקה אותו ישירות — פעם אחת בעת החיבור, ולאחר מכן באופן רציף כל עוד החיבור פעיל. בקשות האסימון הללו יוצאות מכתובות הפלטפורמה. סנכרוני הנתונים המתוזמנים ממשיכים לצאת מכתובות הסנכרון.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID — כולל Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
הוסיפו כל כתובת בקבוצות הנדרשות
התעבורה יכולה לצאת מכל כתובת בתוך קבוצה, והכתובת שבה נעשה שימוש בבקשה מסוימת אינה קבועה. הוספה של תת-קבוצה בלבד לרשימת ההיתרים גורמת לכשלים לסירוגין שקשה לאבחן: חלק מהבקשות מצליחות, אחרות נכשלות, והדפוס נראה כבלתי קשור להגדרות. הדבר חל על זוג כתובות הפלטפורמה באותה מידה כמו על ארבע כתובות הסנכרון. בכל אזור פועלות שתי כתובות, והבקשות מגיעות מכל אחת מהן.אילו אינטגרציות זקוקות לכך
רשימת היתרים של כתובות IP היא הגדרה אצל הספק שלכם, לא ב-Living Security. היא חלה רק אם הארגון שלכם הפעיל הגבלה זו. אם לא הפעלתם הגבלות IP אצל הספק, אין צורך בכל פעולה. ספקים אלה דורשים זאת בדרך כלל:
ייתכן שספקים אחרים מציעים הגדרה דומה. עיינו בדף הספק בקטלוג ובתיעוד של הספק עצמו.
תסמינים של רשימת היתרים חסרה או מיושנת
שתי הקבוצות נכשלות בדרכים הפוכות. התאימו את התסמין לקבוצה לפני שתשנו כל דבר.החיבור מצליח, אך הנתונים אינם מגיעים
זהו הסימן לכתובת סנכרון חסרה. האישורים מאומתים בזמן החיבור דרך נתיב שלעיתים קרובות אינו כפוף לאותה הגבלה, ולכן תיבת הדו-שיח של החיבור ב-Living Security מדווחת על הצלחה. הכשל מופיע מאוחר יותר, כאשר סנכרון מתוזמן רץ ונחסם. חפשו את הסימנים הבאים:- החיבור מוצג כמחובר, אך הזרמים (streams) מדווחים על אפס רשומות.
- ריצות סנכרון נכשלות עם
401 Unauthorizedאו403 Forbidden. - אינטגרציה שעבדה במשך חודשים מתחילה להיכשל ללא כל שינוי מצדכם.
לא ניתן ליצור את החיבור כלל
זהו הסימן לכתובת פלטפורמה חסרה, והוא חל רק על האינטגרציות המפורטות באינטגרציות שזקוקות לשתי הקבוצות. חפשו את הסימנים הבאים:- ההגדרה נכשלת בעת קבלת אסימון גישה. לא נוצר חיבור.
- השגיאה מדווחת שלא ניתן היה להגיע למארח, ללא תגובת HTTP כלשהי.
- יומני הכניסה או יומני ה-Conditional Access של הספק עצמו מציגים בקשה חסומה מכתובת שלא הוספתם לרשימת ההיתרים.
חיבור שלא ניתן להגיע אליו כלל אינו בעיית אישורים. לא התבצע אימות, ולכן החלפת הסוד או יצירה מחדש של אישורי הלקוח לא יסייעו. כתובת מקור שלא נוספה לרשימת ההיתרים היא הסיבה הנפוצה ביותר, אך שם מארח שגוי, יציאה שגויה או תקלה בצד הספק נראים זהים מהצד שלנו.