הגדרות punchy של Nebula: איזו מהן מתקנת את ה-NAT שלך

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

אמתו את נקודת הקצה לפני התזמון

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

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

punch שומר מיפוי, respond פותח כיוון

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

בחרו punch כשהמסלול הישיר עובד ואחר כך נחלש. בחרו respond כשהמסלול לעולם אינו נוצר בכיוון אחד. הפעלת שניהם ותקווה היא הדרך שבה תיקון של חמש דקות הופך לשבוע של כיוונון.

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

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

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

כשצומת ממסר הוא התשובה הכנה

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

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

בדקו את הזוג שנכשל, אחרי חוסר פעילות

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

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