מה קורה בחיבורים בתוך ומחוץ למנהרת ה-VPN

מאמרים אמיתיים נולדים ממכתבים לתמיכה טכנית של Tucha. למשל, לאחרונה פנה אלינו לקוח בבקשה להבהיר מה קורה במהלך חיבורים בתוך מנהרת ה-VPN בין משרד המשתמש לסביבת הענן, וכן במהלך חיבורים מחוץ למנהרת ה-VPN. לפיכך, כל הטקסט להלן הוא מכתב ממשי ששלחנו לאחד מלקוחותינו בתגובה לשאלתו. כמובן, כתובות ה-IP שונו כדי לא לבטל את האנונימיות של הלקוח. אבל, כן, התמיכה הטכנית של Tucha מפורסמת באמת בזכות התשובות המפורטות והאימיילים האינפורמטיביים שלה. 🙂

כמובן, אנו מבינים שעבור רבים המאמר הזה לא יהיה התגלות. אבל, מכיוון שמאמרים למנהלים מתחילים מופיעים בהבר מעת לעת, וגם מכיוון שמאמר זה הופיע ממכתב אמיתי ללקוח אמיתי, עדיין נשתף את המידע הזה כאן. יש סבירות גבוהה שזה יהיה שימושי למישהו.
לכן, אנו מסבירים בפירוט מה קורה בין השרת בענן למשרד אם הם מחוברים באמצעות רשת אתר לאתר. שימו לב שחלק מהשירותים נגישים רק מהמשרד, וחלקם נגישים מכל מקום באינטרנט.

תן לנו מיד להסביר מה הלקוח שלנו רצה בשרת 192.168.A.1 אתה יכול להגיע מכל מקום דרך RDP, להתחבר ל AAA2:13389, וגישה לשירותים אחרים רק מהמשרד (192.168.B.0/24)מחובר באמצעות VPN. כמו כן, הלקוח תחילה הגדר את המכונית 192.168.B.2 במשרד אפשר היה גם להשתמש ב-RDP מכל מקום, להתחבר אליו BBB1:11111. עזרנו לארגן חיבורי IPSec בין הענן למשרד, ומומחה ה-IT של הלקוח החל לשאול שאלות לגבי מה יקרה במקרה זה או אחר. כדי לענות על כל השאלות הללו, למעשה, כתבנו לו את כל מה שתוכלו לקרוא למטה.

עכשיו בואו נסתכל על תהליכים אלה ביתר פירוט.

עמדה אחת

כשמשהו נשלח מ 192.168.B.0/24 в 192.168.A.0/24 או מ 192.168.A.0/24 в 192.168.B.0/24, זה נכנס ל-VPN. כלומר, חבילה זו מוצפנת בנוסף ומשודרת ביניהן BBB1 и AAA1אבל 192.168.A.1 רואה את החבילה בדיוק מ 192.168.B.1. הם יכולים לתקשר אחד עם השני באמצעות כל פרוטוקול. תשובות החזרה מועברות באותו אופן דרך ה-VPN, כלומר החבילה מ 192.168.A.1 עבור 192.168.B.1 יישלח כ-Datagram ESP מ AAA1 על BBB1, שהנתב יפרוש על הצד הזה, תוציא ממנו את החבילה הזו ושלח אותה אליה 192.168.B.1 כחבילה מ 192.168.A.1.

דוגמה ספציפית:

1) 192.168.B.1 מושך ל 192.168.A.1, רוצה ליצור חיבור TCP עם 192.168.A.1:3389;

2) 192.168.B.1 שולח בקשת חיבור מ 192.168.B.1:55555 (הוא בוחר בעצמו את מספר היציאה למשוב; להלן נשתמש במספר 55555 כדוגמה למספר היציאה שהמערכת בוחרת בעת יצירת חיבור TCP) ב 192.168.A.1:3389;

3) מערכת הפעלה שפועלת על מחשב עם הכתובת 192.168.B.1, מחליט להעביר את החבילה הזו לכתובת השער של הנתב (192.168.B.254 במקרה שלנו), כי מסלולים אחרים, ספציפיים יותר עבור 192.168.A.1, אין לו, לכן, הוא משדר את החבילה דרך מסלול ברירת המחדל (0.0.0.0/0);

4) לשם כך הוא מנסה למצוא את כתובת ה-MAC עבור כתובת ה-IP 192.168.B.254 בטבלת המטמון של פרוטוקול ARP. אם זה לא מזוהה, שולח מהכתובת 192.168.B.1 לשדר בקשה למי יש לרשת 192.168.B.0/24. מתי 192.168.B.254 בתגובה, היא שולחת לה את כתובת ה-MAC שלה, המערכת משדרת עבורה חבילת Ethernet ומכניסה את המידע הזה לטבלת המטמון שלה;

5) הנתב מקבל את החבילה הזו ומחליט לאן להעביר אותה: יש לו מדיניות כתובה שלפיה עליו לשלוח את כל החבילות בין 192.168.B.0/24 и 192.168.A.0/24 העברה באמצעות חיבור VPN בין BBB1 и AAA1;

6) הנתב יוצר ממנו דטהגרם של ESP BBB1 על AAA1;

7) הנתב מחליט למי לשלוח את החבילה הזו, הוא שולח אותה, למשל, BBB254 (שער ISP) כי יש מסלולים ספציפיים יותר ל AAA1, מאשר 0.0.0.0/0, אין לו;

8) בדיוק כמו שכבר נאמר, הוא מוצא את כתובת ה-MAC עבור BBB254 ומעביר את החבילה לשער ISP;

9) ספקי אינטרנט מעבירים דאטהגרם של ESP BBB1 על AAA1;

10) נתב וירטואלי פועל AAA1 מקבל דאטהגרם זה, מפענח אותו ומקבל מנה מ 192.168.B.1:55555 עבור 192.168.A.1:3389;

11) הנתב הוירטואלי בודק למי להעביר אותו, מוצא את הרשת בטבלת הניתוב 192.168.A.0/24 ושולח אותו ישירות ל 192.168.A.1, כי יש לו ממשק 192.168.A.254/24;

12) לשם כך, הנתב הווירטואלי מוצא את כתובת ה-MAC עבור 192.168.A.1 ומעביר אליו את החבילה הזו דרך רשת Ethernet וירטואלית;

13) 192.168.A.1 מקבל חבילה זו ביציאה 3389, מסכים ליצור חיבור ויוצר חבילה בתגובה מ- 192.168.A.1:3389 על 192.168.B.1:55555;

14) המערכת שלו מעבירה את החבילה הזו לכתובת השער של הנתב הוירטואלי (192.168.A.254 במקרה שלנו), כי מסלולים אחרים, ספציפיים יותר עבור 192.168.B.1, אין לו, לכן, עליו להעביר את החבילה דרך מסלול ברירת המחדל (0.0.0.0/0);

15) זהה למקרים קודמים, מערכת שפועלת על שרת עם הכתובת 192.168.A.1, מוצא את כתובת ה-MAC 192.168.A.254, מכיוון שהוא נמצא באותה רשת עם הממשק שלו 192.168.A.1/24;

16) הנתב הוירטואלי מקבל את החבילה הזו ומחליט לאן להעביר אותה: יש לו מדיניות כתובה שלפיה עליו לשלוח את כל החבילות בין 192.168.A.0/24 и 192.168.B.0/24 העברה באמצעות חיבור VPN בין AAA1 и BBB1;

17) הנתב הוירטואלי יוצר ממנו גרם נתונים של ESP AAA1 עבור BBB1;

18) הנתב הוירטואלי מחליט למי לשלוח את החבילה הזו, שולח אותה AAA254 (שער ISP, במקרה הזה, זה גם אנחנו), כי יש מסלולים ספציפיים יותר ל BBB1, מאשר 0.0.0.0/0, אין לו;

19) ספקי אינטרנט מעבירים דטהגרם ESP דרך הרשתות שלהם AAA1 על BBB1;

20) הנתב פועל BBB1 מקבל דאטהגרם זה, מפענח אותו ומקבל מנה מ 192.168.A.1:3389 עבור 192.168.B.1:55555;

21) הוא מבין שצריך להעביר את זה ספציפית ל 192.168.B.1, מכיוון שהוא נמצא איתו באותה רשת, לכן, יש לו ערך מתאים בטבלת הניתוב, מה שמאלץ אותו לשלוח מנות לכל 192.168.B.0/24 באופן ישיר;

22) הנתב מוצא את כתובת ה-MAC עבור 192.168.B.1 ומושיט לו את החבילה הזאת;

23) מערכת הפעלה במחשב עם הכתובת 192.168.B.1 מקבל חבילה מ 192.168.A.1:3389 עבור 192.168.B.1:55555 ומתחיל את השלבים הבאים ליצירת חיבור TCP.

הדוגמה הזו די תמציתית ופשוטה (וכאן אתה יכול לזכור עוד המון פרטים) מתארת ​​את מה שקורה ברמות 2-4. רמות 1, 5-7 אינן נחשבות.

עמדה שניה

אם עם 192.168.B.0/24 משהו נשלח במיוחד ל AAA2, זה לא עובר ל-VPN, אלא ישירות. כלומר, אם המשתמש מהכתובת 192.168.B.1 מושך ל AAA2:13389, חבילה זו מגיעה מהכתובת BBB1, עובר הלאה AAA2, ואז הנתב מקבל אותו ומשדר אותו ל 192.168.A.1. 192.168.A.1 לא יודע כלום על 192.168.B.1, הוא רואה חבילה מ BBB1, כי הוא קיבל אותו. לכן, התגובה לבקשה זו הולכת במסלול הכללי, היא מגיעה מהכתובת באותו אופן AAA2 והולך ל BBB1, והנתב הזה שולח את התשובה הזו אליו 192.168.B.1, הוא רואה את התשובה מ AAA2, שאליו פנה.

דוגמה ספציפית:

1) 192.168.B.1 מושך ל AAA2, רוצה ליצור חיבור TCP עם AAA2:13389;

2) 192.168.B.1 שולח בקשת חיבור מ 192.168.B.1:55555 (מספר זה, כמו בדוגמה הקודמת, עשוי להיות שונה) על AAA2:13389;

3) מערכת הפעלה שפועלת על מחשב עם הכתובת 192.168.B.1, מחליט להעביר את החבילה הזו לכתובת השער של הנתב (192.168.B.254 במקרה שלנו), כי מסלולים אחרים, ספציפיים יותר עבור AAA2, אין לו כזה, מה שאומר שהוא משדר את החבילה דרך מסלול ברירת המחדל (0.0.0.0/0);

4) לשם כך, כפי שהזכרנו בדוגמה הקודמת, הוא מנסה למצוא את כתובת ה-MAC עבור כתובת ה-IP 192.168.B.254 בטבלת המטמון של פרוטוקול ARP. אם זה לא מזוהה, שולח מהכתובת 192.168.B.1 לשדר בקשה למי יש לרשת 192.168.B.0/24. מתי 192.168.B.254 בתגובה, היא שולחת לה את כתובת ה-MAC שלה, המערכת משדרת עבורה חבילת Ethernet ומכניסה את המידע הזה לטבלת המטמון שלה;

5) הנתב מקבל את החבילה הזו ומחליט לאן להעביר אותה: יש לו מדיניות כתובה שלפיה עליו להעביר (בהחלפת כתובת ההחזרה) את כל החבילות מ 192.168.B.0/24 לצמתי אינטרנט אחרים;

6) מאחר שמדיניות זו מרמזת שכתובת ההחזרה חייבת להתאים לכתובת הנמוכה בממשק שדרכו תועבר החבילה הזו, הנתב מחליט קודם למי בדיוק לשלוח את החבילה הזו, והוא, כמו בדוגמה הקודמת, חייב לשלוח אותה ל BBB254 (שער ISP) כי יש מסלולים ספציפיים יותר ל AAA2, מאשר 0.0.0.0/0, אין לו;

7) לכן, הנתב מחליף את כתובת ההחזרה של החבילה, ומעתה החבילה היא מאת BBB1:44444 (מספר יציאה, כמובן, עשוי להיות שונה) ל AAA2:13389;

8) הנתב זוכר מה הוא עשה, כלומר מתי AAA2:13389 к BBB1:44444 תגובתו תגיע, הוא יידע שעליו לשנות את כתובת היעד והיציאה ל 192.168.B.1:55555.

9) כעת הנתב אמור להעביר אותו לרשת ISP באמצעות BBB254לפיכך, בדיוק כפי שכבר הזכרנו, הוא מוצא את כתובת ה-MAC עבור BBB254 ומעביר את החבילה לשער ISP;

10) ספקי אינטרנט מעבירים מנות מ BBB1 על AAA2;

11) נתב וירטואלי פועל AAA2 מקבל חבילה זו ביציאה 13389;

12) יש כלל בנתב הוירטואלי שקובע שיש להעביר מנות המתקבלות מכל שולח ביציאה זו ל 192.168.A.1:3389;

13) הנתב הוירטואלי מוצא את הרשת בטבלת הניתוב 192.168.A.0/24 ושולח אותו ישירות 192.168.א.1 כי יש לו ממשק 192.168.A.254/24;

14) לשם כך, הנתב הווירטואלי מוצא את כתובת ה-MAC עבור 192.168.A.1 ומעביר אליו את החבילה הזו דרך רשת Ethernet וירטואלית;

15) 192.168.A.1 מקבל חבילה זו ביציאה 3389, מסכים ליצור חיבור ויוצר חבילה בתגובה מ- 192.168.A.1:3389 על BBB1:44444;

16) המערכת שלו מעבירה את החבילה הזו לכתובת השער של הנתב הוירטואלי (192.168.A.254 במקרה שלנו), כי מסלולים אחרים, ספציפיים יותר עבור BBB1, אין לו, לכן, עליו להעביר את החבילה דרך מסלול ברירת המחדל (0.0.0.0/0);

17) בדיוק כמו במקרים קודמים, מערכת שפועלת על שרת עם הכתובת 192.168.A.1, מוצא את כתובת ה-MAC 192.168.A.254, מכיוון שהוא נמצא באותה רשת עם הממשק שלו 192.168.A.1/24;

18) הנתב הוירטואלי מקבל את החבילה הזו. יש לציין שהוא זוכר את מה שקיבל AAA2:13389 חבילה מ BBB1:44444 ושינה את כתובת הנמען והיציאה שלו ל 192.168.A.1:3389, לכן, החבילה מ 192.168.A.1:3389 עבור BBB1:44444 זה משנה את כתובת השולח ל AAA2:13389;

19) הנתב הוירטואלי מחליט למי לשלוח את החבילה הזו, הוא שולח אותה AAA254 (שער ISP, במקרה הזה, זה גם אנחנו), כי יש מסלולים ספציפיים יותר ל BBB1, מאשר 0.0.0.0/0, אין לו;

20) ספקי אינטרנט מעבירים חבילה עם AAA2 על BBB1;

21) הנתב פועל BBB1 מקבל את החבילה הזו וזוכר שכשהוא שלח את החבילה מ 192.168.B.1:55555 עבור AAA2:13389, הוא שינה את כתובתו ויציאת השולח שלו ל BBB1:44444, אז זו התגובה שצריך לשלוח אליה 192.168.B.1:55555 (למעשה, יש שם עוד כמה בדיקות, אבל אנחנו לא נכנסים לזה לעומק);

22) הוא מבין שצריך להעביר את זה ישירות אל 192.168.B.1, מכיוון שהוא נמצא איתו באותה רשת, לכן, יש לו ערך מתאים בטבלת הניתוב, מה שמאלץ אותו לשלוח מנות לכל 192.168.B.0/24 באופן ישיר;

23) הנתב מוצא את כתובת ה-MAC עבור 192.168.B.1 ומושיט לו את החבילה הזאת;

24) מערכת הפעלה במחשב עם הכתובת 192.168.B.1 מקבל חבילה מ AAA2:13389 עבור 192.168.B.1:55555 ומתחיל את השלבים הבאים ליצירת חיבור TCP.

יש לציין שבמקרה זה המחשב עם הכתובת 192.168.B.1 לא יודע כלום על השרת עם הכתובת 192.168.A.1, הוא מתקשר רק איתו AAA2. באופן דומה, השרת עם הכתובת 192.168.A.1 לא יודע כלום על המחשב עם הכתובת 192.168.B.1. הוא מאמין שהוא היה מחובר מהכתובת BBB1, והוא לא יודע שום דבר אחר, כביכול.

יש לציין גם שאם מחשב זה ניגש AAA2:1540, החיבור לא ייווצר מכיוון שהעברת חיבור ליציאה 1540 אינה מוגדרת בנתב הוירטואלי, גם אם בשרתים כלשהם ברשת הוירטואלית 192.168.A.0/24 (לדוגמה, בשרת עם הכתובת 192.168.A.1) ויש כמה שירותים שמחכים לחיבורים ביציאה זו. אם משתמש במחשב עם כתובת 192.168.B.1 זה הכרחי ליצור חיבור לשירות זה, עליו להשתמש ב-VPN, כלומר. ליצור קשר ישירות 192.168.A.1:1540.

יודגש כי כל ניסיון ליצור קשר עם AAA1 (פרט לחיבור IPSec מ- BBB1 לא יצליח. כל ניסיון ליצור קשרים עם AAA2, למעט חיבורים ליציאה 13389, גם הם לא יצליחו.
נציין גם שאם כן AAA2 אם מישהו אחר יגיש בקשה (לדוגמה, CCCC), כל המצוין בסעיפים 10-20 יחול גם עליו. מה שקורה לפני ואחרי זה תלוי במה בדיוק עומד מאחורי CCCC זה אין לנו מידע כזה, אז אנו ממליצים לך להתייעץ עם מנהלי הצומת עם כתובת CCCC

עמדה שלוש

ולהפך, אם עם 192.168.A.1 משהו נשלח ליציאה כלשהי שמוגדרת להעביר פנימה ל-BBB1 (לדוגמה, 11111), הוא גם לא מגיע ל-VPN, אלא פשוט זורם מ- AAA1 ונכנס לתוך BBB1, והוא כבר משדר את זה איפשהו, למשל, 192.168.B.2:3389. הוא רואה את החבילה הזו לא מ 192.168.A.1, אבל מ AAA1. ומתי 192.168.B.2 עונה, החבילה מגיעה BBB1 על AAA1, ומאוחר יותר מגיע ליוזם החיבור - 192.168.A.1.

דוגמה ספציפית:

1) 192.168.A.1 מושך ל BBB1, רוצה ליצור חיבור TCP עם BBB1:11111;

2) 192.168.A.1 שולח בקשת חיבור מ 192.168.A.1:55555 (מספר זה, כמו בדוגמה הקודמת, עשוי להיות שונה) על BBB1:11111;

3) מערכת הפעלה שפועלת על שרת עם הכתובת 192.168.A.1, מחליט להעביר את החבילה הזו לכתובת השער של הנתב (192.168.A.254 במקרה שלנו), כי מסלולים אחרים, ספציפיים יותר עבור BBB1, אין לו, לכן, הוא משדר את החבילה דרך מסלול ברירת המחדל (0.0.0.0/0);

4) לשם כך, כפי שהזכרנו בדוגמאות קודמות, הוא מנסה למצוא את כתובת ה-MAC עבור כתובת ה-IP 192.168.A.254 בטבלת המטמון של פרוטוקול ARP. אם זה לא מזוהה, שולח מהכתובת 192.168.A.1 לשדר בקשה למי יש לרשת 192.168.A.0/24. מתי 192.168.A.254 בתגובה, הוא שולח לה את כתובת ה-MAC שלו, המערכת משדרת עבורה חבילת Ethernet ומכניסה את המידע הזה לטבלת המטמון שלה;

5) הנתב הוירטואלי מקבל את החבילה הזו ומחליט לאן להעביר אותה: יש לו מדיניות כתובה שלפיה עליו להעביר (בהחלפת כתובת ההחזרה) את כל החבילות מ 192.168.A.0/24 לצמתי אינטרנט אחרים;

6) מכיוון שמדיניות זו מניחה שכתובת ההחזרה חייבת להתאים לכתובת הנמוכה בממשק שדרכו תועבר החבילה הזו, הנתב הוירטואלי מחליט קודם למי בדיוק לשלוח את החבילה הזו, והוא, כמו בדוגמה הקודמת, חייב לשלוח זה על AAA254 (שער ISP, במקרה הזה, זה גם אנחנו), כי יש מסלולים ספציפיים יותר ל BBB1, מאשר 0.0.0.0/0, אין לו;

7) זה אומר שהנתב הוירטואלי מחליף את כתובת ההחזרה של החבילה, מעתה היא חבילה מ AAA1:44444 (מספר יציאה, כמובן, עשוי להיות שונה) ל BBB1:11111;

8) הנתב הוירטואלי זוכר מה הוא עשה, לכן, ממתי BBB1:11111 עבור AAA1:44444 תגובתו תגיע, הוא יידע שעליו לשנות את כתובת היעד והיציאה ל 192.168.A.1:55555.

9) כעת הנתב הוירטואלי אמור להעביר אותו לרשת ISP באמצעות AAA254, אז בדיוק כמו שכבר הזכרנו, הוא מוצא את כתובת ה-MAC עבור AAA254 ומעביר את החבילה לשער ISP;

10) ספקי אינטרנט מעבירים מנות מ AAA1 עד BBB1;

11) הנתב פועל BBB1 מקבל חבילה זו ביציאה 11111;

12) יש כלל בנתב הוירטואלי שקובע שיש להעביר מנות שהגיעו מכל שולח ביציאה זו ל 192.168.B.2:3389;

13) הנתב מוצא את הרשת בטבלת הניתוב 192.168.B.0/24 ושולח אותו ישירות ל 192.168.B.2, כי יש לו ממשק 192.168.B.254/24;

14) לשם כך, הנתב הווירטואלי מוצא את כתובת ה-MAC עבור 192.168.B.2 ומעביר אליו את החבילה הזו דרך רשת Ethernet וירטואלית;

15) 192.168.B.2 מקבל חבילה זו ביציאה 3389, מסכים ליצור חיבור ויוצר חבילה בתגובה מ- 192.168.B.2:3389 על AAA1:44444;

16) המערכת שלו מעבירה את החבילה הזו לכתובת השער של הנתב (192.168.B.254 במקרה שלנו), כי מסלולים אחרים, ספציפיים יותר עבור AAA1, אין לו, לכן, עליו להעביר את החבילה דרך מסלול ברירת המחדל (0.0.0.0/0);

17) באותו אופן כמו במקרים קודמים, מערכת הפועלת על מחשב עם הכתובת 192.168.B.2, מוצא את כתובת ה-MAC 192.168.B.254, מכיוון שהוא נמצא באותה רשת עם הממשק שלו 192.168.B.2/24;

18) הנתב מקבל את החבילה הזו. יש לציין שהוא זוכר את מה שקיבל BBB1:11111 חבילה מ AAA1 ושינה את כתובת הנמען והיציאה שלו ל 192.168.B.2:3389, לכן, החבילה מ 192.168.B.2:3389 עבור AAA1:44444 זה משנה את כתובת השולח ל BBB1:11111;

19) הנתב מחליט למי לשלוח את החבילה הזו. הוא שולח את זה, נגיד, BBB254 (שער ISP, את כתובתו המדויקת איננו יודעים), כי אין מסלולים ספציפיים יותר ל AAA1, מאשר 0.0.0.0/0, אין לו;

20) ספקי אינטרנט מעבירים חבילה עם BBB1 על AAA1;

21) נתב וירטואלי פועל AAA1 מקבל את החבילה הזו וזוכר שכשהוא שלח את החבילה מ 192.168.A.1:55555 עבור BBB1:11111, הוא שינה את כתובתו ויציאת השולח שלו ל AAA1:44444. זה אומר שזו התשובה שצריך לשלוח אליה 192.168.A.1:55555 (למעשה, כפי שציינו בדוגמה הקודמת, יש גם עוד כמה בדיקות, אבל הפעם לא נכנסים איתן לעומק);

22) הוא מבין שצריך להעביר את זה ישירות אל 192.168.A.1, מכיוון שהוא נמצא איתו באותה רשת, זה אומר שיש לו ערך מתאים בטבלת הניתוב שמאלץ אותו לשלוח מנות לכל 192.168.A.0/24 באופן ישיר;

23) הנתב מוצא את כתובת ה-MAC עבור 192.168.A.1 ומושיט לו את החבילה הזאת;

24) מערכת הפעלה בשרת עם הכתובת 192.168.A.1 מקבל חבילה מ BBB1:11111 עבור 192.168.A.1:55555 ומתחיל את השלבים הבאים ליצירת חיבור TCP.

בדיוק כמו במקרה הקודם, במקרה הזה השרת עם הכתובת 192.168.A.1 לא יודע כלום על המחשב עם הכתובת 192.168.B.1, הוא מתקשר רק איתו BBB1. מחשב עם כתובת 192.168.B.1 גם לא יודע כלום על השרת עם הכתובת 192.168.A.1. הוא מאמין שהוא היה מחובר מהכתובת AAA1, והשאר נסתר ממנו.

פלט

כך קורה הכל לחיבורים בתוך מנהרת ה-VPN בין משרד הלקוח לסביבת הענן, כמו גם לחיבורים מחוץ למנהרת ה-VPN. ואם יש לך שאלות כלשהן או שאתה זקוק לעזרתנו בפתרון בעיות ענן, פנה אלינו 24x7.

מקור: www.habr.com