اس سے پہلے کہ ہم آج کا ویڈیو ٹیوٹوریل شروع کریں، میں ہر اس شخص کا شکریہ ادا کرنا چاہتا ہوں جنہوں نے یوٹیوب پر میرے کورس کی مقبولیت میں تعاون کیا۔ جب میں نے اسے تقریباً 8 مہینے پہلے شروع کیا تھا، مجھے ایسی کامیابی کی امید نہیں تھی - آج میرے اسباق کو 312724 لوگوں نے دیکھا ہے، میرے 11208 سبسکرائبرز ہیں۔ میں نے کبھی خواب میں بھی نہیں سوچا تھا کہ یہ عاجزانہ آغاز اتنی بلندیوں تک پہنچے گا۔ لیکن آئیے وقت ضائع نہ کریں اور سیدھے آج کے سبق پر جائیں۔ آج ہم ان خلا کو پُر کریں گے جو پچھلے 7 ویڈیو اسباق میں ہوا تھا۔ اگرچہ آج صرف دن 6 ہے، دن 3 کو 3 ویڈیو اسباق میں تقسیم کیا گیا تھا، لہذا آج آپ اصل میں آٹھواں ویڈیو سبق دیکھیں گے۔
آج ہم 3 اہم موضوعات کا احاطہ کریں گے: DHCP، TCP ٹرانسپورٹ، اور سب سے عام پورٹ نمبر۔ ہم پہلے ہی آئی پی ایڈریس کے بارے میں بات کر چکے ہیں، اور آئی پی ایڈریس کنفیگریشن میں سب سے اہم عوامل میں سے ایک DHCP ہے۔
DHCP کا مطلب ہے ڈائنامک ہوسٹ کنفیگریشن پروٹوکول اور یہ ایک پروٹوکول ہے جو میزبانوں کے لیے IP ایڈریسز کو متحرک طور پر ترتیب دینے میں مدد کرتا ہے۔ تو ہم سب نے اس ونڈو کو دیکھا ہے۔ جب آپ "آئی پی ایڈریس خود بخود حاصل کریں" کے اختیار پر کلک کرتے ہیں، تو کمپیوٹر ایک DHCP سرور تلاش کرتا ہے جو اسی سب نیٹ پر کنفیگر ہوتا ہے اور IP ایڈریس کے لیے مختلف پیکٹ اور درخواستیں بھیجتا ہے۔ DHCP پروٹوکول میں 6 پیغامات ہیں، جن میں سے 4 IP ایڈریس تفویض کرنے کے لیے اہم ہیں۔
پہلا پیغام DHCP ڈسکوری پیغام ہے۔ DHCP دریافت کا پیغام مبارکباد کے پیغام سے ملتا جلتا ہے۔ جب کوئی نیا آلہ نیٹ ورک میں شامل ہوتا ہے، تو یہ پوچھتا ہے کہ کیا نیٹ ورک پر DHCP سرور موجود ہے۔
جو آپ سلائیڈ میں دیکھتے ہیں وہ براڈکاسٹ کی درخواست کی طرح لگتا ہے جہاں ڈیوائس نیٹ ورک پر موجود تمام آلات سے رابطہ کرتی ہے جو DHCP سرور کی تلاش میں ہیں۔ جیسا کہ میں نے کہا، یہ ایک نشریاتی درخواست ہے، لہذا نیٹ ورک پر موجود تمام آلات اسے سن سکتے ہیں۔
اگر نیٹ ورک پر DHCP سرور ہے، تو یہ ایک پیکٹ بھیجتا ہے - DHCP پیشکش کی پیشکش۔ تجویز کا مطلب ہے کہ DHCP سرور، دریافت کی درخواست کے جواب میں، کلائنٹ کو ایک کنفیگریشن بھیجتا ہے جس میں کلائنٹ سے مخصوص IP ایڈریس قبول کرنے کو کہا جاتا ہے۔
DHCP سرور ایک IP ایڈریس محفوظ رکھتا ہے، اس صورت میں 192.168.1.2، اسے فراہم نہیں کرتا، بلکہ اس ایڈریس کو ڈیوائس کے لیے محفوظ رکھتا ہے۔ ایک ہی وقت میں، پیشکش پیکیج میں DHCP سرور کا اپنا IP پتہ ہوتا ہے۔
اگر اس نیٹ ورک پر ایک سے زیادہ DHCP سرور ہیں، تو دوسرا DHCP سرور، کلائنٹ کی نشریاتی درخواست موصول ہونے پر، اسے اپنا IP ایڈریس بھی پیش کرے گا، مثال کے طور پر، 192.168.1.50۔ ایک ہی نیٹ ورک پر دو مختلف DHCP سرورز کا کنفیگر ہونا عام نہیں ہے، لیکن بعض اوقات ایسا ہوتا ہے۔ لہذا جب کسی کلائنٹ کو DHCP پیشکش بھیجی جاتی ہے، تو اسے 2 DHCP پیشکشیں موصول ہوتی ہیں اور اب یہ فیصلہ کرنا ہوگا کہ وہ کون سی DHCP پیشکش قبول کرنا چاہتا ہے۔
آئیے فرض کریں کلائنٹ پہلی درخواست کو قبول کرتا ہے۔ اس کا مطلب یہ ہے کہ کلائنٹ ایک DHCP REQUEST درخواست بھیجتا ہے جس میں لفظی طور پر کہا جاتا ہے کہ "میں DHCP سرور 192.168.1.2 کی طرف سے پیش کردہ IP ایڈریس 192.168.1.1 کو قبول کرتا ہوں۔"
درخواست موصول ہونے پر، 192.168.1.1 DHCP سرور جواب دیتا ہے "ٹھیک ہے، میں اسے تسلیم کرتا ہوں،" یعنی یہ درخواست کو تسلیم کرتا ہے اور اس DHCP ACK کو کلائنٹ کو بھیجتا ہے۔ لیکن ہمیں یاد ہے کہ ایک اور DHCP سرور نے کلائنٹ کے لیے 1.50 کا IP پتہ محفوظ کر رکھا ہے۔ ایک بار جب اسے کلائنٹ کی براڈکاسٹ کی درخواست موصول ہوتی ہے، تو اسے ناکامی کے بارے میں پتہ چل جائے گا اور وہ اس IP ایڈریس کو دوبارہ پول میں ڈال دے گا تاکہ اگر اسے کوئی اور درخواست موصول ہوتی ہے تو وہ اسے دوسرے کلائنٹ کو تفویض کر سکے۔
یہ وہ 4 اہم پیغامات ہیں جن کا تبادلہ DHCP IP ایڈریس تفویض کرتے وقت کرتا ہے۔ اگلا، DHCP کے پاس 2 مزید معلوماتی پیغامات ہیں۔ کلائنٹ کی طرف سے ایک معلوماتی پیغام جاری کیا جاتا ہے اگر اسے دوسرے مرحلے میں DHCP پیشکش کی شق میں موصول ہونے والی معلومات سے زیادہ معلومات درکار ہوں۔ اگر سرور نے DHCP پیشکش میں کافی معلومات فراہم نہیں کیں، یا اگر کلائنٹ کو پیشکش کے پیکٹ میں موجود معلومات سے زیادہ معلومات کی ضرورت ہے، تو وہ اضافی DHCP معلومات کی درخواست کرتا ہے۔ ایک اور پیغام ہے جو کلائنٹ سرور کو بھیجتا ہے - یہ DHCP ریلیز ہے۔ یہ آپ کو مطلع کرتا ہے کہ کلائنٹ اپنا موجودہ IP ایڈریس جاری کرنا چاہتا ہے۔
تاہم، جو اکثر ہوتا ہے وہ یہ ہے کہ صارف نیٹ ورک سے منقطع ہو جاتا ہے اس سے پہلے کہ کلائنٹ کے پاس سرور کو DHCP ریلیز بھیجنے کا وقت ہو۔ ایسا اس وقت ہوتا ہے جب آپ کمپیوٹر کو آف کرتے ہیں، جو ہم کرتے ہیں۔ اس صورت میں، نیٹ ورک کلائنٹ، یا کمپیوٹر، کے پاس استعمال شدہ ایڈریس کو جاری کرنے کے لیے سرور کو مطلع کرنے کا وقت نہیں ہے، اس لیے DHCP ریلیز ضروری قدم نہیں ہے۔ IP ایڈریس حاصل کرنے کے لیے مطلوبہ اقدامات یہ ہیں: DHCP دریافت، DHCP پیشکش، DHCP درخواست، اور DHCP ہینڈ شیک۔
اگلے اسباق میں سے ایک میں میں آپ کو بتاؤں گا کہ DNCP پول بناتے وقت ہم DHCP سرور کو کس طرح ترتیب دیتے ہیں۔ پولنگ سے ہمارا مطلب ہے کہ آپ سرور کو IP پتے 192.168.1.1 سے 192.168.1.254 کی حد میں تفویض کرنے کو کہتے ہیں۔ اس طرح، DHCP سرور ایک پول بنائے گا، اس میں 254 IP ایڈریس رکھے گا، اور صرف اس پول سے نیٹ ورک پر کلائنٹس کو ایڈریس تفویض کرنے کے قابل ہو گا۔ تو یہ ایک انتظامی ترتیب کی طرح ہے جو صارف کر سکتا ہے۔
اب ٹی سی پی ٹرانسمیشن کو دیکھتے ہیں۔ مجھے نہیں معلوم کہ آپ تصویر میں دکھائے گئے "ٹیلی فون" سے واقف ہیں یا نہیں، لیکن جب ہم بچے تھے تو ہم ایک دوسرے سے بات کرنے کے لیے ان ٹن کین کو تار سے جڑے ہوئے استعمال کرتے تھے۔
بدقسمتی سے، آج کی نسل ایسی "عیش و آرام" کی متحمل نہیں ہو سکتی۔ میرا مطلب ہے کہ آج بچے ایک سال کی عمر سے ہی ٹی وی کے سامنے ہیں، وہ پی ایس پی کھیلتے ہیں اور شاید یہ بات قابل بحث ہے لیکن میرے خیال میں ہمارا بچپن بہترین تھا، ہم دراصل باہر جا کر گیمز کھیلتے تھے اور آج کے بچوں کو صوفے سے دور نہیں کیا جا سکتا۔ .
میرا بیٹا صرف ایک سال کا ہے اور میں پہلے ہی دیکھ سکتا ہوں کہ وہ آئی پیڈ کا عادی ہے، میرا مطلب ہے کہ وہ ابھی بہت چھوٹا ہے لیکن مجھے لگتا ہے کہ آج کے بچے پہلے ہی پیدا ہوئے ہیں جو الیکٹرانک گیجٹس کو ہینڈل کرنا جانتے ہیں۔ اس لیے میں یہ کہنا چاہتا تھا کہ بچپن میں جب ہم کھیلتے تھے تو ٹین کے ڈبوں میں سوراخ کرتے تھے اور جب ہم انہیں ڈور سے باندھ کر ایک ڈبے میں کچھ کہتے تھے تو دوسری طرف سے وہ شخص سن سکتا تھا کہ کیا کہا جا رہا ہے۔ اس کے لیے، بس اس کے کان میں کین رکھ کر۔ تو یہ نیٹ ورک کنکشن سے بہت ملتا جلتا ہے۔
آج، یہاں تک کہ TCP ٹرانسفرز میں بھی ایک کنکشن ہونا چاہیے جو کہ اصل ڈیٹا کی منتقلی شروع ہونے سے پہلے قائم ہونا چاہیے۔ جیسا کہ ہم نے پچھلے اسباق میں بحث کی تھی، TCP کنکشن پر مبنی ٹرانسمیشن ہے جبکہ UDP کنکشن پر مبنی ٹرانسمیشن ہے۔ آپ کہہ سکتے ہیں کہ UDP وہ جگہ ہے جہاں میں گیند پھینکتا ہوں اور یہ آپ پر منحصر ہے کہ آپ اسے پکڑ سکتے ہیں یا نہیں۔ آپ ایسا کرنے کو تیار ہیں یا نہیں یہ میرا مسئلہ نہیں ہے، میں اسے چھوڑنے جا رہا ہوں۔
TCP ایسا ہی ہے جیسے آپ کسی لڑکے سے بات کرتے ہو اور اسے پیشگی خبردار کرتے ہو کہ آپ گیند پھینکنے جا رہے ہیں، اس لیے آپ ایک بانڈ بناتے ہیں، اور پھر آپ گیند کو پھینکتے ہیں تاکہ آپ کا ساتھی اسے پکڑنے کے لیے تیار ہو جائے۔ تو TCP دراصل کنکشن بناتا ہے اور پھر اصل ٹرانسمیشن کرنا شروع کر دیتا ہے۔
آئیے دیکھتے ہیں کہ یہ اس طرح کا کنکشن کیسے بناتا ہے۔ یہ پروٹوکول کنکشن بنانے کے لیے 3 طرفہ مصافحہ کا استعمال کرتا ہے۔ یہ بہت تکنیکی اصطلاح نہیں ہے، لیکن یہ طویل عرصے سے TCP کنکشن کی وضاحت کے لیے استعمال ہوتی رہی ہے۔ ایک 3 طرفہ مصافحہ بھیجنے والے آلے کے ذریعہ شروع کیا جاتا ہے، کلائنٹ سرور کو SYN پرچم والا پیکٹ بھیجتا ہے۔
ہم کہتے ہیں کہ پیش منظر میں موجود لڑکی، جس کا چہرہ ہم دیکھ سکتے ہیں، ڈیوائس A ہے، اور پس منظر میں موجود لڑکی، جس کا چہرہ نظر نہیں آ رہا ہے، ڈیوائس B ہے۔ لڑکی A لڑکی B کو SYN پیکٹ بھیجتی ہے، اور وہ کہتی ہے: "بہت اچھا، کون- پھر وہ مجھ سے بات کرنا چاہتا ہے۔ لہذا، مجھے جواب دینے کی ضرورت ہے کہ میں بات چیت کرنے کے لیے تیار ہوں!" یہ کیسے کرنا ہے؟ کوئی بھی آسانی سے دوسرا SYN پیکٹ واپس بھیج سکتا ہے اور پھر ACK اصل SYN پیکٹ کی رسید کی نشاندہی کرتا ہے۔ لیکن ACKs کو الگ سے بھیجنے کے بجائے، سرور SYN اور ACK پر مشتمل ایک مشترکہ پیکٹ بناتا ہے اور اسے نیٹ ورک پر منتقل کرتا ہے۔
تو اس وقت، ڈیوائس A نے ایک SYN پیکٹ بھیجا ہے اور ایک SYN/ACK پیکٹ واپس موصول ہوا ہے۔ اب ڈیوائس A کو ڈیوائس B کو ACK پیکٹ بھیجنا چاہیے، یعنی اس بات کی تصدیق کریں کہ اس نے مواصلت قائم کرنے کے لیے ڈیوائس B سے رضامندی حاصل کی ہے۔ اس طرح، دونوں آلات کو SYN اور ACK پیکٹ موصول ہوئے، اور اب ہم کہہ سکتے ہیں کہ کنکشن قائم ہو گیا ہے، یعنی TCP پروٹوکول کا استعمال کرتے ہوئے 3-اسٹیج ہینڈ شیک مکمل ہو گیا ہے۔
اگلا ہم TCP ونڈونگ ٹیکنالوجی کو دیکھیں گے۔ سیدھے الفاظ میں، یہ ایک طریقہ ہے جو TCP/IP میں بھیجنے والے اور وصول کنندہ کی صلاحیتوں کا تعین کرنے کے لیے استعمال ہوتا ہے۔
ہم کہتے ہیں کہ ونڈوز میں ہم ایک بڑی فائل کو منتقل کرنے کی کوشش کر رہے ہیں، یعنی 2 جی بی سائز کی، ایک ڈرائیو سے دوسری ڈرائیو میں۔ منتقلی کے بالکل شروع میں، سسٹم ہمیں مطلع کرے گا کہ فائل کی منتقلی میں تقریباً 1 سال لگے گا۔ لیکن چند سیکنڈ بعد سسٹم خود کو درست کرے گا اور کہے گا: "اوہ، ایک منٹ انتظار کرو، مجھے لگتا ہے کہ اس میں ایک سال نہیں بلکہ 6 مہینے لگیں گے۔" تھوڑا اور وقت گزر جائے گا اور ونڈوز کہے گا: "مجھے لگتا ہے کہ میں فائل کو 1 مہینے میں منتقل کر سکوں گا۔" اس کے بعد پیغام آئے گا “1 دن”، “6 گھنٹے”، “3 گھنٹے”، “1 گھنٹہ”، “20 منٹ”، “10 منٹ”، “3 منٹ”۔ درحقیقت، فائل کی منتقلی کے پورے عمل میں صرف 3 منٹ لگیں گے۔ یہ کیسے ہوا؟ ابتدائی طور پر، جب آپ کا آلہ کسی دوسرے آلے کے ساتھ بات چیت کرنے کی کوشش کرتا ہے، تو یہ ایک پیکٹ بھیجتا ہے اور تصدیق کا انتظار کرتا ہے۔ اگر ڈیوائس تصدیق کے لیے طویل انتظار کرتی ہے، تو یہ سوچتا ہے: "اگر مجھے اس رفتار سے 2 جی بی ڈیٹا منتقل کرنا ہے، تو اس میں تقریباً 2 سال لگیں گے۔" کچھ دیر بعد، آپ کے آلے کو ACK موصول ہوتا ہے اور سوچتا ہے، "ٹھیک ہے، میں نے ایک پیکٹ بھیجا اور ACK موصول ہوا، اس لیے وصول کنندہ 1 پیکٹ وصول کر سکتا ہے۔ اب میں اسے ایک کے بجائے 10 پیکٹ بھیجنے کی کوشش کروں گا۔ بھیجنے والا 10 پیکٹ بھیجتا ہے اور کچھ دیر بعد وصول کرنے والے آلے سے ACK کی تصدیق موصول ہوتی ہے، جس کا مطلب ہے کہ وصول کنندہ اگلے، 11ویں پیکٹ کا انتظار کر رہا ہے۔ بھیجنے والا سوچتا ہے: "بہت اچھا، چونکہ وصول کنندہ نے ایک ساتھ 10 پیکٹ ہینڈل کیے، اب میں اسے دس کے بجائے 100 پیکٹ بھیجنے کی کوشش کروں گا۔" وہ 100 پیکٹ بھیجتا ہے، اور وصول کنندہ جواب دیتا ہے کہ اسے موصول ہوا ہے اور اب وہ 101 پیکٹوں کا انتظار کر رہا ہے۔ اس طرح، وقت کے ساتھ، منتقل شدہ پیکٹوں کی تعداد میں اضافہ ہوتا ہے.
یہی وجہ ہے کہ آپ فائل کاپی ٹائم میں اس کے مقابلے میں تیزی سے کمی دیکھتے ہیں جو اصل میں بیان کی گئی تھی - یہ بڑی مقدار میں ڈیٹا منتقل کرنے کی صلاحیت میں اضافہ کی وجہ سے ہے۔ تاہم، ایک نقطہ ایسا آتا ہے جب ٹرانسمیشن کے حجم میں مزید اضافہ ناممکن ہو جاتا ہے۔ فرض کریں کہ آپ نے 10000 پیکٹ بھیجے ہیں، لیکن وصول کنندہ کا آلہ بفر صرف 9000 قبول کرسکتا ہے۔ اس صورت میں، وصول کنندہ ایک ACK بھیجتا ہے جس میں یہ پیغام ہوتا ہے: "مجھے 9000 پیکٹ موصول ہوئے ہیں اور اب میں 9001 وصول کرنے کے لیے تیار ہوں۔" اس سے بھیجنے والا یہ نتیجہ اخذ کرتا ہے کہ وصول کرنے والے ڈیوائس کے بفر کی گنجائش صرف 9000 ہے، جس کا مطلب ہے کہ اب سے میں ایک وقت میں 9000 سے زیادہ پیکٹ نہیں بھیجوں گا۔ اس صورت میں، بھیجنے والا تیزی سے اس وقت کا حساب لگاتا ہے جو اسے 9000 پیکٹوں کے حصوں میں ڈیٹا کی بقیہ رقم منتقل کرنے میں لگے گا، اور 3 منٹ دیتا ہے۔ یہ تین منٹ اصل ٹرانسمیشن ٹائم ہیں۔ ٹی سی پی ونڈونگ یہی کرتی ہے۔
یہ ان ٹریفک تھروٹلنگ میکانزم میں سے ایک ہے جہاں بھیجنے والا آلہ بالآخر سمجھتا ہے کہ نیٹ ورک کی اصل صلاحیت کیا ہے۔ آپ سوچ رہے ہوں گے کہ وہ کیوں پہلے سے اس بات پر متفق نہیں ہو سکتے کہ ریسیونگ ڈیوائس کی صلاحیت کیا ہے؟ حقیقت یہ ہے کہ یہ تکنیکی طور پر ناممکن ہے کیونکہ نیٹ ورک پر مختلف قسم کے آلات موجود ہیں۔ فرض کریں کہ آپ کے پاس آئی پیڈ ہے اور اس میں آئی فون سے مختلف ڈیٹا ٹرانسفر/رسیور کی رفتار ہے، آپ کے پاس مختلف قسم کے فون ہوسکتے ہیں، یا ہوسکتا ہے کہ آپ کے پاس بہت پرانا کمپیوٹر ہو۔ لہذا، ہر ایک کے پاس مختلف نیٹ ورک بینڈوتھ ہے۔
اسی لیے ٹی سی پی ونڈونگ ٹیکنالوجی تیار کی گئی تھی، جب ڈیٹا کی ترسیل کم رفتار سے شروع ہوتی ہے یا کم از کم پیکٹوں کی ترسیل کے ساتھ، آہستہ آہستہ ٹریفک "ونڈو" میں اضافہ ہوتا ہے۔ آپ ایک پیکٹ، 5 پیکٹ، 10 پیکٹ، 1000 پیکٹ، 10000،XNUMX پیکٹ بھیجتے ہیں اور آہستہ آہستہ اس ونڈو کو زیادہ سے زیادہ کھولتے ہیں جب تک کہ "کھولنا" کسی مخصوص مدت میں بھیجے گئے ٹریفک کے زیادہ سے زیادہ ممکنہ حجم تک نہ پہنچ جائے۔ اس طرح، ونڈونگ کا تصور TCP پروٹوکول کے آپریشن کا حصہ ہے۔
اگلا ہم سب سے عام پورٹ نمبرز کو دیکھیں گے۔ کلاسک صورت حال وہ ہوتی ہے جب آپ کے پاس 1 مین سرور ہوتا ہے، شاید ڈیٹا سینٹر۔ اس میں فائل سرور، ویب سرور، میل سرور اور DHCP سرور شامل ہیں۔ اب، اگر کلائنٹ کمپیوٹرز میں سے کوئی ایک ڈیٹا سینٹر سے رابطہ کرتا ہے، جو تصویر کے بیچ میں واقع ہے، تو یہ کلائنٹ ڈیوائسز پر فائل سرور ٹریفک بھیجنا شروع کر دے گا۔ یہ ٹریفک سرخ رنگ میں دکھایا گیا ہے اور ایک مخصوص سرور سے مخصوص ایپلیکیشن کے لیے مخصوص پورٹ پر منتقل کیا جائے گا۔
سرور کو کیسے معلوم ہوا کہ مخصوص ٹریفک کو کہاں جانا چاہیے؟ وہ منزل کے پورٹ نمبر سے یہ سیکھتا ہے۔ اگر آپ فریم کو دیکھیں تو آپ دیکھیں گے کہ ہر ڈیٹا ٹرانسفر میں ڈیسٹینیشن پورٹ نمبر اور سورس پورٹ نمبر کا ذکر ہوتا ہے۔ آپ دیکھ سکتے ہیں کہ نیلی اور سرخ ٹریفک، اور نیلی ٹریفک ویب سرور ٹریفک ہے، دونوں ایک ہی فزیکل سرور پر جاتے ہیں، جس میں مختلف سرور نصب ہیں۔ اگر یہ ڈیٹا سینٹر ہے، تو یہ ورچوئل سرور استعمال کرتا ہے۔ تو انہیں کیسے معلوم ہوا کہ سرخ ٹریفک کو اس آئی پی ایڈریس کے ساتھ اس بائیں لیپ ٹاپ پر واپس جانا تھا؟ وہ پورٹ نمبروں کی بدولت یہ جانتے ہیں۔ اگر آپ ویکیپیڈیا کے مضمون "TCP اور UDP پورٹس کی فہرست" کا حوالہ دیتے ہیں، تو آپ دیکھیں گے کہ اس میں تمام معیاری پورٹ نمبرز درج ہیں۔
اگر آپ اس صفحہ کو نیچے سکرول کرتے ہیں تو آپ دیکھ سکتے ہیں کہ یہ فہرست کتنی بڑی ہے۔ اس میں تقریباً 61 نمبر ہیں۔ 000 سے 1 تک کے پورٹ نمبر سب سے عام پورٹ نمبر کے طور پر جانے جاتے ہیں۔ مثال کے طور پر، پورٹ 1024/TCP ایف ٹی پی کمانڈز بھیجنے کے لیے ہے، پورٹ 21 ایس ایس ایچ کے لیے ہے، پورٹ 22 ٹیل نیٹ کے لیے ہے، یعنی غیر خفیہ کردہ پیغامات بھیجنے کے لیے ہے۔ بہت مشہور پورٹ 23 HTTP پر ڈیٹا رکھتا ہے، جب کہ پورٹ 80 HTTPS پر انکرپٹڈ ڈیٹا رکھتا ہے، جو HTTP کے محفوظ ورژن کی طرح ہے۔
کچھ بندرگاہیں TCP اور UDP دونوں کے لیے وقف ہیں، اور کچھ اس بات پر منحصر ہے کہ کنکشن TCP ہے یا UDP ہے۔ لہذا، سرکاری طور پر TCP پورٹ 80 HTTP کے لیے استعمال ہوتا ہے، اور غیر سرکاری طور پر UDP پورٹ 80 HTTP کے لیے استعمال ہوتا ہے، لیکن ایک مختلف HTTP پروٹوکول کے تحت - QUIC۔
لہذا، TCP میں پورٹ نمبرز ہمیشہ UDP کی طرح کام کرنے کا ارادہ نہیں رکھتے ہیں۔ آپ کو اس فہرست کو دل سے سیکھنے کی ضرورت نہیں ہے، اسے یاد رکھنا ناممکن ہے، لیکن آپ کو کچھ مشہور اور سب سے عام پورٹ نمبر جاننے کی ضرورت ہے۔ جیسا کہ میں نے کہا، ان بندرگاہوں میں سے کچھ کا ایک سرکاری مقصد ہے، جو معیارات میں بیان کیا گیا ہے، اور کچھ کا غیر سرکاری مقصد ہے، جیسا کہ کرومیم کا معاملہ ہے۔
لہذا، یہ جدول تمام عام پورٹ نمبروں کی فہرست دیتا ہے، اور یہ نمبر مخصوص ایپلی کیشنز استعمال کرتے وقت ٹریفک بھیجنے اور وصول کرنے کے لیے استعمال کیے جاتے ہیں۔
اب آئیے دیکھتے ہیں کہ کس طرح ڈیٹا پورے نیٹ ورک میں منتقل ہوتا ہے اس کی بنیاد پر کہ ہم کتنی کم معلومات جانتے ہیں۔ فرض کریں کہ کمپیوٹر 10.1.1.10 اس کمپیوٹر، یا اس سرور سے رابطہ کرنا چاہتا ہے، جس کا پتہ 30.1.1.10 ہے۔ ہر ڈیوائس کے آئی پی ایڈریس کے نیچے اس کا میک ایڈریس ہوتا ہے۔ میں صرف آخری 4 حروف کے ساتھ MAC ایڈریس کی مثال دے رہا ہوں، لیکن عملی طور پر یہ 48 حروف کے ساتھ 12 بٹ ہیکساڈیسیمل نمبر ہے۔ چونکہ ان میں سے ہر ایک نمبر 4 بٹس پر مشتمل ہوتا ہے، اس لیے 12 ہیکساڈیسیمل ہندسے 48 بٹ نمبر کی نمائندگی کرتے ہیں۔
جیسا کہ ہم جانتے ہیں، اگر یہ آلہ اس سرور سے رابطہ کرنا چاہتا ہے، تو 3 طرفہ مصافحہ کا پہلا مرحلہ پہلے کرنا ہوگا، یعنی SYN پیکٹ بھیجنا۔ جب یہ درخواست کی جائے گی، کمپیوٹر 10.1.1.10 سورس پورٹ نمبر کی وضاحت کرے گا، جسے ونڈوز متحرک طور پر تخلیق کرتا ہے۔ ونڈوز تصادفی طور پر 1 اور 65,000 کے درمیان پورٹ نمبر کا انتخاب کرتا ہے۔ لیکن چونکہ 1 سے 1024 کی رینج میں شروع ہونے والے نمبرز کو بڑے پیمانے پر جانا جاتا ہے، اس صورت میں سسٹم 25000 سے زیادہ نمبروں پر غور کرے گا اور ایک بے ترتیب سورس پورٹ بنائے گا، مثال کے طور پر، نمبر 25113۔
اس کے بعد، سسٹم پیکٹ میں ایک ڈیسٹینیشن پورٹ شامل کرے گا، اس معاملے میں یہ پورٹ 21 ہے، کیونکہ وہ ایپلیکیشن جو اس FTP سرور سے منسلک ہونے کی کوشش کر رہی ہے جانتی ہے کہ اسے FTP ٹریفک بھیجنا چاہیے۔
اگلا، ہمارا کمپیوٹر کہتا ہے، "ٹھیک ہے، میرا IP ایڈریس 10.1.1.10 ہے، اور مجھے IP ایڈریس 30.1.1.10 سے رابطہ کرنے کی ضرورت ہے۔" یہ دونوں پتے SYN درخواست بنانے کے لیے پیکٹ میں بھی شامل ہیں، اور یہ پیکٹ کنکشن کے اختتام تک تبدیل نہیں ہوگا۔
میں چاہتا ہوں کہ آپ اس ویڈیو سے سمجھیں کہ ڈیٹا پورے نیٹ ورک پر کیسے منتقل ہوتا ہے۔ جب ہمارا کمپیوٹر درخواست بھیجنے والا ذریعہ IP ایڈریس اور منزل کا IP پتہ دیکھتا ہے، تو یہ سمجھتا ہے کہ منزل کا پتہ اس مقامی نیٹ ورک پر نہیں ہے۔ میں یہ بتانا بھول گیا کہ یہ سبھی /24 IP پتے ہیں۔ لہذا اگر آپ /24 آئی پی ایڈریسز کو دیکھیں تو آپ کو معلوم ہوگا کہ کمپیوٹر 10.1.1.10 اور 30.1.1.10 ایک ہی نیٹ ورک پر نہیں ہیں۔ اس طرح، درخواست بھیجنے والا کمپیوٹر سمجھتا ہے کہ اس نیٹ ورک کو چھوڑنے کے لیے، اسے 10.1.1.1 گیٹ وے سے رابطہ کرنا ہوگا، جو کہ روٹر انٹرفیس میں سے کسی ایک پر کنفیگر کیا گیا ہے۔ یہ جانتا ہے کہ اسے 10.1.1.1 پر جانا چاہئے اور 1111 کا اپنا میک ایڈریس جانتا ہے، لیکن گیٹ وے 10.1.1.1 کا میک ایڈریس نہیں جانتا ہے۔ وہ کیا کر رہا ہے؟ یہ ایک براڈکاسٹ اے آر پی کی درخواست بھیجتا ہے جو نیٹ ورک پر موجود تمام آلات وصول کریں گے، لیکن صرف IP ایڈریس 10.1.1.1 والا روٹر ہی اس کا جواب دے گا۔
روٹر اپنے AAAA MAC ایڈریس کے ساتھ جواب دے گا، اور ماخذ اور منزل دونوں MAC ایڈریس بھی اس فریم میں رکھے جائیں گے۔ ایک بار جب فریم تیار ہو جائے گا، ایک CRC ڈیٹا انٹیگریٹی چیک، جو کہ غلطیوں کا پتہ لگانے کے لیے چیکسم تلاش کرنے کا الگورتھم ہے، نیٹ ورک چھوڑنے سے پہلے انجام دیا جائے گا۔
سائکلک ریڈنڈنسی CRC کا مطلب ہے کہ یہ پورا فریم، SYN سے لے کر آخری MAC ایڈریس تک، ایک ہیشنگ الگورتھم کے ذریعے چلایا جاتا ہے، MD5 کہتے ہیں، جس کے نتیجے میں ہیش ویلیو ہوتی ہے۔ ہیش ویلیو، یا MD5 چیکسم، پھر فریم کے شروع میں رکھا جاتا ہے۔
میں نے اس پر FCS/CRC کا لیبل لگایا کیونکہ FCS ایک فریم چیک سیکوئنس ہے، ایک چار بائٹ CRC ویلیو۔ کچھ لوگ عہدہ FCS استعمال کرتے ہیں اور کچھ عہدہ CRC استعمال کرتے ہیں، اس لیے میں نے صرف دونوں عہدوں کو شامل کیا۔ لیکن بنیادی طور پر یہ صرف ایک ہیش قدر ہے. یہ یقینی بنانے کے لیے ضروری ہے کہ نیٹ ورک پر موصول ہونے والے تمام ڈیٹا میں غلطیاں نہ ہوں۔ اس لیے، جب یہ فریم راؤٹر تک پہنچتا ہے، تو سب سے پہلے روٹر خود چیکسم کا حساب لگاتا ہے اور اس کا FCS یا CRC ویلیو سے موازنہ کرتا ہے جو موصول ہونے والے فریم میں ہوتی ہے۔ اس طرح وہ چیک کر سکتا ہے کہ نیٹ ورک پر موصول ہونے والے ڈیٹا میں غلطیاں تو نہیں ہیں، جس کے بعد وہ چیکسم کو فریم سے ہٹا دے گا۔
اس کے بعد، راؤٹر MAC ایڈریس کو دیکھے گا اور کہے گا، "ٹھیک ہے، MAC ایڈریس AAAA کا مطلب ہے کہ فریم مجھے ایڈریس کیا گیا ہے،" اور MAC ایڈریس پر مشتمل فریم کا وہ حصہ حذف کر دے گا۔
منزل کے آئی پی ایڈریس 30.1.1.10 کو دیکھ کر، وہ سمجھے گا کہ یہ پیکٹ اس کے لیے نہیں ہے اور اسے روٹر سے آگے جانا چاہیے۔
اب روٹر "سوچتا ہے" کہ اسے یہ دیکھنے کی ضرورت ہے کہ 30.1.1.10 ایڈریس والا نیٹ ورک کہاں واقع ہے۔ ہم نے ابھی تک روٹنگ کے مکمل تصور کا احاطہ نہیں کیا ہے، لیکن ہم جانتے ہیں کہ راؤٹرز کے پاس روٹنگ ٹیبل ہوتا ہے۔ اس ٹیبل میں 30.1.1.0 ایڈریس والے نیٹ ورک کے لیے ایک اندراج ہے۔ جیسا کہ آپ کو یاد ہے، یہ میزبان IP ایڈریس نہیں ہے، بلکہ نیٹ ورک شناخت کنندہ ہے۔ روٹر "سوچے گا" کہ وہ روٹر 30.1.1.0 سے گزر کر 24/20.1.1.2 ایڈریس تک پہنچ سکتا ہے۔
آپ پوچھ سکتے ہیں، وہ یہ کیسے جانتا ہے؟ بس یہ ذہن میں رکھیں کہ اسے روٹنگ پروٹوکول یا آپ کی سیٹنگز سے معلوم ہو گا اگر آپ بطور ایڈمنسٹریٹر ایک جامد روٹ کنفیگر کر چکے ہیں۔ لیکن کسی بھی صورت میں، اس راؤٹر کی روٹنگ ٹیبل میں صحیح اندراج موجود ہے، اس لیے اسے معلوم ہے کہ اسے یہ پیکٹ 20.1.1.2 پر بھیجنا چاہیے۔ یہ فرض کرتے ہوئے کہ روٹر کو پہلے سے ہی منزل کا میک ایڈریس معلوم ہے، ہم صرف پیکٹ کو آگے بڑھانا جاری رکھیں گے۔ اگر وہ اس ایڈریس کو نہیں جانتا ہے، تو وہ دوبارہ ARP شروع کرے گا، روٹر کا MAC ایڈریس 20.1.1.2 وصول کرے گا، اور فریم بھیجنے کا عمل دوبارہ جاری رہے گا۔
لہذا ہم فرض کرتے ہیں کہ یہ پہلے سے ہی MAC ایڈریس جانتا ہے، پھر ہمارے پاس BBB سورس MAC ایڈریس اور CCC منزل MAC ایڈریس ہوگا۔ روٹر دوبارہ FCS/CRC کا حساب لگاتا ہے اور اسے فریم کے شروع میں رکھتا ہے۔
اس کے بعد یہ اس فریم کو نیٹ ورک پر بھیجتا ہے، فریم روٹر 20.1.12 تک پہنچ جاتا ہے، یہ چیکسم کو چیک کرتا ہے، اس بات کو یقینی بناتا ہے کہ ڈیٹا کرپٹ نہیں ہے، اور FCS/CRC کو حذف کر دیتا ہے۔ یہ پھر میک ایڈریس کو "چھوٹا" کرتا ہے، منزل کو دیکھتا ہے اور دیکھتا ہے کہ یہ 30.1.1.10 ہے۔ وہ جانتا ہے کہ یہ پتہ اس کے انٹرفیس سے جڑا ہوا ہے۔ اسی فریم کی تشکیل کے عمل کو دہرایا جاتا ہے، راؤٹر سورس اور ڈیسٹینیشن MAC ایڈریس ویلیوز کو شامل کرتا ہے، ہیشنگ کرتا ہے، ہیش کو فریم سے جوڑتا ہے اور پورے نیٹ ورک پر بھیجتا ہے۔
ہمارا سرور، آخر کار SYN کی درخواست موصول ہونے کے بعد، ہیش چیکسم کو چیک کرتا ہے، اور اگر پیکٹ میں غلطیاں نہیں ہیں، تو یہ ہیش کو حذف کر دیتا ہے۔ پھر وہ میک ایڈریس کو ہٹاتا ہے، آئی پی ایڈریس کو دیکھتا ہے اور سمجھتا ہے کہ یہ پیکٹ اس کے لیے ہے۔
اس کے بعد، یہ OSI ماڈل کی تیسری پرت سے متعلق IP پتوں کو چھوٹا کرتا ہے اور پورٹ نمبروں کو دیکھتا ہے۔
وہ پورٹ 21 دیکھتا ہے، جس کا مطلب ہے FTP ٹریفک، SYN دیکھتا ہے اور اس لیے سمجھتا ہے کہ کوئی اس کے ساتھ بات چیت کرنے کی کوشش کر رہا ہے۔
اب، ہم نے مصافحہ کے بارے میں جو کچھ سیکھا اس کی بنیاد پر، سرور 30.1.1.10 ایک SYN/ACK پیکٹ بنائے گا اور اسے کمپیوٹر 10.1.1.10 پر واپس بھیجے گا۔ اس پیکٹ کو حاصل کرنے پر، ڈیوائس 10.1.1.10 ایک ACK بنائے گا، اسے نیٹ ورک سے اسی طرح سے گزرے گا جیسے SYN پیکٹ، اور سرور کو ACK موصول ہونے کے بعد، کنکشن قائم ہو جائے گا۔
ایک چیز آپ کو معلوم ہونی چاہیے کہ یہ سب کچھ ایک سیکنڈ سے بھی کم وقت میں ہوتا ہے۔ یہ ایک بہت، بہت تیز عمل ہے، جسے میں نے سست کرنے کی کوشش کی تاکہ آپ پر سب کچھ واضح ہو۔
مجھے امید ہے کہ آپ نے اس ٹیوٹوریل میں جو کچھ سیکھا ہے وہ آپ کو مفید معلوم ہوگا۔ اگر آپ کے کوئی سوالات ہیں، تو براہ کرم مجھے اس پر لکھیں۔ [ای میل محفوظ] یا اس ویڈیو کے نیچے سوالات چھوڑیں۔
اگلے سبق کے ساتھ شروع کرتے ہوئے، میں یوٹیوب سے 3 انتہائی دلچسپ سوالات کا انتخاب کروں گا، جن کا میں ہر ویڈیو کے آخر میں جائزہ لوں گا۔ اب سے میرے پاس "سب سے اوپر سوالات" سیکشن ہوگا لہذا میں آپ کے نام کے ساتھ ایک سوال پوسٹ کروں گا اور اس کا براہ راست جواب دوں گا۔ میرے خیال میں یہ فائدہ مند ہوگا۔
ہمارے ساتھ رہنے کے لیے آپ کا شکریہ۔ کیا آپ کو ہمارے مضامین پسند ہیں؟ مزید دلچسپ مواد دیکھنا چاہتے ہیں؟ آرڈر دے کر یا دوستوں کو مشورہ دے کر ہمارا ساتھ دیں، انٹری لیول سرورز کے انوکھے اینالاگ پر Habr کے صارفین کے لیے 30% رعایت، جو ہم نے آپ کے لیے ایجاد کیا تھا: (RAID1 اور RAID10 کے ساتھ دستیاب، 24 کور تک اور 40GB DDR4 تک)۔
VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps گرمیوں تک مفت چھ ماہ کی مدت کے لیے ادائیگی کرتے وقت، آپ آرڈر کر سکتے ہیں۔ .
ڈیل R730xd 2 گنا سستا؟ صرف یہاں نیدرلینڈ میں! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 سے! کے بارے میں پڑھا
ماخذ: www.habr.com