فائل شیئرنگ نیٹ ورک کی ترقی کو دیکھنا دلچسپ ہے، لیکن اس میں حصہ لینا اس سے بھی زیادہ دلچسپ ہے۔
آج ایک جدید انسٹال اور لانچ کر رہا ہے۔ حب، نئے ٹکسال والے ایڈمنسٹریٹر کو اپنے پیشروؤں کے اس علاقے میں جمع ہونے والی تقریباً تمام پیشرفت اور تجربے تک رسائی حاصل ہوتی ہے۔ اس میں توسیع اور تخصیص کے لیے ایک نظام تیار ہے، بشمول متعدد اسکرپٹس کی مدد سے۔
С مرکز دوسری صورت میں. اس پروٹوکول کا ڈیزائن قابل توسیع ہونا ہے۔ کیا آپ ایک نئی خصوصیت چاہتے ہیں؟ ٹھیک ہے، اسے پیش کرتے ہیں، اسے فروغ دیتے ہیں، اسے نافذ کرتے ہیں، اسے نافذ کرتے ہیں، اسے استعمال کرتے ہیں.
اس کے نتیجے میں، آپ یقیناً ایک ریڈی میڈ ہب کو باکس سے باہر حاصل کر سکتے ہیں، لیکن اسے صرف لانچ کرنا اور اسے بھول جانا اچھا نہیں ہوگا۔ ایک تاریخی سیاق و سباق میں توسیع پذیری کا مطلب ورژن کے لحاظ سے کلائنٹ اور سرور سافٹ ویئر کے مختلف افعال کی مختلف تعداد کی موجودگی کا بھی مطلب ہے۔ اور جو ایک صارف کے لیے بغیر کسی پریشانی کے کام کرے گا وہ دوسرے کے مؤکل کے ساتھ مطابقت نہیں رکھتا، اور اس کو مدنظر رکھا جانا چاہیے۔
یہ IPv6 کے ساتھ ہوا۔ بوڑھا آدمی NMDC اصولی طور پر نہیں جانتا کہ یہ کیسے کرنا ہے، لیکن ADC خود اس کے لیے تیار ہے۔ تاہم، سب اتنا آسان نہیں ہے۔
صرف ایک چھوٹا سا نظریہ
"فعال" صارف آنے والے رابطوں کو قبول کر سکتا ہے۔ دراصل، اس سے آنے والی کنکشن کی درخواست دراصل ہے۔ دعوت.
ایک "غیر فعال" صارف عام طور پر صرف باہر جانے والی درخواستوں کو استعمال کر سکتا ہے۔ مرکز کے ذریعے وہ پوچھتا ہے فعال صارف ایک دعوت نامہ بھیجتا ہے - اور کنکشن قائم ہو جاتا ہے۔
اور ہاں، یہ طریقہ کار استعمال شدہ آئی پی پروٹوکول کے ورژن پر منحصر نہیں ہے۔
سوان، کریفش اور پائیک
آئیے کلائنٹ سافٹ ویئر کے بارے میں بات کرتے ہیں۔
IPv6 سپورٹ فطرت میں تجرباتی ہے. اس کے لیے کوئی الگ سیٹنگز نہیں ہیں، اور میرے لیے آئی پی کے مختلف ورژنز کے لیے مختلف آپریٹنگ موڈز دیکھنا زیادہ حیران کن تھا، جس میں صرف چھٹے کے لیے غیر فعال، لیکن یہ درست نہیں ہے۔
دستی ترتیب کے دوران ایکٹیو موڈ حاصل کرنا ممکن نہیں تھا یہاں تک کہ جب WAN کے بطور AAAA ریکارڈ والے IP ڈومین کو واضح طور پر استعمال کیا جا رہا ہو، لیکن UPnP کا استعمال کرتے ہوئے خودکار موڈ میں ہر چیز حسب توقع کام کرتی ہے۔
IPv6 کنکشنز کے لیے بھی سپورٹ حاصل ہے، اور اسے IPv4 سے مکمل طور پر الگ سے لاگو کیا جاتا ہے۔ مزید برآں، یہ کلائنٹ صارف کے ٹیگز میں اس طرح ترمیم کرتا ہے کہ دونوں آئی پی پروٹوکولز کے لیے بیک وقت آپریٹنگ موڈز دکھائے جائیں۔ حبس خود نہیں جانتے کہ یہ کیسے کرنا ہے (ابھی تک)، جو کہ افسوس کی بات ہے۔
مجھے فوری طور پر ایک ریزرویشن کرنی چاہیے: AirDC++ یہ اکیلے اور اپنے لیے کرتا ہے۔ مستقبل میں، سہولت کے لیے، میں جیسے مجموعے استعمال کروں گا۔ AP یا AA IPv4 اور IPv6 کے لیے بالترتیب فعال یا غیر فعال طریقوں کے اشارے کے طور پر، اصلی مرکز پر حقیقی کلائنٹ ٹیگ میں ان کے ڈسپلے کے بجائے۔ یہ ضروری ہے کہ.
اپنے تجربے میں ہم استعمال کریں گے۔ FlylinkDC++ بطور کلائنٹ IPv6 سے بالکل واقف نہیں ہے۔ یہ بھی خیال رہے کہ سپورٹ اس مضمون کو لکھنے کے وقت اس کے لیے کہیں بھی نافذ نہیں کیا گیا تھا۔
شروع
سب سے پہلے، ہم IP پروٹوکول کے مختلف ورژن کے صارفین کے درمیان واضح طور پر ناممکن رابطوں کو دیکھیں گے۔ ٹیسٹ کے لیے استعمال کیا جائے گا۔ ڈومین نام کے ایڈریس کے طور پر کام کرنے والے وسائل A- اور AAAA-ریکارڈز کے ساتھ۔
براہ کرم نوٹ کریں کہ جب آپ (حقیقت میں) ورژن 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 پر فوقیت حاصل ہے، اور یہ قابل فہم ہے۔ اس کے ذریعے ہی (اگرچہ متعلقہ آپشن کا استعمال کرتے ہوئے اوور رائڈ دستیاب ہے) کہ حب سے کنکشن قائم ہو جائے گا، اور فعال کلائنٹ اسے غیر فعال کلائنٹ کو کنکشن کے لیے پیش کرے گا۔
یہ زیادہ مشکل ہے، کیونکہ اگر ہب پر IPv6 سپورٹ والے صارفین ہیں، لیکن وہ IPv4 ایڈریس کے ذریعے سختی سے جڑے ہوئے ہیں، تو پھر...
پھر آپ ان سے (بے ترتیب طور پر) بغیر IPv4 کے جڑ سکتے ہیں۔
براہ کرم نوٹ کریں کہ ریموٹ کلائنٹ نے خود کو ایک اثاثہ کے طور پر نامزد کیا ہے، لیکن اسے ذمہ داری کے طور پر سمجھا جاتا ہے۔ کیوں؟
اسے جھولی میں پھینک دو
اب آئیے کلائنٹس کو مختلف، لیکن آئی پی وی 4 کے لحاظ سے عام، آئی پی پروٹوکول سپورٹ کے سیٹ ایک دوسرے سے جوڑنے کی کوشش کرتے ہیں۔
ہاں، یہ افسوس کی بات ہے کہ غیر فعال صارفین کو موقع پر سگریٹ نوشی کرنی پڑتی ہے۔ لیکن اس کی مدد نہیں کی جا سکتی، کیونکہ ان کا دکھائی دینے والا IP ایڈریس خاص طور پر اہم نہیں ہے - اسی لیے وہ واجبات ہیں۔
باہ! فعال کلائنٹ بھیجتا ہے۔ ایک "پھنسے" کنکشن کی توقع کرنا منطقی ہوگا، لیکن نہیں، یہ حالات کے تحت نکلتا ہے A4.
ایسا کیوں ہے؟ ہم ڈویلپر سے رابطہ کرتے ہیں اور جواب حاصل کرتے ہیں:
اگر دوسرا صارف IPv6 کو سپورٹ نہیں کرتا ہے تو اچھا نہیں ہے۔
اور آپ بحث نہیں کر سکتے! لیکن اس کے لیے اندرونی منطق کی ضرورت ہوتی ہے، حب سے آزاد (دیکھیں کوڈ и )۔ غیر فعالوں کی مدد کرنا اب بھی ناممکن ہے، کیونکہ
ایکٹو موڈ =
عام IPv6 IP سپورٹ سیٹ کے ساتھ کلائنٹس کے درمیان رابطہ قائم کرنے کی کوششیں اس طرح نظر آتی ہیں۔ مجھے آپ کو یاد دلانے دو، حاصل کریں PA میں DC++ کے لیے کامیاب نہیں ہوا۔
اور پھر ایک حیرت۔ اس سے پتہ چلتا ہے کہ IPv6 کے لیے غیر فعال موڈ، جسے DC++ ظاہر کرتا ہے، یا تو جان بوجھ کر جعلی ہے یا بگ ہے۔
اس کے بعد کیا ہے؟
فی الحال، صارفین کو مختلف طریقوں سے اور IP پروٹوکول سپورٹ کے مختلف سیٹوں سے مربوط کرنے کے تمام ممکنہ مسائل کو حل کرنے کے بالکل دو طریقے ہیں۔
سب سے پہلے IPv6 کو مکمل طور پر خاموش کرنا ہے یا اس کے برعکس، صرف اس کے ذریعے کام کرنے کے لیے ایک مرکز بنانا ہے۔
دوسرا یہ ہے۔ ، جو ابھی جانچ کے مرحلے کے قریب ہے۔
ٹھیک ہے، اگر آپ DC میں کام کرنے کے لیے ایکٹو موڈ سیٹ اپ کرنے میں بہت سست ہیں، تو یاد رکھیں:
جس کے پاس ہے اسے دیا جائے گا اور جس کے پاس نہیں ہے وہ بھی اس سے چھین لیا جائے گا۔ ٹھیک ہے. 8:18
ماخذ: www.habr.com