آج ہم IPv6 پروٹوکول کا مطالعہ کریں گے۔ CCNA کورس کے پچھلے ورژن کو اس پروٹوکول سے تفصیلی واقفیت کی ضرورت نہیں تھی، تاہم، تیسرے ورژن 200-125 میں، امتحان پاس کرنے کے لیے اس کا گہرائی سے مطالعہ ضروری ہے۔ آئی پی وی 6 پروٹوکول ایک طویل عرصہ پہلے تیار کیا گیا تھا، لیکن ایک طویل عرصے سے یہ وسیع پیمانے پر استعمال نہیں کیا گیا تھا. یہ انٹرنیٹ کی مستقبل کی ترقی کے لیے بہت اہم ہے، کیونکہ اس کا مقصد ہر جگہ موجود IPv4 پروٹوکول کی خامیوں کو دور کرنا ہے۔
چونکہ IPv6 پروٹوکول ایک وسیع موضوع ہے، اس لیے میں نے اسے دو ویڈیو ٹیوٹوریلز میں تقسیم کیا ہے: دن 24 اور دن 25۔ پہلا دن ہم بنیادی تصورات کے لیے وقف کریں گے، اور دوسرے دن ہم سسکو کے لیے IPv6 IP پتوں کو ترتیب دینے پر غور کریں گے۔ آلات آج، ہمیشہ کی طرح، ہم تین موضوعات کا احاطہ کریں گے: IPv6 کی ضرورت، IPv6 پتوں کی شکل، اور IPv6 پتوں کی اقسام۔
اب تک اپنے اسباق میں، ہم v4 آئی پی ایڈریسز استعمال کرتے رہے ہیں، اور آپ اس حقیقت کے عادی ہیں کہ وہ کافی سادہ نظر آتے ہیں۔ جب آپ نے اس سلائیڈ پر دکھایا گیا پتہ دیکھا، تو آپ بخوبی سمجھ گئے کہ یہ سب کیا ہے۔
تاہم، v6 IP پتے بالکل مختلف نظر آتے ہیں۔ اگر آپ اس بات سے ناواقف ہیں کہ انٹرنیٹ پروٹوکول کے اس ورژن میں ایڈریس کیسے بنائے جاتے ہیں، تو آپ سب سے پہلے حیران ہوں گے کہ اس قسم کا IP ایڈریس بہت زیادہ جگہ لیتا ہے۔ پروٹوکول کے چوتھے ورژن میں، ہمارے پاس صرف 4 اعشاریہ نمبر تھے، اور ان کے ساتھ سب کچھ آسان تھا، لیکن تصور کریں کہ آپ کو کسی مخصوص مسٹر X کو اس کا نیا آئی پی ایڈریس بتانا ہوگا جیسے 2001:0db8:85a3:0000:0000:8a2e۔ :0370:7334.
لیکن پریشان نہ ہوں - ہم اس ویڈیو ٹیوٹوریل کے آخر میں بہت بہتر پوزیشن میں ہوں گے۔ آئیے پہلے دیکھتے ہیں کہ IPv6 استعمال کرنے کی ضرورت کیوں پیش آئی۔
آج، زیادہ تر لوگ IPv4 استعمال کرتے ہیں اور اس سے کافی خوش ہیں۔ آپ کو نئے ورژن میں اپ گریڈ کرنے کی ضرورت کیوں پیش آئی؟ سب سے پہلے، ورژن 4 کے IP پتے 32 بٹس لمبے ہیں۔ یہ آپ کو انٹرنیٹ پر تقریباً 4 بلین ایڈریس بنانے کی اجازت دیتا ہے، یعنی آئی پی ایڈریسز کی صحیح تعداد 232 ہے۔ IPv4 کی تخلیق کے وقت، ڈویلپرز کا خیال تھا کہ پتوں کی یہ تعداد کافی سے زیادہ ہے۔ اگر آپ کو یاد ہے تو، اس ورژن کے پتے 5 کلاسوں میں تقسیم کیے گئے ہیں: فعال کلاسز A، B، C اور ریزرو کلاسز D (ملٹی کاسٹنگ) اور E (تحقیق)۔ اس طرح، اگرچہ کام کرنے والے IP پتوں کی تعداد 75 بلین میں سے صرف 4% تھی، پروٹوکول کے تخلیق کاروں کو یقین تھا کہ وہ پوری انسانیت کے لیے کافی ہوں گے۔ تاہم انٹرنیٹ کی تیز رفتار ترقی کی وجہ سے ہر سال مفت آئی پی ایڈریسز کی کمی محسوس ہونے لگی اور اگر NAT ٹیکنالوجی کا استعمال نہ ہوتا تو مفت IPv4 ایڈریس بہت پہلے ختم ہو چکے ہوتے۔ درحقیقت NAT اس انٹرنیٹ پروٹوکول کا نجات دہندہ بن گیا ہے۔ یہی وجہ ہے کہ انٹرنیٹ پروٹوکول کا ایک نیا ورژن بنانا ضروری ہو گیا، چوتھے ورژن کی کوتاہیوں سے خالی۔ آپ پوچھ سکتے ہیں کہ آپ ورژن 4 سے براہ راست ورژن 5 پر کیوں گئے؟ اس کی وجہ یہ ہے کہ ورژن 1,2، جیسے ورژن 3،XNUMX اور XNUMX، تجرباتی تھے۔
لہذا، v6 IP پتوں میں 128 بٹ ایڈریس کی جگہ ہوتی ہے۔ آپ کے خیال میں ممکنہ IP پتوں کی تعداد میں کتنی بار اضافہ ہوا ہے؟ آپ شاید کہیں گے: "4 بار!"۔ لیکن ایسا نہیں ہے، کیونکہ 234 پہلے ہی 4 سے 232 گنا بڑا ہے۔ لہذا 2128 ناقابل یقین حد تک بڑا ہے - یہ 340282366920938463463374607431768211456 کے برابر ہے۔ یہ IPv6 پر دستیاب IP پتوں کی تعداد ہے۔ اس کا مطلب یہ ہے کہ آپ کسی بھی چیز کے لیے IP ایڈریس تفویض کر سکتے ہیں: آپ کی کار، فون، کلائی گھڑی۔ ایک جدید انسان کے پاس ایک لیپ ٹاپ، کئی اسمارٹ فونز، اسمارٹ گھڑیاں، ایک سمارٹ گھر - انٹرنیٹ سے جڑا ایک ٹی وی، انٹرنیٹ سے منسلک واشنگ مشین، ایک پورا گھر انٹرنیٹ سے منسلک ہوسکتا ہے۔ پتوں کی یہ تعداد "چیزوں کے انٹرنیٹ" کے تصور کی اجازت دیتی ہے، جسے سسکو نے سپورٹ کیا ہے۔ اس کا مطلب ہے کہ آپ کی زندگی کی تمام چیزیں انٹرنیٹ سے جڑی ہوئی ہیں اور ان سب کو اپنے IP ایڈریس کی ضرورت ہے۔ IPv6 کے ساتھ یہ ممکن ہے! زمین پر ہر شخص اپنے آلات کے لیے اس ورژن کے لاکھوں پتے استعمال کر سکتا ہے، اور پھر بھی بہت زیادہ مفت ہوں گے۔ ہم اندازہ نہیں لگا سکتے کہ ٹیکنالوجی کیسے ترقی کرے گی، لیکن ہم امید کر سکتے ہیں کہ انسانیت پر وہ وقت نہیں آئے گا جب زمین پر صرف 1 کمپیوٹر باقی رہ جائے گا۔ یہ فرض کیا جا سکتا ہے کہ IPv6 طویل عرصے تک موجود رہے گا۔ آئیے ایک نظر ڈالتے ہیں کہ چھٹا ورژن آئی پی ایڈریس فارمیٹ کیا ہے۔
یہ پتے ہیکسا ڈیسیمل نمبرز کے 8 گروپس کے طور پر دکھائے جاتے ہیں۔ اس کا مطلب ہے کہ ایڈریس کا ہر کریکٹر 4 بٹس لمبا ہے، اس طرح 4 ایسے کریکٹرز کا ہر گروپ 16 بٹس لمبا ہے، اور پورا ایڈریس 128 بٹ لمبا ہے۔ 4 حروف کے ہر گروپ کو اگلے گروپ سے بڑی آنت کے ذریعے الگ کیا جاتا ہے، IPv4 ایڈریس کے برعکس جہاں گروپس کو نقطوں سے الگ کیا گیا تھا، کیونکہ ڈاٹ نمبرز کی اعشاریہ نمائندگی ہے۔ چونکہ ایسا پتہ یاد رکھنا آسان نہیں ہے، اس لیے اسے مختصر کرنے کے کئی اصول ہیں۔ پہلا اصول کہتا ہے کہ تمام زیرو کے گروپس کو ڈبل کالون سے تبدیل کیا جا سکتا ہے۔ اسی طرح کا آپریشن ہر آئی پی ایڈریس پر صرف 1 بار کیا جا سکتا ہے۔ آئیے دیکھتے ہیں کہ اس کا کیا مطلب ہے۔
جیسا کہ آپ دیکھ سکتے ہیں، دی گئی ایڈریس کی مثال میں، 4 صفر کے تین گروپ ہیں۔ ان 0000:0000:0000 گروپوں کو الگ کرنے والے کالونوں کی کل تعداد 2 ہے۔ اس طرح، اگر آپ ڈبل کالون استعمال کرتے ہیں::، اس کا مطلب یہ ہوگا کہ صفر کے گروپ اس ایڈریس کے مقام پر واقع ہیں۔ تو آپ کو کیسے پتہ چلے گا کہ صفر کے کتنے گروپ ہیں اس ڈبل کالون کا مطلب ہے؟ اگر آپ ایڈریس کی مختصر شکل دیکھیں تو آپ 5 حروف کے 4 گروپس گن سکتے ہیں۔ لیکن چونکہ ہم جانتے ہیں کہ مکمل ایڈریس 8 گروپس پر مشتمل ہے، تو ڈبل کالون کا مطلب ہے 3 زیرو کے 4 گروپس۔ یہ ایڈریس کی مختصر شکل کا پہلا اصول ہے۔
دوسرا قاعدہ کہتا ہے کہ آپ حروف کے ہر گروپ میں لیڈنگ زیرو کو ضائع کر سکتے ہیں۔ مثال کے طور پر، ایڈریس کی لمبی شکل کا 6 واں گروپ 04FF کی طرح لگتا ہے، اور اس کی مختصر شکل 4FF کی طرح نظر آئے گی، کیونکہ ہم نے پہلے صفر کو گرا دیا ہے۔ اس طرح، اندراج 4FF کا مطلب 04FF سے زیادہ کچھ نہیں ہے۔
ان اصولوں کا استعمال کرتے ہوئے، آپ کسی بھی IP ایڈریس کو مختصر کر سکتے ہیں۔ تاہم، مختصر کرنے کے بعد بھی، یہ خطاب واقعی چھوٹا نہیں لگتا ہے۔ بعد میں ہم دیکھیں گے کہ آپ اس کے بارے میں کیا کر سکتے ہیں، فی الحال صرف ان 2 اصولوں کو یاد رکھیں۔
آئیے ایک نظر ڈالتے ہیں کہ IPv4 اور IPv6 ایڈریس ہیڈر کیا ہیں۔
یہ تصویر جو میں نے انٹرنیٹ سے لی ہے وہ دونوں ہیڈرز کے درمیان فرق کو اچھی طرح واضح کرتی ہے۔ جیسا کہ آپ دیکھ سکتے ہیں، IPv4 ایڈریس ہیڈر بہت زیادہ پیچیدہ ہے اور IPv6 ہیڈر سے زیادہ معلومات پر مشتمل ہے۔ اگر ہیڈر پیچیدہ ہے، تو راؤٹر روٹنگ کا فیصلہ کرنے کے لیے اس پر کارروائی کرنے میں زیادہ وقت صرف کرتا ہے، اس لیے چھٹے ورژن کے آسان IP پتے استعمال کرتے وقت، راؤٹرز زیادہ مؤثر طریقے سے کام کرتے ہیں۔ یہی وجہ ہے کہ IPv6 IPv4 سے بہت بہتر ہے۔
4 سے 0 بٹس کے IPv31 ہیڈر کی لمبائی 32 بٹس لیتی ہے۔ آپشنز اور پیڈنگ کی آخری لائن کو چھوڑ کر، ورژن 4 کا IP ایڈریس 20 بائٹ ایڈریس ہے، یعنی اس کا کم از کم سائز 20 بائٹس ہے۔ چھٹے ورژن کے ایڈریس کی لمبائی میں کوئی کم از کم سائز نہیں ہے، اور ایسے ایڈریس کی لمبائی 40 بائٹس ہوتی ہے۔
IPv4 ہیڈر میں، ورژن پہلے آتا ہے، اس کے بعد IHL ہیڈر کی لمبائی ہوتی ہے۔ پہلے سے طے شدہ 20 بائٹس ہے، لیکن اگر ہیڈر میں اضافی اختیارات کی معلومات کی وضاحت کی گئی ہے، تو یہ طویل ہوسکتی ہے۔ Wireshark کا استعمال کرتے ہوئے، آپ 4 کی ورژن ویلیو اور IHL ویلیو 5 پڑھ سکتے ہیں، جس کا مطلب ہے کہ آپشنز بلاک کو شمار نہیں کرتے ہوئے 4 بائٹس (32 بٹس) کے پانچ عمودی بلاکس ہیں۔
سروس کی قسم پیکٹ کی نوعیت کی نشاندہی کرتی ہے - مثال کے طور پر، وائس پیکٹ یا ڈیٹا پیکٹ، کیونکہ صوتی ٹریفک کو ٹریفک کی دوسری اقسام پر فوقیت حاصل ہے۔ مختصراً، یہ فیلڈ ٹریفک کی ترجیح کی نشاندہی کرتی ہے۔ کل لمبائی 20 بائٹس کے ہیڈر کی لمبائی کے علاوہ پے لوڈ کی لمبائی کا مجموعہ ہے، جو ڈیٹا منتقل کیا جا رہا ہے۔ اگر یہ 50 بائٹس ہے، تو کل لمبائی 70 بائٹس ہوگی۔ شناختی پیکٹ کا استعمال ہیڈر چیکسم ہیڈر کے چیکسم پیرامیٹر کا استعمال کرتے ہوئے پیکٹ کی سالمیت کی تصدیق کے لیے کیا جاتا ہے۔ اگر پیکیج کو 5 حصوں میں تقسیم کیا گیا ہے، تو ان میں سے ہر ایک کا ایک ہی شناخت کنندہ ہونا چاہیے - فریگمنٹ آفسیٹ فریگمنٹ آفسیٹ، جس کی قیمت 0 سے 4 تک ہوسکتی ہے، جب کہ پیکیج کے ہر ٹکڑے کی ایک ہی آفسیٹ ویلیو ہونی چاہیے۔ جھنڈے اس بات کی نشاندہی کرتے ہیں کہ آیا ٹکڑے کی منتقلی کی اجازت ہے۔ اگر آپ نہیں چاہتے کہ ڈیٹا فریگمنٹیشن ہو، تو آپ DF سیٹ کریں - ڈانٹ فریگمنٹ فلیگ۔ مزید ٹکڑا - ایک پرچم MF ہے. اس کا مطلب یہ ہے کہ اگر پہلا پیکٹ 5 ٹکڑوں میں بٹا ہوا ہے، تو دوسرا پیکٹ 0 پر سیٹ ہو جائے گا، یعنی مزید ٹکڑے نہیں! اس صورت میں، پہلے پیکج کے آخری ٹکڑے کو 4 نشان زد کیا جائے گا، تاکہ وصول کرنے والا آلہ آسانی سے پیکج کو الگ کر سکے، یعنی ڈیفراگمنٹیشن کا اطلاق کریں۔
اس سلائیڈ پر استعمال ہونے والے رنگوں پر توجہ دیں۔ وہ فیلڈز جنہیں IPv6 ہیڈر سے خارج کر دیا گیا ہے سرخ رنگ میں نشان زد ہیں۔ نیلا رنگ ان پیرامیٹرز کو دکھاتا ہے جو پروٹوکول کے چوتھے سے چھٹے ورژن میں ترمیم شدہ شکل میں منتقل کیے گئے ہیں۔ دونوں ورژنوں میں پیلے رنگ کے باکس میں کوئی تبدیلی نہیں ہوئی۔ سبز رنگ ایک فیلڈ دکھاتا ہے جو پہلی بار صرف IPv6 میں ظاہر ہوا تھا۔
شناخت، جھنڈے، فریگمنٹ آفسیٹ، اور ہیڈر چیکسم فیلڈز کو اس حقیقت کی وجہ سے ہٹا دیا گیا ہے کہ ڈیٹا کی منتقلی کے جدید حالات میں فریگمنٹیشن نہیں ہوتا ہے اور چیکسم کی تصدیق کی ضرورت نہیں ہے۔ بہت سال پہلے، سست ڈیٹا کی منتقلی کے ساتھ، ٹکڑے ٹکڑے ہونا کافی عام تھا، لیکن آج IEEE 802.3 ایتھرنیٹ 1500-بائٹ MTU کے ساتھ ہر جگہ موجود ہے، اور اب فریگمنٹیشن کا سامنا نہیں ہے۔
TTL، یا رہنے کے لیے پیکٹ کا وقت، ایک الٹی گنتی کاؤنٹر ہے - جب زندہ رہنے کا وقت 0 تک پہنچ جاتا ہے، تو پیکٹ چھوڑ دیا جاتا ہے۔ درحقیقت، یہ زیادہ سے زیادہ ہاپس ہے جو اس نیٹ ورک میں بنائے جا سکتے ہیں۔ پروٹوکول فیلڈ بتاتا ہے کہ کون سا پروٹوکول، TCP یا UDP، نیٹ ورک پر استعمال ہو رہا ہے۔
ہیڈر چیکسم ایک فرسودہ پیرامیٹر ہے، لہذا اسے پروٹوکول کے نئے ورژن سے ہٹا دیا گیا ہے۔ اس کے بعد 32 بٹ سورس ایڈریس اور 32 بٹ ڈیسٹینیشن ایڈریس فیلڈز ہیں۔ اگر ہمارے پاس آپشنز لائن میں کچھ معلومات ہیں، تو IHL ویلیو 5 سے 6 تک تبدیل ہو جاتی ہے، جس سے ظاہر ہوتا ہے کہ ہیڈر میں ایک اضافی فیلڈ ہے۔
IPv6 ہیڈر ورژن ورژن بھی استعمال کرتا ہے، اور ٹریفک کلاس IPv4 ہیڈر میں سروس کی قسم سے مطابقت رکھتی ہے۔ فلو لیبل ٹریفک کلاس کی طرح ہے اور پیکٹوں کے یکساں بہاؤ کی روٹنگ کو آسان بنانے کے لیے استعمال کیا جاتا ہے۔ پے لوڈ کی لمبائی کا مطلب ہے پے لوڈ کی لمبائی، یا ہیڈر کے نیچے فیلڈ میں موجود ڈیٹا فیلڈ کا سائز۔ خود ہیڈر کی لمبائی، 40 بائٹس، مستقل ہے اور اس لیے اس کا کہیں ذکر نہیں ہے۔
اگلا ہیڈر فیلڈ، نیکسٹ ہیڈر، اشارہ کرتا ہے کہ اگلے پیکٹ میں کس قسم کا ہیڈر ہوگا۔ یہ ایک بہت ہی کارآمد فنکشن ہے جو اگلے ٹرانسپورٹ پروٹوکول - TCP، UDP وغیرہ کی قسم کو متعین کرتا ہے، اور جس کی مستقبل میں ڈیٹا ٹرانسفر ٹیکنالوجیز میں بہت زیادہ مانگ ہوگی۔ یہاں تک کہ اگر آپ اپنا پروٹوکول استعمال کرتے ہیں، تو آپ یہ جان سکتے ہیں کہ اگلا کون سا پروٹوکول ہے۔
ہاپ کی حد، یا Hop Limit، IPv4 ہیڈر میں TTL کے مشابہ ہے، یہ روٹنگ لوپس کو روکنے کا طریقہ کار ہے۔ اس کے بعد 128 بٹ سورس ایڈریس اور 128 بٹ ڈیسٹینیشن ایڈریس فیلڈز ہیں۔ پورے ہیڈر کا سائز 40 بائٹس ہے۔ جیسا کہ میں نے کہا، IPv6 IPv4 سے بہت آسان ہے اور روٹر روٹنگ کے فیصلوں کے لیے بہت زیادہ موثر ہے۔
IPv6 پتوں کی اقسام پر غور کریں۔ ہم جانتے ہیں کہ یونی کاسٹ کیا ہے - یہ ایک ڈائریکٹڈ ٹرانسمیشن ہے جب ایک ڈیوائس براہ راست دوسرے سے منسلک ہوتی ہے اور دونوں ڈیوائسز صرف ایک دوسرے سے بات چیت کر سکتی ہیں۔ ملٹی کاسٹ ایک براڈکاسٹ ٹرانسمیشن ہے اور اس کا مطلب یہ ہے کہ ایک ہی وقت میں کئی ڈیوائسز ایک ڈیوائس کے ساتھ بات چیت کر سکتی ہیں، جس کے نتیجے میں، ایک ہی وقت میں کئی ڈیوائسز کے ساتھ بات چیت ہو سکتی ہے۔ اس لحاظ سے ملٹی کاسٹ ایک ریڈیو اسٹیشن کی طرح ہے، جس کے سگنل ہر جگہ تقسیم ہوتے ہیں۔ اگر آپ ایک مخصوص چینل سننا چاہتے ہیں، تو آپ کو اپنے ریڈیو کو ایک مخصوص فریکوئنسی پر ٹیون کرنا چاہیے۔ اگر آپ کو RIP پروٹوکول کے بارے میں ویڈیو ٹیوٹوریل یاد ہے، تو آپ جانتے ہیں کہ یہ پروٹوکول اپ ڈیٹس کو تقسیم کرنے کے لیے براڈکاسٹ ڈومین 255.255.255.255 استعمال کرتا ہے، جس سے تمام ذیلی نیٹ منسلک ہوتے ہیں۔ لیکن صرف وہی آلات جو RIP پروٹوکول استعمال کرتے ہیں یہ اپ ڈیٹس حاصل کریں گے۔
براڈکاسٹ کی ایک اور قسم جو IPv4 میں نہیں دیکھی گئی اسے Anycast کہا جاتا ہے۔ یہ اس وقت استعمال ہوتا ہے جب آپ کے پاس ایک ہی IP ایڈریس کے ساتھ بہت سے آلات ہوں اور یہ آپ کو وصول کنندگان کے گروپ سے قریبی منزل پر پیکٹ بھیجنے کی اجازت دیتا ہے۔
انٹرنیٹ کے معاملے میں، جہاں ہمارے پاس CDN نیٹ ورکس ہیں، ہم یوٹیوب سروس کی مثال دے سکتے ہیں۔ یہ سروس دنیا کے مختلف حصوں میں بہت سے لوگ استعمال کرتے ہیں، لیکن اس کا مطلب یہ نہیں ہے کہ وہ سب کیلیفورنیا میں کمپنی کے سرور سے براہ راست جڑ جاتے ہیں۔ یوٹیوب سروس کے دنیا بھر میں بہت سے سرورز ہیں، مثال کے طور پر میرا انڈین یوٹیوب سرور سنگاپور میں واقع ہے۔ اسی طرح، IPv6 پروٹوکول میں جغرافیائی طور پر تقسیم شدہ نیٹ ورک ڈھانچے کا استعمال کرتے ہوئے، یعنی Anycast کا استعمال کرتے ہوئے CDN ٹرانسمیشن کو نافذ کرنے کے لیے ایک بلٹ ان میکانزم ہے۔
جیسا کہ آپ دیکھ سکتے ہیں، یہاں ایک اور براڈکاسٹ قسم غائب ہے، براڈکاسٹ، کیونکہ IPv6 اسے استعمال نہیں کرتا ہے۔ لیکن اس پروٹوکول میں ملٹی کاسٹ IPv4 میں براڈکاسٹ کی طرح کام کرتا ہے، صرف زیادہ موثر طریقے سے۔
پروٹوکول کا چھٹا ورژن تین قسم کے پتے استعمال کرتا ہے: لنک لوکل، یونیک سائٹ لوکل اور گلوبل۔ ہمیں یاد ہے کہ IPv4 میں ایک انٹرفیس کا صرف ایک IP پتہ ہوتا ہے۔ فرض کریں کہ ہمارے پاس دو راؤٹرز ایک دوسرے سے جڑے ہوئے ہیں، لہٰذا ہر کنکشن انٹرفیس کا صرف 1 IP ایڈریس ہوگا۔ IPv6 استعمال کرتے وقت، ہر انٹرفیس خود بخود ایک لنک مقامی IP ایڈریس وصول کرتا ہے۔ یہ پتے FE80 سے شروع ہوتے ہیں:/64.
یہ IP پتے صرف مقامی رابطوں کے لیے استعمال ہوتے ہیں۔ ونڈوز کے ساتھ کام کرنے والے لوگ 169.254.X.X جیسے بہت ہی ملتے جلتے پتے جانتے ہیں - یہ ایسے پتے ہیں جو خود بخود IPv4 پروٹوکول کے ذریعے تشکیل شدہ ہیں۔
اگر کوئی کمپیوٹر DHCP سرور سے IP ایڈریس طلب کرتا ہے، لیکن کسی وجہ سے اس کے ساتھ بات چیت نہیں کر سکتا، تو Microsoft آلات میں ایک ایسا طریقہ کار ہوتا ہے جو کمپیوٹر کو خود کو IP ایڈریس تفویض کرنے کی اجازت دیتا ہے۔ اس صورت میں پتہ کچھ اس طرح ہوگا: 169.254.1.1۔ اگر ہمارے پاس کمپیوٹر، سوئچ اور روٹر ہو تو ایسی ہی صورتحال پیدا ہو گی۔ فرض کریں کہ راؤٹر کو DHCP سرور سے IP ایڈریس موصول نہیں ہوا اور اس نے خود بخود وہی IP ایڈریس 169.254.1.1 تفویض کر دیا۔ اس کے بعد، یہ سوئچ کے ذریعے نیٹ ورک پر ایک ARP نشریاتی درخواست بھیجے گا، جس میں یہ پوچھے گا کہ کیا کسی نیٹ ورک ڈیوائس کے پاس یہ پتہ ہے۔ درخواست موصول ہونے کے بعد، کمپیوٹر اسے جواب دے گا: "ہاں، میرے پاس بالکل وہی IP ایڈریس ہے!"، جس کے بعد راؤٹر خود کو ایک نیا بے ترتیب پتہ تفویض کرے گا، مثال کے طور پر، 169.254.10.10، اور دوبارہ ARP کی درخواست بھیجے گا۔ نیٹ ورک.
اگر کوئی یہ اطلاع نہیں دیتا ہے کہ اس کے پاس ایک ہی ایڈریس ہے، تو وہ ایڈریس 169.254.10.10 اپنے پاس رکھے گا۔ اس طرح، مقامی نیٹ ورک پر موجود آلات DHCP سرور کو بالکل بھی استعمال نہیں کر سکتے ہیں، ایک دوسرے کے ساتھ بات چیت کرنے کے لیے IP پتوں کی خودکار تفویض کے طریقہ کار کو استعمال کرتے ہوئے۔ یہ وہی ہے جو آئی پی ایڈریس آٹو کنفیگریشن ہے، جسے ہم نے کئی بار دیکھا ہے لیکن کبھی استعمال نہیں کیا ہے۔
اسی طرح، IPv6 میں FE80:: سے شروع ہونے والے لنک لوکل IP ایڈریس تفویض کرنے کا طریقہ کار ہے۔ سلیش 64 کا مطلب نیٹ ورک ایڈریسز اور ہوسٹ ایڈریسز کو الگ کرنا ہے۔ اس صورت میں، پہلے 64 کا مطلب ہے نیٹ ورک، اور دوسرے 64 کا مطلب ہے میزبان۔
FE80:: مطلب ایڈریس جیسے FE80.0.0.0/، جہاں سلیش کے بعد میزبان ایڈریس کا حصہ ہوتا ہے۔ یہ پتے ہمارے آلے اور اس سے جڑے انٹرفیس کے لیے ایک جیسے نہیں ہیں اور خود بخود کنفیگر ہوتے ہیں۔ اس صورت میں، میزبان حصہ میک ایڈریس استعمال کرتا ہے۔ جیسا کہ آپ جانتے ہیں، MAC ایڈریس ایک 48 بٹ IP ایڈریس ہے، جس میں 6 ہیکسا ڈیسیمل نمبرز کے 2 بلاکس ہوتے ہیں۔ مائیکروسافٹ ایسا نظام استعمال کرتا ہے، سسکو 3 ہیکساڈیسیمل نمبروں کے 4 بلاکس استعمال کرتا ہے۔
ہماری مثال میں، ہم 11:22:33:44:55:66 فارم کی مائیکروسافٹ ترتیب استعمال کریں گے۔ یہ کسی ڈیوائس کا میک ایڈریس کیسے تفویض کرتا ہے؟ میزبان ایڈریس میں نمبروں کی یہ ترتیب، جو کہ MAC ایڈریس ہے، کو دو حصوں میں تقسیم کیا گیا ہے: بائیں جانب 11:22:33 کے تین گروپس ہیں، دائیں جانب 44:55:66 کے تین گروپس ہیں، اور FF اور ان کے درمیان ایف ای کو شامل کیا جاتا ہے۔ یہ میزبان کے IP ایڈریس کا 64 بٹ بلاک بناتا ہے۔
جیسا کہ آپ جانتے ہیں، ترتیب 11:22:33:44:55:66 ایک MAC ایڈریس ہے جو ہر ڈیوائس کے لیے منفرد ہے۔ نمبروں کے دو گروپوں کے درمیان FF:FE MAC ایڈریس سیٹ کرنے سے، ہمیں اس ڈیوائس کے لیے ایک منفرد IP پتہ ملتا ہے۔ اس طرح لوکل لنک کی قسم کا ایک IP ایڈریس بنایا جاتا ہے، جو صرف پڑوسیوں کے درمیان خصوصی کنفیگریشن اور خصوصی سرورز کے بغیر رابطہ قائم کرنے کے لیے استعمال ہوتا ہے۔ اس طرح کا آئی پی ایڈریس صرف ایک نیٹ ورک سیگمنٹ میں استعمال کیا جا سکتا ہے اور اس سیگمنٹ سے باہر بیرونی مواصلات کے لیے استعمال نہیں کیا جا سکتا۔
پتے کی اگلی قسم منفرد سائٹ لوکل اسکوپ ہے، جو نجی IPv4 IP پتوں جیسے 10.0.0.0/8، 172.16.0.0/12، اور 192.168.0.0/16 سے مطابقت رکھتی ہے۔ اندرونی نجی اور بیرونی عوامی IP پتے استعمال کرنے کی وجہ NAT ٹیکنالوجی ہے جس کے بارے میں ہم نے پچھلے اسباق میں بات کی تھی۔ Unique Site Local Scope ایک ٹیکنالوجی ہے جو اندرونی IP ایڈریس تیار کرتی ہے۔ آپ کہہ سکتے ہیں: "عمران، کیونکہ آپ نے کہا تھا کہ ہر ڈیوائس کا اپنا IP ایڈریس ہو سکتا ہے، اسی لیے ہم نے IPv6 پر سوئچ کیا"، اور آپ بالکل درست ہوں گے۔ لیکن کچھ لوگ سیکورٹی وجوہات کی بنا پر اندرونی IP پتوں کے تصور کو استعمال کرنے کو ترجیح دیتے ہیں۔ اس صورت میں، NAT کو فائر وال کے طور پر استعمال کیا جاتا ہے، اور بیرونی آلات نیٹ ورک کے اندر موجود آلات کے ساتھ من مانی بات چیت نہیں کر سکتے، کیونکہ ان کے مقامی IP پتے ہیں جو بیرونی انٹرنیٹ سے قابل رسائی نہیں ہیں۔ تاہم، NAT VPNs کے ساتھ بہت ساری پریشانیاں پیدا کرتا ہے، جیسے ESP پروٹوکول۔ IPv4 نے سیکیورٹی کے لیے IPSec کا استعمال کیا، لیکن IPv6 میں بلٹ ان سیکیورٹی میکانزم ہے، لہذا اندرونی اور بیرونی IP پتوں کے درمیان مواصلت بہت آسان ہے۔
ایسا کرنے کے لیے، IPv6 کے پاس دو مختلف قسم کے پتے ہیں: جب کہ منفرد مقامی پتے IPv4 اندرونی IP پتوں سے مطابقت رکھتے ہیں، عالمی پتے IPv4 بیرونی پتوں سے مطابقت رکھتے ہیں۔ بہت سے لوگ منفرد مقامی پتوں کو استعمال نہ کرنے کا انتخاب کرتے ہیں، دوسرے ان کے بغیر نہیں کر سکتے، لہذا یہ مسلسل بحث کا موضوع ہے۔ مجھے یقین ہے کہ اگر آپ بنیادی طور پر نقل و حرکت کے لحاظ سے صرف بیرونی IP پتے استعمال کرتے ہیں تو آپ کو بہت زیادہ فوائد حاصل ہوں گے۔ مثال کے طور پر، میرے آلے کا ایک ہی IP ایڈریس ہوگا چاہے میں بنگلور میں ہوں یا نیویارک میں، لہذا میں دنیا میں کہیں بھی اپنے کسی بھی ڈیوائس کو آسانی سے استعمال کر سکتا ہوں۔
جیسا کہ میں نے کہا، IPv6 میں ایک بلٹ ان سیکیورٹی میکانزم ہے جو آپ کو اپنے دفتر کے مقام اور آپ کے آلات کے درمیان ایک محفوظ VPN ٹنل بنانے کی اجازت دیتا ہے۔ اس سے پہلے، ہمیں ایسی VPN ٹنل بنانے کے لیے ایک بیرونی میکانزم کی ضرورت تھی، لیکن IPv6 میں یہ ایک بلٹ ان معیاری طریقہ کار ہے۔
چونکہ ہم نے آج کافی موضوعات پر تبادلہ خیال کیا ہے، اس لیے میں اگلی ویڈیو میں آئی پی انٹرنیٹ پروٹوکول کے چھٹے ورژن کی بحث کو جاری رکھنے کے لیے اپنے سبق میں خلل ڈالوں گا۔ ہوم ورک کے لیے، میں آپ کو اچھی طرح سے مطالعہ کرنے کے لیے کہوں گا کہ ہیکسا ڈیسیمل نمبر سسٹم کیا ہے، کیونکہ IPv6 کو سمجھنے کے لیے، بائنری نمبر سسٹم کو ہیکسا ڈیسیمل میں تبدیل کرنے اور اس کے برعکس کو سمجھنا بہت ضروری ہے۔ مثال کے طور پر، آپ کو معلوم ہونا چاہیے کہ 1111=F، اور اسی طرح، بس گوگل سے اس کو ترتیب دینے کو کہیں۔ اگلے ویڈیو ٹیوٹوریل میں، میں آپ کے ساتھ ایسی تبدیلی میں مشق کرنے کی کوشش کروں گا۔ میرا مشورہ ہے کہ آپ آج کا ویڈیو ٹیوٹوریل کئی بار دیکھیں تاکہ آپ کو زیر بحث عنوانات سے متعلق کوئی سوال نہ ہو۔
ہمارے ساتھ رہنے کے لیے آپ کا شکریہ۔ کیا آپ کو ہمارے مضامین پسند ہیں؟ مزید دلچسپ مواد دیکھنا چاہتے ہیں؟ آرڈر دے کر یا دوستوں کو مشورہ دے کر ہمارا ساتھ دیں، انٹری لیول سرورز کے انوکھے اینالاگ پر Habr کے صارفین کے لیے 30% رعایت، جو ہم نے آپ کے لیے ایجاد کیا تھا: (RAID1 اور RAID10 کے ساتھ دستیاب، 24 کور تک اور 40GB DDR4 تک)۔
ڈیل R730xd 2 گنا سستا؟ صرف یہاں نیدرلینڈ میں! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 سے! کے بارے میں پڑھا
ماخذ: www.habr.com