> ## 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.
# הגדרת כתובות IP יוצאות של אינטגרציות
> הוסיפו לרשימת ההיתרים את כתובות ה-IP היוצאות של Living Security, כדי שהספק שלכם יקבל את תעבורת האינטגרציה שלנו.
חלק מהספקים מגבילים את הגישה ל-API לרשימה מאושרת של כתובות IP מקור. כאשר הגבלה זו מופעלת, יש להגדיר את הספק כך שיקבל תעבורה מכתובות ה-IP היוצאות של Living Security, אחרת האינטגרציה תידחה בשכבת הרשת.
דף זה מפרט את הכתובות הללו.
## שתי קבוצות כתובות
Living Security פונה לספק שלכם דרך שתי רשתות שונות, והן משרתות חלקים שונים באינטגרציה.
| קבוצה | מה יוצא ממנה | כמה כתובות | משתנה לפי אזור? |
| - | - | - | - |
| **תעבורת סנכרון של אינטגרציות** | קריאות ה-API המתוזמנות שמייבאות את הנתונים שלכם, ופעולות פלייבוק יוצאות כברירת מחדל | 4 כתובות | לא |
| **תעבורת הפלטפורמה** | בקשות לאסימוני גישה עבור האינטגרציות המפורטות להלן, ופעולות פלייבוק יוצאות בחיבורים שהועברו ליציאה ישירה | 2 כתובות לכל אזור | **כן** |
רוב האינטגרציות זקוקות רק לקבוצת הסנכרון. קבוצה מסוימת של אינטגרציות זקוקה ל**שתי** הקבוצות, באופן קבוע — ראו [אינטגרציות שזקוקות לשתי הקבוצות](#%D7%90%D7%99%D7%A0%D7%98%D7%92%D7%A8%D7%A6%D7%99%D7%95%D7%AA-%D7%A9%D7%96%D7%A7%D7%95%D7%A7%D7%95%D7%AA-%D7%9C%D7%A9%D7%AA%D7%99-%D7%94%D7%A7%D7%91%D7%95%D7%A6%D7%95%D7%AA).
## תעבורת סנכרון של אינטגרציות
ארבע הכתובות הללו זהות בכל אזורי Living Security. לקוחות שמתארחים באיחוד האירופי משתמשים באותן ארבע כתובות כמו לקוחות שמתארחים בארצות הברית.
| כתובת IP | 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` |
עבור ספקים שמקבלים רשימה מופרדת בפסיקים:
```text theme={null}
52.34.139.153/32, 54.69.127.183/32, 44.247.133.183/32, 52.26.211.56/32
```
## תעבורת הפלטפורמה
בניגוד לכתובות הסנכרון, כתובות אלה **הן** ייחודיות לאזור. השתמשו רק בזוג הכתובות של האזור שמארח את הארגון שלכם. אם אינכם בטוחים מהו האזור, פנו למנהל הצלחת הלקוח שלכם לפני שתגדירו כל דבר — הוספה לרשימת ההיתרים של כתובות מהאזור הלא נכון גורמת לכשל באינטגרציה באופן שנראה כאילו אינו קשור כלל לרשימת ההיתרים.
| אזור | כתובות IP | CIDR |
| - | - | - |
| **ארצות הברית** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **האיחוד האירופי** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |
עבור ספקים שמקבלים רשימה מופרדת בפסיקים:
```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
```
### פעולות פלייבוק יוצאות
כברירת מחדל, פעולות פלייבוק שכותבות בחזרה למערכת מחוברת מנותבות באותו נתיב כמו סנכרוני הנתונים שלכם, ולכן הן יוצאות מכתובות **הסנכרון**. אין צורך בשום הגדרה נוספת.
מנהל מערכת יכול להעביר חיבור בודד ל**יציאה ישירה**, מה שמעביר את הפעולות של אותו חיבור לכתובות הפלטפורמה של האזור שלכם. הגדרה זו קיימת בדיוק עבור מצב כזה — מופע של ספק שמגביל גישה ל-API לפי כתובת IP מקור וזקוק לקבוצה קטנה, יציבה ובבעלות Living Security להוספה לרשימת ההיתרים. מספר ספקים משתמשים תמיד ביציאה ישירה מפני שאי אפשר לנתב אותם דרך פרוקסי כלל.
אם תוסיפו לרשימת ההיתרים רק את כתובות הסנכרון ומאוחר יותר מישהו יעביר חיבור ליציאה ישירה, הפעולות של אותו חיבור יתחילו להיכשל בעוד הסנכרונים שלו ימשיכו לפעול.
## אינטגרציות שזקוקות לשתי הקבוצות
ברוב האינטגרציות, שירות האינטגרציות של Living Security מקבל ומחדש את אסימון הגישה בעצמו, וכל התעבורה מגיעה לספק שלכם מכתובות הסנכרון בלבד.
באינטגרציות שלהלן, השירות הזה אינו יכול לחדש את האסימון, ולכן **פלטפורמת Living Security מנפיקה אותו ישירות** — פעם אחת בעת החיבור, ולאחר מכן באופן רציף כל עוד החיבור פעיל. בקשות האסימון הללו יוצאות מכתובות הפלטפורמה. סנכרוני הנתונים המתוזמנים ממשיכים לצאת מכתובות הסנכרון.
* [Auth0](/he/integrations/auth0)
* [Cofense Triage](/he/integrations/cofense-triage)
* Code42
* Cornerstone
* [CrowdStrike Falcon](/he/integrations/crowdstrike)
* [Microsoft Entra ID](/he/integrations/microsoft-entra-id) — כולל Microsoft Graph
* [OneLogin](/he/integrations/onelogin)
* Sophos Central
* Zscaler Client Connector
**שתי הקבוצות נשארות ברשימת ההיתרים למשך כל חיי החיבור.** כתובות הפלטפורמה אינן דרישה לשלב ההגדרה בלבד. חידוש האסימון מתבצע במחזור קצר כל עוד האינטגרציה פעילה, ולכן הסרתן לאחר הגדרה מוצלחת תשבית את האינטגרציה בפעם הבאה שהאסימון יפוג.
אם נקודת הקצה של האסימון אצל הספק וה-API של הנתונים שלו נמצאים באותו מארח — דבר נפוץ — אותו מארח חייב לקבל תעבורה משתי הרשתות.
## הוסיפו כל כתובת בקבוצות הנדרשות
התעבורה יכולה לצאת מכל כתובת בתוך קבוצה, והכתובת שבה נעשה שימוש בבקשה מסוימת אינה קבועה. הוספה של תת-קבוצה בלבד לרשימת ההיתרים גורמת לכשלים לסירוגין שקשה לאבחן: חלק מהבקשות מצליחות, אחרות נכשלות, והדפוס נראה כבלתי קשור להגדרות.
הדבר חל על זוג כתובות הפלטפורמה באותה מידה כמו על ארבע כתובות הסנכרון. בכל אזור פועלות שתי כתובות, והבקשות מגיעות מכל אחת מהן.
**כתובות אלה יציבות, אך אינן קבועות לצמיתות.** אנו פועלים לשמור אותן ללא שינוי, ומשנים אותן רק לעיתים נדירות ובנסיבות חריגות — כגון שינוי אצל ספק התשתית שלנו.
מכיוון ששינוי אפשרי, שמרו דף זה במועדפים. אם אינטגרציה שעבדה בעבר מתחילה להיכשל, חזרו לכאן וודאו שרשימת ההיתרים שלכם תואמת לכתובות שלעיל לפני שתפתחו קריאת תמיכה.
## אילו אינטגרציות זקוקות לכך
רשימת היתרים של כתובות IP היא הגדרה אצל הספק *שלכם*, לא ב-Living Security. היא חלה רק אם הארגון שלכם הפעיל הגבלה זו. אם לא הפעלתם הגבלות IP אצל הספק, אין צורך בכל פעולה.
ספקים אלה דורשים זאת בדרך כלל:
| ספק | היכן ההגדרה נמצאת |
| - | - |
| [Abnormal Security](/he/integrations/abnormal-security) | **IP Safelist** באסימון ה-API — חובה |
| [KnowBe4](/he/integrations/knowbe4) | **Allowed IP Addresses** באסימון ה-Reporting API |
| [Netskope](/he/integrations/netskope) | רשימת **Custom IP**, אם הוספה לרשימת ההיתרים של כתובות IP ברמת הטנאנט מופעלת |
| [Duo Admin](/he/integrations/catalog/duo-admin-custom) | **Networks for API Access** — אופציונלי |
| [Microsoft Entra ID](/he/integrations/microsoft-entra-id) | **Named locations** שאליהם מפנה מדיניות Conditional Access |
ייתכן שספקים אחרים מציעים הגדרה דומה. עיינו בדף הספק ב[קטלוג](/he/integrations/overview) ובתיעוד של הספק עצמו.
## תסמינים של רשימת היתרים חסרה או מיושנת
שתי הקבוצות נכשלות בדרכים הפוכות. התאימו את התסמין לקבוצה לפני שתשנו כל דבר.
### החיבור מצליח, אך הנתונים אינם מגיעים
זהו הסימן ל**כתובת סנכרון חסרה**.
האישורים מאומתים בזמן החיבור דרך נתיב שלעיתים קרובות אינו כפוף לאותה הגבלה, ולכן תיבת הדו-שיח של החיבור ב-Living Security מדווחת על הצלחה. הכשל מופיע מאוחר יותר, כאשר סנכרון מתוזמן רץ ונחסם.
חפשו את הסימנים הבאים:
* החיבור מוצג כמחובר, אך הזרמים (streams) מדווחים על אפס רשומות.
* ריצות סנכרון נכשלות עם `401 Unauthorized` או `403 Forbidden`.
* אינטגרציה שעבדה במשך חודשים מתחילה להיכשל ללא כל שינוי מצדכם.
### לא ניתן ליצור את החיבור כלל
זהו הסימן ל**כתובת פלטפורמה חסרה**, והוא חל רק על האינטגרציות המפורטות ב[אינטגרציות שזקוקות לשתי הקבוצות](#%D7%90%D7%99%D7%A0%D7%98%D7%92%D7%A8%D7%A6%D7%99%D7%95%D7%AA-%D7%A9%D7%96%D7%A7%D7%95%D7%A7%D7%95%D7%AA-%D7%9C%D7%A9%D7%AA%D7%99-%D7%94%D7%A7%D7%91%D7%95%D7%A6%D7%95%D7%AA).
חפשו את הסימנים הבאים:
* ההגדרה נכשלת בעת קבלת אסימון גישה. לא נוצר חיבור.
* השגיאה מדווחת שלא ניתן היה להגיע למארח, ללא תגובת HTTP כלשהי.
* יומני הכניסה או יומני ה-Conditional Access של הספק עצמו מציגים בקשה חסומה מכתובת שלא הוספתם לרשימת ההיתרים.
חיבור שלא ניתן להגיע אליו כלל **אינו** בעיית אישורים. לא התבצע אימות, ולכן החלפת הסוד או יצירה מחדש של אישורי הלקוח לא יסייעו. כתובת מקור שלא נוספה לרשימת ההיתרים היא הסיבה הנפוצה ביותר, אך שם מארח שגוי, יציאה שגויה או תקלה בצד הספק נראים זהים מהצד שלנו.
שינוי מאוחר ברשימת ההיתרים שלכם שמסיר את כתובות הפלטפורמה מתבטא באופן שונה: אינטגרציה שהייתה תקינה במשך שבועות מפסיקה לפעול תוך דקות, מפני שחידוש האסימון הבא נחסם.
## זה אינו מכסה שליחה של סימולציית פישינג
הכתובות בדף זה חלות על **תעבורת אינטגרציות** — קריאות ה-API ש-Living Security מבצעת למערכות המחוברות שלכם כדי לייבא נתונים ולהריץ פעולות פלייבוק.
הוספה לרשימת ההיתרים עבור **שליחת דוא"ל של סימולציית פישינג** היא הגדרה נפרדת, עם כתובות משלה, דומיינים של שולחים וחבילות רשימת היתרים להורדה. השלימו אותה ב-**הגדרות ← סימולציית דיוג ← Allowlisting**. לפרטי התהליך ראו [הגדרות סימולציית דיוג](/he/features/settings/phishing-simulation).
הוספת הכתובות שבדף זה לרשימת ההיתרים לא תאפשר מסירה של דוא"ל פישינג מדומה, והשלמת הוספת הסימולציה לרשימת ההיתרים לא תהפוך API מוגבל של ספק לנגיש. אם אתם משתמשים בשניהם, הגדירו את שניהם.
## קבלת עזרה
אם האינטגרציות ממשיכות להיכשל לאחר שהוספתם לרשימת ההיתרים את הכתובות של האזור שלכם, פנו למנהל הצלחת הלקוח שלכם או אל [support@livingsecurity.com](mailto:support@livingsecurity.com). ציינו את שם הספק, את הזרם שנכשל או את שלב ההגדרה שנכשל, ואת חותמת הזמן, כדי שנוכל להצליב אותם מול יומני היציאה שלנו.
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.