שימוש ב-IPv6 עם Advanced Direct Connect

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

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

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

תרגם לאנגלית

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

זה קרה עם IPv6. ה-NMDC הזקן לא יודע איך לעשות את זה באופן עקרוני, אבל ADC עצמו מוכן לזה. עם זאת, לא הכל כל כך פשוט.

רק תיאוריה קטנה

המשתמש ה"פעיל" יכול לקבל חיבורים נכנסים. למעשה, בקשת החיבור שמגיעה ממנו היא למעשה הַזמָנָה.

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

וכן, מנגנון זה אינו תלוי בגרסה של פרוטוקול ה-IP המשמש.

ברבור, סרטנים ופיקה

בואו נדבר על תוכנת לקוח.

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

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

AirDC++ יש גם תמיכה בחיבורי IPv6, והוא מיושם בנפרד לחלוטין מ-IPv4. יתר על כן, לקוח זה משנה את תגי המשתמש באופן שיציג מצבי הפעלה עבור שני פרוטוקולי ה-IP בו-זמנית. הרכזים עצמם לא יודעים לעשות זאת (עדיין), וחבל.

אני חייב להזמין מיידית: AirDC++ עושה זאת לבד ולעצמה. בעתיד, מטעמי נוחות, אשתמש בשילובים כמו AP או AA כאינדיקציה למצבי פעולה אקטיביים או פסיביים עבור IPv4 ו-IPv6, בהתאמה, במקום הצגתם בתג הלקוח האמיתי ברכזת האמיתית. זה חשוב.

בניסוי שלנו נשתמש FlylinkDC++ כלקוח שלא מכיר כלל את IPv6. יש לציין גם כי תמיכה NATT מבחינתו בזמן כתיבת מאמר זה לא יושם בשום מקום.

החל

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

שים לב שכאשר אתה (למעשה) מנסה ליצור קשר עם משתמש עם כתובת IP בגרסה XNUMX, מוצגת שגיאה.

Hub:	[Outgoing][IPv4:412]	 	DRCM AACX AACU ADCS/0.10 337151563
Hub:	[Incoming][IPv4:412]	 	DCTM AACU AACX ADCS/0.10 1988 337151563
Hub:	[Outgoing][IPv4:412]	 	DSTA AACX AACU 240 IPsunknown

בתרגום אנושי זה נשמע כמו

P4: - האם אני יכול להיאחז אליך?
A6: - נאחז!
P4: - החיים הם כאב 0_0

מילון קצר, במידת הצורך, כאן.

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

Hub:	[Outgoing][IPv4:412]	 	DCTM AACX AACU ADCS/0.10 1993 3871342713

תהיה, לא נראה

מה שחשוב הוא מצב החיבור המוצג ברכזת.

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

FlylinkDC++ לעומת IPv6

במציאות, המצב פשוט ומורכב יותר בו זמנית.

AirDC++ לעומת IPv6

קל יותר כי IPv6 מקבל עדיפות על פני IPv4, וזה מובן. באמצעותו (למרות ש-override זמין באמצעות האפשרות המתאימה) יתבצע החיבור לרכזת, והלקוח האקטיבי יציע אותו ללקוח הפסיבי לחיבור.

זה יותר קשה, כי אם יש משתמשים עם תמיכה ב-IPv6 ברכזת, אבל הם מחוברים אך ורק באמצעות כתובת IPv4, אז...

... אז אתה יכול להתחבר אליהם (באקראי) בלי שיהיה לך IPv4 בכלל.

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

לזרוק אותו בתנופה

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

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

אה! הלקוח הפעיל שולח פקודה פסיבית?.. יהיה הגיוני לצפות לחיבור "תקוע", אבל לא, מסתבר בתנאים A4.

למה? אנו יוצרים קשר עם היזם ומקבלים את התשובה:

CTM זה לא טוב אם המשתמש השני לא תומך ב-IPv6

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

מצב פעיל = TCPx+IPx

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

ושוב הפתעה. מסתבר שהמצב הפסיבי עבור IPv6, ש-DC++ מדגים, הוא זיוף מכוון או באג.

מה הלאה?

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

הראשון הוא להשתיק את IPv6 לחלוטין או להיפך, ליצור רכזת שתעבוד רק דרכו.

השני הוא זה הגדלה, שרק מתקרב לשלב הבדיקות.

ובכן, אם אתה עצלן מכדי להגדיר את המצב הפעיל לעבודה ב-DC, זכור:

מי שיש לו, מה ינתן לו, ומי שאין לו, אפילו מה שהוא חושב שיש לו, יילקח ממנו. בסדר. 8:18

מקור: www.habr.com