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

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

שתי האפשרויות הן מיפוי פורטים על כתובת אחת

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

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

אז ההתנהגות על החוט זהה, ורק הנהלת החשבונות שונה.

PropertyShared poolPinned assignment
Address selected at connectAny free member of the poolThe one address bound to the account
Other subscribers on itPresent, unknown to youUsually none, though the operator may oversubscribe
Stability across reconnectsDepends on pool size and rotation policyHolds until the operator changes the assignment

רשימות היתר עוקבות אחרי הקישור, לא אחרי התווית

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

curl -4 -s https://api.ipify.org; echo
curl -6 -s https://ifconfig.co; echo

הריצו את שתי השורות כשהמנהרה פעילה. הראשונה מאשרת את יציאת ה-IPv4 שתראה רשימת ההיתר שלכם; השנייה תופסת דליפת סטאק כפול שבה תעבורת IPv6 יוצאת דרך הספק בעוד IPv4 עובר דרך המנהרה. שירות שמקבל את שתי המשפחות יכול להיכשל בבדיקת רשימת היתר מסיבה שתוצאת ה-IPv4 לא מראה לעולם.

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

מוניטין נוסע עם הכתובת

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

חשבונות, קובצי cookie וטביעות אצבע של דפדפן עדיין מניעים את רוב ההחלטות האלה.

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

מה נשאר זהה בשני המקרים

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

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

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

מאמרים קשורים