С ADC مرڪز ٻي صورت ۾. هن پروٽوڪول جي ڊيزائن کي وڌائڻ جو ارادو ڪيو ويو آهي. ڇا توھان ھڪڙو نئون مضمون چاھيو ٿا؟ خير، ان کي پيش ڪريو، ان کي فروغ ڏيو، ان تي عمل ڪريو، ان کي لاڳو ڪريو، ان کي استعمال ڪريو.
نتيجي طور، توھان حاصل ڪري سگھو ٿا، يقينا، دٻي مان ھڪڙو تيار ڪيل حب حاصل ڪريو، پر صرف ان کي لانچ ڪرڻ ۽ ان جي باري ۾ وساريو سٺو نه ٿيندو. تاريخي حوالي سان توسيع جو مطلب پڻ ڪلائنٽ ۽ سرور سافٽ ويئر جي مختلف ڪمن جي مختلف تعداد جي موجودگي جو مطلب آهي، نسخ تي منحصر ڪري ٿو. ۽ جيڪو ڪم ڪندو بغير ڪنهن مسئلي جي هڪ صارف لاءِ ٿي سگهي ٿو ٻئي جي ڪلائنٽ سان مطابقت نه رکي، ۽ اهو ضرور حساب ۾ رکيو وڃي.
اهو ٿيو IPv6 سان. پراڻي انسان NMDC کي خبر ناهي ته اهو ڪيئن ڪجي اصول ۾، پر ADC پاڻ ان لاءِ تيار آهي. بهرحال، تمام سادو ناهي.
بس ٿورو نظريو
"فعال" استعمال ڪندڙ ايندڙ ڪنيڪشن قبول ڪري سگھن ٿا. اصل ۾، ڪنيڪشن جي درخواست اچي رهيو آهي اصل ۾ دعوت.
ھڪڙو "غير فعال" استعمال ڪندڙ عام طور تي صرف ٻاھرين درخواستن کي استعمال ڪري سگھن ٿا. هن مرڪز جي ذريعي پڇي رهيو آهي فعال استعمال ڪندڙ هڪ دعوت موڪلي ٿو - ۽ ڪنيڪشن قائم آهي.
۽ ها، هي ميکانيزم استعمال ٿيل IP پروٽوڪول جي ورزن تي منحصر ناهي.
سوان، ڪرافش ۽ پائڪ
اچو ته ڪلائنٽ سافٽ ويئر بابت ڳالهايو.
IPv6 سپورٽ ڊي سي ++ فطرت ۾ تجرباتي آهي. ان لاءِ ڪا به الڳ سيٽنگ نه آهي، ۽ اهو سڀ کان وڌيڪ حيرت انگيز هو ته مون لاءِ IP جي مختلف ورزن لاءِ مختلف آپريٽنگ موڊس ڏسڻ لاءِ، صرف ڇهين لاءِ غير فعال، پر اهو درست ناهي.
دستي ترتيب جي دوران فعال موڊ حاصل ڪرڻ ممڪن نه هو جيتوڻيڪ جڏهن واضح طور تي هڪ IP ڊومين کي AAAA رڪارڊ سان WAN طور استعمال ڪيو وڃي، پر خودڪار موڊ ۾ UPnP استعمال ڪندي هر شي توقع جي مطابق ڪم ڪيو.
ايئر ڊي سي ++ IPv6 ڪنيڪشن لاءِ سپورٽ پڻ آهي، ۽ اهو مڪمل طور تي IPv4 کان الڳ لاڳو ڪيو ويو آهي. ان کان علاوه، هي ڪلائنٽ صارف جي ٽيگ کي اهڙي طرح تبديل ڪري ٿو جيئن ٻنهي IP پروٽوڪول لاءِ آپريٽنگ موڊس هڪ ئي وقت ڏيکاري. حبيب پاڻ نه ٿا ڄاڻن ته اهو (اڃا تائين) ڪيئن ٿيو، جيڪو افسوس جوڳو آهي.
مون کي فوري طور تي هڪ رزرويشن ڪرڻ گهرجي: AirDC++ اهو اڪيلو ۽ پنهنجي لاءِ ڪري ٿو. مستقبل ۾، سهولت لاء، مان استعمال ڪندس مجموعا جهڙوڪ AP يا AA IPv4 ۽ IPv6 لاءِ آپريشن جي فعال يا غير فعال طريقن جي اشاري جي طور تي، بالترتيب، حقيقي مرڪز تي حقيقي ڪلائنٽ ٽيگ ۾ سندن ڊسپلي جي بدران. اهو ضروري آهي.
اسان جي تجربن ۾ اسين استعمال ڪنداسين FlylinkDC++ هڪ ڪلائنٽ جي طور تي IPv6 سان بلڪل واقف ناهي. اهو به نوٽ ڪرڻ گهرجي ته حمايت NATT هن لاء هن مضمون لکڻ جي وقت ۾ ڪٿي به لاڳو نه ڪيو ويو آهي.
شروعات
سڀ کان پهريان، اسان IP پروٽوڪول جي مختلف نسخن جي استعمال ڪندڙن جي وچ ۾ واضح طور تي ناممڪن رابطن تي نظر ڪنداسين. ٽيسٽ لاءِ استعمال ڪيو ويندو IPv6 تيار حب وسيلن سان A- ۽ AAAA- ريڪارڊ ڊومين نالو لاءِ جيڪو ان جي ايڊريس طور ڪم ڪري رهيو آهي.
مهرباني ڪري نوٽ ڪريو ته جڏهن توهان (حقيقت ۾) هڪ صارف سان رابطو ڪرڻ جي ڪوشش ڪريو نسخو XNUMX IP پتي سان، هڪ غلطي ڏيکاري ٿي.
IPv6 سپورٽ کان سواءِ ڪلائنٽ کي ڏسڻو پوندو ته صارف ان جي ذريعي ڳنڍيل واضح طور تي غير فعال آهن، صرف ان ڪري جو حب انهن لاءِ آباد نٿو ٿئي I4 يا I6 فيلڊ مطابق.
آسان ڇو ته IPv6 IPv4 تي ترجيح ڏئي ٿو، ۽ اھو سمجھڻ وارو آھي. اهو ان جي ذريعي آهي (جيتوڻيڪ اوور رائڊ ساڳئي اختيار کي استعمال ڪندي دستياب آهي) ته حب سان ڪنيڪشن قائم ڪيو ويندو، ۽ فعال ڪلائنٽ ان کي پيش ڪندي غير فعال ڪلائنٽ کي ڪنيڪشن لاءِ.
اهو وڌيڪ ڏکيو آهي، ڇاڪاڻ ته جيڪڏهن هب تي IPv6 سپورٽ سان صارف آهن، پر اهي سختي سان ڳنڍيل آهن IPv4 ايڊريس ذريعي، پوء ...
... پوءِ توھان انھن سان ڳنڍي سگھوٿا (بي ترتيب تي) بغير IPv4 کان سواءِ.
مهرباني ڪري نوٽ ڪريو ته ريموٽ ڪلائنٽ پاڻ کي هڪ اثاثو طور نامزد ڪيو آهي، پر هڪ ذميواري جي طور تي علاج ڪيو ويندو آهي. ڇو؟
اُڇلائي هن کي جهليو
ھاڻي اچو ته ڪلائنٽ سان ڳنڍڻ جي ڪوشش ڪريون مختلف، پر عام طور تي IPv4 جي لحاظ کان، IP پروٽوڪول جا سيٽ ھڪ ٻئي کي سپورٽ ڪن.
ها، اها افسوس جي ڳالهه آهي ته غير فعال استعمال ڪندڙن کي پاسي تي تماڪ ڇڪڻ گهرجي. پر اهو مدد نه ٿو ڪري سگهجي، ڇاڪاڻ ته انهن جو ظاهر ڪيل IP پتو خاص طور تي اهم نه آهي - انهي ڪري اهي ذميواريون آهن.
به! فعال ڪلائنٽ موڪلي ٿو غير فعال حڪم.. اهو منطقي هوندو ته "پڪڙيل" ڪنيڪشن جي توقع ڪرڻ، پر نه، اهو حالتن جي تحت نڪرندو آهي A4.
ائين ڇو آهي؟ اسان ڊولپر سان رابطو ڪيو ۽ جواب حاصل ڪيو:
۽ توهان بحث نٿا ڪري سگهو! پر ان لاءِ اندروني منطق جي ضرورت آهي، حب کان آزاد (ڏسو ڪوڊ هتي и هتي). اهو اڃا تائين ناممڪن آهي ته غير فعال ماڻهن جي مدد ڪرڻ، ڇاڪاڻ ته