שימוש ב-NAT Traversal לחיבור משתמשים במצב פסיבי

מאמר זה הוא תרגום חופשי של אחד מהערכים ב בלוג מפתחים DC++.

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

מבוא

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

אם שני הלקוחות נמצאים במצב פעיל

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

אם אחד מהלקוחות נמצא במצב פסיבי

דרך הרכזת, לקוח פסיבי A שולח פקודה $RevConnectToMe לקוח פעיל Bאשר לאחר מכן מגיב בפקודה $ConnectToMe.

בתור שרת S במקרה שלמעלה יש רכזת DC

אם שני הלקוחות במצב פסיבי מופעל רכזת ADC

לקוחות מאחורי NATs שונים A и B הצטרף לרכזת S.

כך נראה החיבור לרכזת מצד הלקוח A

הרכזת מקבלת חיבורים ביציאה 1511. לקוח A מבצעת חיבורים יוצאים מהרשת הפרטית שלו דרך יציאה 50758. הרכזת, בתורה, רואה את הכתובת של מכשיר ה-NAT, עובדת איתה ומשדרת אותה ללקוחות לפי המזהים שלהם.

לקוח A שולח לשרת S הודעה המבקשת עזרה בחיבור ללקוח B.

Hub: [Outgoing][178.79.159.147:1511] DRCM AAAA BBBB ADCS/0.10 1649612991

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

Hub: [Incoming][178.79.159.147:1511] DNAT BBBB AAAA ADCS/0.10 59566 1649612991

לאחר קבלת מידע זה הלקוח A מנסה מיד ליצור קשר עם הלקוח B ומדווח על נמל פרטי משלו.

Hub:		[Outgoing][178.79.159.147:1511]	 	D<b>RNT</b> AAAA BBBB ADCS/0.10 <b>50758</b> 1649612991

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

בינגו!

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

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

אפילוג

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

בעתיד DC++ יוכל לעקוף את NATבאמצעות חיבורים קיימים A‒S и B‒S ליצור קשר ישיר בין לקוח ללקוח, גם אם A и B נמצאים במצב פסיבי.

מקור: www.habr.com