ان کان اڳ جو اسان اڄ جي وڊيو ٽيوٽوريل شروع ڪريون، مان هر ڪنهن جو شڪريو ادا ڪرڻ چاهيان ٿو جن يوٽيوب تي منهنجي ڪورس جي مقبوليت ۾ حصو ورتو. جڏهن مون ان کي 8 مهينا اڳ شروع ڪيو، مون کي اهڙي ڪاميابي جي اميد نه هئي - اڄ منهنجو سبق 312724 ماڻهن ڏٺو آهي، مون وٽ 11208 سبسڪرائبر آهن. مون ڪڏهن به خواب ۾ نه سوچيو هو ته هي عاجز شروعات اهڙي بلندين تي پهچي ويندي. پر اچو ته وقت ضايع نه ڪريون ۽ سڌو سنئون اڄ جي سبق ڏانهن وڃو. اڄ اسان انهن خالن کي ڀرينداسين جيڪي گذريل 7 وڊيو سبقن ۾ پيدا ٿيا. جيتوڻيڪ اڄ صرف ڏينهن 6 آهي، ڏينهن 3 کي 3 وڊيو سبق ۾ ورهايو ويو، تنهنڪري اڄ توهان اصل ۾ اٺين وڊيو سبق کي ڏسندا.
اڄ اسان 3 اهم عنوانن کي ڍڪينداسين: DHCP، TCP ٽرانسپورٽ، ۽ سڀ کان وڌيڪ عام پورٽ نمبر. اسان اڳ ۾ ئي IP پتي بابت ڳالهايو آهي، ۽ IP پتي جي ترتيب ۾ سڀ کان اهم عنصرن مان هڪ آهي DHCP.
DHCP Dynamic Host Configuration Protocol لاءِ بيٺل آهي ۽ اهو هڪ پروٽوڪول آهي جيڪو متحرڪ طور تي ميزبانن لاءِ IP پتي کي ترتيب ڏيڻ ۾ مدد ڪري ٿو. تنهنڪري اسان سڀني هن ونڊو کي ڏٺو آهي. جڏھن توھان ڪلڪ ڪندا آھيو ”ھڪ 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 OFFER شق ۾ حاصل ڪيل کان وڌيڪ معلومات جي ضرورت آهي. جيڪڏهن سرور DHCP پيشڪش ۾ ڪافي معلومات مهيا نه ڪئي، يا جيڪڏهن ڪلائنٽ کي وڌيڪ معلومات جي ضرورت آهي جيڪا پيشڪش پيڪٽ ۾ موجود هئي، اهو اضافي DHCP معلومات جي درخواست ڪري ٿو. ھڪڙو وڌيڪ پيغام آھي جيڪو ڪلائنٽ سرور ڏانھن موڪلي ٿو - اھو آھي DHCP ريليز. اهو توهان کي ٻڌائي ٿو ته ڪلائنٽ پنهنجي موجوده IP پتي کي ڇڏڻ چاهي ٿو.
بهرحال، جيڪو گهڻو ڪري ٿئي ٿو اهو آهي ته صارف نيٽ ورڪ کان ڌار ٿي ويندو آهي ان کان اڳ جو ڪلائنٽ وٽ وقت هجي سرور ڏانهن DHCP ريليز موڪلڻ لاءِ. اهو تڏهن ٿئي ٿو جڏهن توهان ڪمپيوٽر کي بند ڪريو ٿا، جيڪو اسان ڪندا آهيون. انهي صورت ۾، نيٽ ورڪ ڪلائنٽ، يا ڪمپيوٽر، صرف استعمال ٿيل ايڊريس کي ڇڏڻ لاء سرور کي خبر ڏيڻ لاء وقت نه آهي، تنهنڪري DHCP ريليز هڪ گهربل قدم ناهي. هڪ IP پتو حاصل ڪرڻ لاءِ گهربل قدم آهن: DHCP دريافت، DHCP آڇ، DHCP درخواست، ۽ DHCP هٿ ملائڻ.
ايندڙ سبقن مان هڪ ۾ آئون توهان کي ٻڌايان ٿو ته اسان هڪ DHCP سرور ڪيئن ترتيب ڏيون ٿا جڏهن هڪ DNCP پول ٺاهيو. پولنگ ذريعي اسان جو مطلب اهو آهي ته توهان سرور کي ٻڌايو ته IP پتي جي حد تائين 192.168.1.1 کان 192.168.1.254 تائين. اهڙيء طرح، DHCP سرور هڪ تلاء ٺاهيندو، ان ۾ 254 IP پتي رکي، ۽ صرف هن پول مان نيٽ ورڪ تي ڪلائنٽ کي ايڊريس تفويض ڪرڻ جي قابل هوندو. تنهنڪري هي هڪ انتظامي سيٽنگ وانگر آهي جيڪو صارف ڪري سگهي ٿو.
هاڻي اچو ته TCP ٽرانسميشن کي ڏسو. مون کي خبر ناهي ته توهان تصوير ۾ ڏنل ”ٽيليفون“ کان واقف آهيو يا نه، پر جڏهن اسين ٻار هئاسين ته هڪ ٻئي سان ڳالهائڻ لاءِ تارن سان جڙيل اهي ٽين ڪين استعمال ڪندا هئاسين.
بدقسمتي سان، اڄ جي نسل اهڙي "عشرت" برداشت نه ڪري سگهي. منهنجو مطلب آهي ته اڄڪلهه ٻار هڪ سال جي عمر کان ٽي وي جي سامهون آهن، اهي پي ايس پي کيڏندا آهن ۽ شايد اهو بحث جوڳو آهي پر منهنجو خيال آهي ته اسان جو ننڍپڻ بهترين هو، اسان اصل ۾ ٻاهر نڪتاسين ۽ رانديون کيڏيون ۽ اڄ جي ٻارن کي صوف کان پري نه ٿو ڪري سگهجي. .
منهنجو پٽ صرف هڪ سال جو آهي ۽ مان اڳ ۾ ئي ڏسي سگهان ٿو ته هو iPad جو عادی آهي، منهنجو مطلب آهي ته هو اڃا تمام ننڍڙو آهي پر منهنجو خيال آهي ته اڄڪلهه ٻار اڳ ۾ ئي ڄاڻن ٿا ته اليڪٽرانڪ گيجٽ کي ڪيئن سنڀاليو. تنهن ڪري، مان اهو چوڻ چاهيان ٿو ته ٻارن وانگر، اسين جڏهن راند ڪندا هئاسين، اسان ٽين جي ڪئنن ۾ سوراخ ڪندا هئاسين، ۽ جڏهن اسان انهن کي تار سان ڳنڍيندا هئاسين ۽ هڪ ڪنڊ ۾ ڪجهه چوندا هئاسين، ته ٻئي طرف ماڻهو ٻڌي سگهندو هو ته ڇا چيو پيو وڃي. هن ڏانهن، صرف هن جي ڪنن تي ڪين وجهي. تنهنڪري اهو هڪ نيٽ ورڪ ڪنيڪشن سان بلڪل ملندڙ جلندڙ آهي.
اڄ، جيتوڻيڪ 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 پيڪٽس حاصل ڪيا، ۽ هاڻي اسان اهو چئي سگهون ٿا ته ڪنيڪشن قائم ٿي چڪو آهي، اهو آهي، ٽي سي پي پروٽوڪول استعمال ڪندي هڪ 3-اسٽيج هٿ ملائي مڪمل ڪيو ويو آهي.
اڳيون اسان ڏسنداسين TCP ونڊوز ٽيڪنالاجي. آسان لفظ ۾، اهو هڪ طريقو آهي جيڪو TCP/IP ۾ استعمال ڪيو ويندو آهي موڪليندڙ ۽ وصول ڪندڙ جي صلاحيتن جي ڳالهين لاء.
اچو ته چئو ته ونڊوز ۾ اسان هڪ وڏي فائل کي منتقل ڪرڻ جي ڪوشش ڪري رهيا آهيون، يعني 2 GB سائيز ۾، هڪ ڊرائيو کان ٻئي ڏانهن. منتقلي جي شروعات ۾، سسٽم اسان کي خبر ڏيندو ته فائل جي منتقلي ۾ لڳ ڀڳ 1 سال لڳندو. پر ڪجهه سيڪنڊن کان پوءِ سسٽم پاڻ کي درست ڪندو ۽ چوندو: ”او، هڪ منٽ انتظار ڪريو، مان سمجهان ٿو ته ان ۾ اٽڪل 6 مهينا لڳندا، هڪ سال نه. ٿورو وڌيڪ وقت گذري ويندو ۽ ونڊوز چوندو: ”منهنجو خيال آهي ته مان 1 مهيني ۾ فائل منتقل ڪرڻ جي قابل ٿي ويندس. اهو پيغام "1 ڏينهن"، "6 ڪلاڪ"، "3 ڪلاڪ"، "1 ڪلاڪ"، "20 منٽ"، "10 منٽ"، "3 منٽ" جي پٺيان هوندو. حقيقت ۾، سڄي فائل جي منتقلي جي عمل کي صرف 3 منٽ وٺي ويندي. اهو ڪيئن ٿيو؟ شروعات ۾، جڏهن توهان جو ڊوائيس ڪنهن ٻئي ڊوائيس سان ڳالهائڻ جي ڪوشش ڪري ٿو، اهو هڪ پيڪٽ موڪلي ٿو ۽ تصديق جو انتظار ڪري ٿو. جيڪڏهن ڊوائيس تصديق لاءِ گهڻو وقت انتظار ڪري ٿو، اهو سوچي ٿو: ”جيڪڏهن مون کي هن رفتار تي 2 GB ڊيٽا منتقل ڪرڻي آهي، ته ان ۾ لڳ ڀڳ 2 سال لڳندا. ڪجهه وقت کان پوءِ، توهان جي ڊيوائس هڪ ACK وصول ڪري ٿي ۽ سوچي ٿو، ”ٺيڪ آهي، مون هڪ پيڪٽ موڪليو ۽ هڪ ACK وصول ڪيو، تنهن ڪري وصول ڪندڙ 1 پيڪٽ حاصل ڪري سگهي ٿو. هاڻي مان ڪوشش ڪندس ته کيس هڪ بدران 10 پيڪيٽ موڪليان. موڪليندڙ 10 پيڪيٽ موڪلي ٿو ۽ ڪجهه وقت کان پوءِ وصول ڪندڙ ڊوائيس مان ACK جي تصديق ملي ٿي، جنهن جو مطلب آهي ته وصول ڪندڙ ايندڙ 11هين پيڪٽ جو انتظار ڪري رهيو آهي. موڪليندڙ سوچي ٿو: ”عظيم، ڇاڪاڻ ته وصول ڪندڙ هڪ ئي وقت 10 پئڪيٽ هٿ ڪيا آهن، هاڻي مان ڪوشش ڪندس ته هن کي ڏهن بدران 100 پيڪٽ موڪليان. هو 100 پيڪيٽ موڪلي ٿو، ۽ وصول ڪندڙ جواب ڏئي ٿو ته هن انهن کي حاصل ڪيو ۽ هاڻي 101 پيڪن جو انتظار ڪري رهيو آهي. ان ڪري، وقت سان گڏ، منتقل ٿيل پيڪن جو تعداد وڌائي ٿو.
اهو ئي سبب آهي ته توهان فائل ڪاپي جي وقت ۾ تيزيءَ سان گهٽتائي ڏسي رهيا آهيو ان جي مقابلي ۾ جيڪا اصل ۾ بيان ڪئي وئي هئي - اهو آهي ڊيٽا جي وڏي مقدار کي منتقل ڪرڻ جي وڌندڙ صلاحيت جي ڪري. بهرحال، اتي هڪ نقطو اچي ٿو جڏهن ٽرانسميشن جي مقدار ۾ وڌيڪ اضافو ناممڪن ٿي وڃي. اچو ته چئو ته توهان 10000 پئڪيٽ موڪليا، پر وصول ڪندڙ جي ڊوائيس بفر صرف 9000 قبول ڪري سگهي ٿي. انهي صورت ۾، وصول ڪندڙ هڪ ACK کي پيغام سان موڪلي ٿو: "مون کي 9000 پيڪيٽ مليا آهن ۽ هاڻي 9001 وصول ڪرڻ لاء تيار آهيان." ان مان، موڪليندڙ اهو نتيجو ڪڍي ٿو ته وصول ڪندڙ ڊوائيس جي بفر ۾ صرف 9000 جي گنجائش آهي، جنهن جو مطلب آهي ته هاڻي مان هڪ وقت ۾ 9000 کان وڌيڪ پيڪٽ نه موڪليندس. انهي صورت ۾، موڪليندڙ جلدي وقت جو حساب ڪري ٿو ته اهو کيس 9000 پيڪٽس جي حصن ۾ ڊيٽا جي باقي رقم کي منتقل ڪرڻ لاء وٺندو، ۽ 3 منٽ ڏئي ٿو. اهي ٽي منٽ حقيقي ٽرانسميشن وقت آهن. اهو ئي آهي جيڪو TCP ونڊوز ڪندو آهي.
هي انهن مان هڪ آهي ٽريفڪ ٺهڻ واري ميڪانيزم جتي موڪلڻ وارو ڊوائيس آخرڪار سمجهي ٿو ته اصل نيٽ ورڪ جي صلاحيت ڇا آهي. توھان حيران ٿي رھيا آھيو ڇو اھي اڳ ۾ متفق نه ٿي سگھن ٿيون ته وصول ڪندڙ ڊوائيس جي صلاحيت ڇا آھي؟ حقيقت اها آهي ته اهو ٽيڪنيڪل طور تي ناممڪن آهي ڇو ته نيٽ ورڪ تي مختلف قسم جا ڊوائيس آهن. اچو ته چئو ته توهان وٽ هڪ iPad آهي ۽ اهو هڪ آئي فون کان مختلف ڊيٽا جي منتقلي / وصول ڪندڙ جي رفتار آهي، توهان وٽ مختلف قسم جا فون هوندا، يا ٿي سگهي ٿو توهان وٽ تمام پراڻو ڪمپيوٽر آهي. تنهن ڪري، هرڪو مختلف نيٽ ورڪ بينڊوڊٿ آهي.
اهو ئي سبب آهي ته TCP ونڊونگ ٽيڪنالاجي ترقي ڪئي وئي، جڏهن ڊيٽا ٽرانسميشن گهٽ رفتار تي شروع ٿئي ٿي يا گهٽ ۾ گهٽ پيڪٽ جي ٽرانسميشن سان، ٽريفڪ "ونڊو" کي تيزيء سان وڌايو. توهان هڪ پيڪيٽ، 5 پيڪيٽ، 10 پيڪيٽ، 1000 پيڪيٽ، 10000 پيڪيٽ موڪليندا آهيو ۽ آهستي آهستي ان ونڊو کي وڌ کان وڌ کوليو جيستائين ”اوپننگ“ ڪنهن مخصوص عرصي ۾ موڪليل ٽرئفڪ جي وڌ کان وڌ ممڪن حد تائين پهچي وڃي. اهڙيء طرح، ونڊوز جو تصور TCP پروٽوڪول جي آپريشن جو حصو آهي.
اڳيون اسان سڀ کان وڌيڪ عام پورٽ نمبرن تي نظر ڪنداسين. کلاسک صورتحال آهي جڏهن توهان وٽ آهي 1 مکيه سرور، شايد هڪ ڊيٽا سينٽر. ان ۾ فائل سرور، ويب سرور، ميل سرور ۽ DHCP سرور شامل آھن. هاڻي، جيڪڏهن ڪلائنٽ ڪمپيوٽرن مان هڪ ڊيٽا سينٽر سان رابطو ڪري ٿو، جيڪو تصوير جي وچ ۾ واقع آهي، اهو ڪلائنٽ ڊوائيسز ڏانهن فائل سرور ٽرئفڪ موڪلڻ شروع ڪندو. هي ٽرئفڪ ڳاڙهي ۾ ڏيکاريل آهي ۽ هڪ مخصوص پورٽ تي هڪ مخصوص سرور کان مخصوص ايپليڪيشن لاءِ منتقل ڪيو ويندو.
سرور کي ڪيئن خبر پئي ته ڪي خاص ٽرئفڪ ڪٿي وڃڻ گهرجي؟ هو اهو سکي ٿو منزل جي بندرگاهه نمبر تان. جيڪڏهن توهان فريم کي ڏسو، توهان ڏسندا ته هر ڊيٽا جي منتقلي ۾ منزل پورٽ نمبر ۽ سورس پورٽ نمبر جو ذڪر آهي. توهان ڏسي سگهو ٿا ته نيري ۽ ڳاڙهي ٽرئفڪ، ۽ نيري ٽرئفڪ ويب سرور ٽرئفڪ آهي، ٻئي هڪ ئي فزيڪل سرور ڏانهن وڃو، جنهن ۾ مختلف سرور نصب ٿيل آهن. جيڪڏهن اهو هڪ ڊيٽا سينٽر آهي، پوء اهو استعمال ڪري ٿو مجازي سرور. پوءِ انهن کي ڪيئن خبر پئي ته ڳاڙهي ٽريفڪ انهي IP پتي سان گڏ کاٻي ليپ ٽاپ ڏانهن واپس وڃڻي هئي؟ اهي ڄاڻن ٿا ته هي بندرگاهه نمبرن جي مهرباني. جيڪڏهن توهان وڪيپيڊيا آرٽيڪل ”TCP ۽ UDP بندرگاهن جي فهرست“ ڏانهن اشارو ڪندا، توهان ڏسندا ته اهو سڀ معياري پورٽ نمبرن جي فهرست رکي ٿو.
جيڪڏھن توھان ھن صفحي کي ھيٺ لھي سگھوٿا توھان ڏسي سگھوٿا ھي فهرست ڪيتري وڏي آھي. اهو لڳ ڀڳ 61 انگن تي مشتمل آهي. 000 کان 1 تائين پورٽ نمبر سڀ کان عام پورٽ نمبر طور سڃاتل آھن. مثال طور، بندرگاهه 1024/TCP ftp ڪمانڊ موڪلڻ لاءِ آهي، بندرگاهه 21 ssh لاءِ آهي، پورٽ 22 آهي Telnet لاءِ، يعني اڻ ڳجهو پيغام موڪلڻ لاءِ. تمام مشهور بندرگاهه 23 HTTP تي ڊيٽا رکي ٿو، جڏهن ته بندرگاهه 80 HTTPS مٿان اينڪرپٽ ٿيل ڊيٽا رکي ٿو، جيڪو HTTP جي محفوظ ورزن وانگر آهي.
ڪجهه بندرگاهن TCP ۽ UDP ٻنهي لاءِ وقف ٿيل آهن، ۽ ڪجهه مختلف ڪمن کي انجام ڏين ٿا ان تي منحصر آهي ته ڪنيڪشن TCP يا UDP آهي. تنهن ڪري، سرڪاري طور تي TCP پورٽ 80 HTTP لاءِ استعمال ڪيو ويندو آهي، ۽ غير رسمي طور تي UDP پورٽ 80 HTTP لاءِ استعمال ٿيندو آهي، پر هڪ مختلف HTTP پروٽوڪول جي تحت - QUIC.
تنهن ڪري، TCP ۾ بندرگاهن نمبرن جو مقصد هميشه ساڳيو ڪم ڪرڻ جو ارادو ناهي جيئن UDP ۾. توهان کي دل سان هن لسٽ کي سکڻ جي ضرورت ناهي، اهو ياد رکڻ ناممڪن آهي، پر توهان کي ڪجهه مشهور ۽ سڀ کان عام پورٽ نمبر ڄاڻڻ جي ضرورت آهي. جيئن مون چيو، انهن بندرگاهن مان ڪجهه هڪ سرڪاري مقصد آهي، جيڪو معيار ۾ بيان ڪيو ويو آهي، ۽ ڪجهه غير رسمي مقصد آهي، جيئن Chromium سان معاملو آهي.
تنهن ڪري، هي ٽيبل سڀني عام پورٽ نمبرن کي لسٽ ڪري ٿو، ۽ اهي نمبر استعمال ڪيا ويندا آهن ٽرئفڪ موڪلڻ ۽ وصول ڪرڻ لاءِ جڏهن مخصوص ايپليڪيشن استعمال ڪندي.
ھاڻي اچو ته ڏسون ته نيٽ ورڪ ۾ ڊيٽا ڪيئن ھلندي آھي ان جي بنياد تي جيڪا اسان ڄاڻون ٿا. چون ٿا ته ڪمپيوٽر 10.1.1.10 هن ڪمپيوٽر سان رابطو ڪرڻ چاهي ٿو، يا هي سرور، جنهن جو پتو 30.1.1.10 آهي. هر ڊوائيس جي IP پتي جي هيٺان ان جو MAC پتو آهي. مان MAC ايڊريس جو مثال ڏئي رهيو آهيان صرف آخري 4 اکرن سان، پر عملي طور تي اهو 48-bit هيڪساڊسيمل نمبر آهي 12 اکرن سان. جيئن ته انهن انگن مان هر هڪ 4 بٽ تي مشتمل آهي، 12 هيڪساڊيڪل انگ اکر 48-بٽ نمبر جي نمائندگي ڪن ٿا.
جيئن ته اسان ڄاڻون ٿا، جيڪڏهن هي ڊوائيس هن سرور سان رابطو ڪرڻ چاهي ٿي، 3-طريقه هٿ ملائڻ جو پهريون مرحلو پهريون ٿيڻ گهرجي، اهو آهي، هڪ SYN پيڪٽ موڪلڻ. جڏهن هي درخواست ڪئي وئي آهي، ڪمپيوٽر 10.1.1.10 جو ذريعو پورٽ نمبر بيان ڪندو، جيڪو ونڊوز متحرڪ طور تي ٺاهي ٿو. ونڊوز بي ترتيب طور 1 ۽ 65,000 جي وچ ۾ پورٽ نمبر چونڊيندو آهي. پر جيئن ته 1 کان 1024 جي حد ۾ شروعاتي نمبر وڏي پيماني تي سڃاتل آهن، ان صورت ۾ سسٽم 25000 کان وڌيڪ نمبرن تي غور ڪندو ۽ هڪ بي ترتيب سورس پورٽ ٺاهيندو، مثال طور، نمبر 25113.
اڳيون، سسٽم پيڪيٽ ۾ هڪ منزل پورٽ شامل ڪندو، انهي صورت ۾ اهو پورٽ 21 آهي، ڇاڪاڻ ته ايپليڪيشن جيڪا هن ايف ٽي پي سرور سان ڳنڍڻ جي ڪوشش ڪري رهي آهي اهو ڄاڻي ٿو ته ان کي FTP ٽرئفڪ موڪلڻ گهرجي.
اڳيون، اسان جو ڪمپيوٽر چوي ٿو، "ٺيڪ آهي، منهنجو IP پتو 10.1.1.10 آهي، ۽ مون کي IP پتي 30.1.1.10 سان رابطو ڪرڻو پوندو." اهي ٻئي ايڊريس SYN درخواست ٺاهڻ لاءِ پيڪٽ ۾ پڻ شامل ڪيا ويا آهن، ۽ هي پيڪٽ ڪنيڪشن جي ختم ٿيڻ تائين تبديل نه ٿيندو.
مان توهان کي هن وڊيو مان سمجهڻ چاهيان ٿو ته ڊيٽا ڪيئن نيٽ ورڪ ۾ منتقل ٿئي ٿي. جڏهن اسان جو ڪمپيوٽر درخواست موڪلڻ وارو ذريعو IP پتو ۽ منزل جو IP پتو ڏسي ٿو، اهو سمجهي ٿو ته منزل جو پتو ان مقامي نيٽ ورڪ تي ناهي. مون کي اهو چوڻ وسري ويو ته اهي سڀئي /24 IP پتا آهن. تنهن ڪري جيڪڏهن توهان /24 IP پتي تي نظر وجهو، توهان محسوس ڪندا ته ڪمپيوٽر 10.1.1.10 ۽ 30.1.1.10 ساڳي نيٽ ورڪ تي نه آهن. اهڙيءَ طرح، ڪمپيوٽر جيڪو درخواست موڪلي ٿو اهو سمجهي ٿو ته هن نيٽ ورڪ کي ڇڏڻ لاءِ، ان کي 10.1.1.1 گيٽ وي سان رابطو ڪرڻو پوندو، جيڪو روٽر انٽرفيس مان هڪ تي ترتيب ڏنل آهي. اهو ڄاڻي ٿو ته ان کي 10.1.1.1 ڏانهن وڃڻ گهرجي ۽ 1111 جي پنهنجي ميڪ ايڊريس کي ڄاڻي ٿو، پر گيٽ وي 10.1.1.1 جي ميڪ ايڊريس کي خبر ناهي. هي ڇا ڪري رهيو آهي؟ اهو هڪ براڊڪاسٽ ARP درخواست موڪلي ٿو ته نيٽ ورڪ تي سڀئي ڊوائيس وصول ڪندا، پر صرف IP پتي سان روٽر 10.1.1.1 ان جو جواب ڏيندو.
روٽر ان جي AAAA MAC پتي سان جواب ڏيندو، ۽ ٻئي ماخذ ۽ منزل MAC ايڊريس پڻ ھن فريم ۾ رکيا ويندا. هڪ دفعو فريم تيار ٿي ويندو، هڪ CRC ڊيٽا سالميت چيڪ، جيڪو هڪ الگورٿم آهي هڪ چيڪسم ڳولڻ لاءِ غلطيون ڳولڻ لاءِ، نيٽ ورڪ ڇڏڻ کان اڳ ڪيو ويندو.
Cyclic Redundancy CRC جو مطلب آھي اھو سڄو فريم، SYN کان وٺي آخري MAC پتي تائين، ھئشنگ الگورٿم ذريعي ھلايو ويندو آھي، چئو MD5، جنھن جي نتيجي ۾ ھيش ويل آھي. هيش ويليو، يا MD5 چيڪسم، پوءِ فريم جي شروعات ۾ رکيل آهي.
مون ان کي FCS/CRC جو ليبل لڳايو ڇو ته FCS هڪ فريم چيڪ تسلسل آهي، هڪ چار بائيٽ CRC قدر. ڪجهه ماڻهو استعمال ڪن ٿا نامزدگي FCS ۽ ڪجهه استعمال ڪن ٿا نامزدگي CRC، تنهنڪري مون صرف ٻنهي عهدن کي شامل ڪيو. پر بنيادي طور تي اهو صرف هڪ hash قدر آهي. اهو پڪ ڪرڻ جي ضرورت آهي ته نيٽ ورڪ تي حاصل ڪيل سڀني ڊيٽا ۾ غلطيون شامل نه آهن. تنهن ڪري، جڏهن هي فريم روٽر تائين پهچندو آهي، پهرين شيء جيڪا روٽر ڪندو اهو آهي پاڻ کي چيڪسم جي حساب سان ۽ ان کي FCS يا CRC جي قيمت سان مقابلو ڪيو جيڪو حاصل ڪيل فريم تي مشتمل آهي. هن طريقي سان هو چيڪ ڪري سگهي ٿو ته نيٽ ورڪ تي حاصل ڪيل ڊيٽا ۾ غلطيون نه آهن، جنهن کان پوء هو فريم مان چيڪسم کي هٽائي ڇڏيندو.
اڳيون، روٽر MAC ايڊريس کي ڏسندو ۽ چوندو، "ٺيڪ آهي، ميڪ ايڊريس AAAA جو مطلب آهي فريم مون کي خطاب ڪيو ويو آهي،" ۽ فريم جو حصو حذف ڪريو جنهن ۾ MAC ايڊريس شامل آهن.
منزل جي IP ائڊريس 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 ڏانهن موڪلڻ گهرجي. فرض ڪيو ته روٽر اڳ ۾ ئي ڄاڻي ٿو منزل MAC ايڊريس، اسان صرف پيڪٽ کي اڳتي وڌائڻ جاري رکون ٿا. جيڪڏهن هن کي هن ايڊريس جي خبر ناهي، هو ٻيهر ARP شروع ڪندو، روٽر جي MAC ايڊريس 20.1.1.2 وصول ڪندو، ۽ فريم موڪلڻ جو عمل ٻيهر جاري رهندو.
تنهن ڪري اسان فرض ڪريون ٿا ته اهو اڳ ۾ ئي MAC پتو ڄاڻي ٿو، پوء اسان وٽ هوندو BBB ذريعو MAC پتو ۽ CCC منزل MAC پتو. روٽر وري حساب ڪري ٿو FCS/CRC ۽ ان کي فريم جي شروعات ۾ رکي ٿو.
اهو وري هن فريم کي نيٽ ورڪ تي موڪلي ٿو، فريم روٽر 20.1.12 تائين پهچي ٿو، اهو چيڪسم کي چيڪ ڪري ٿو، پڪ ڪري ٿو ته ڊيٽا خراب نه آهي، ۽ FCS/CRC کي حذف ڪري ٿو. اهو پوءِ MAC ايڊريس کي ”ٽرنڪيٽ“ ڪري ٿو، منزل ڏانهن ڏسندو آهي ۽ ڏسي ٿو ته اهو 30.1.1.10 آهي. هن کي خبر آهي ته هي پتو سندس انٽرفيس سان ڳنڍيل آهي. ساڳئي فريم ٺهڻ واري عمل کي بار بار ڪيو ويندو آهي، روٽر ماخذ ۽ منزل MAC ايڊريس ويلز شامل ڪري ٿو، هيشنگ ڪري ٿو، هيش کي فريم سان ڳنڍي ٿو ۽ ان کي سڄي نيٽ ورڪ ۾ موڪلي ٿو.
اسان جو سرور، آخرڪار SYN جي درخواست حاصل ڪرڻ کان پوء ان کي خطاب ڪيو، هيش چيڪسم کي چيڪ ڪري ٿو، ۽ جيڪڏهن پيڪٽ ۾ غلطيون شامل نه آهن، اهو هيش کي ختم ڪري ٿو. پوءِ هو MAC ايڊريس کي هٽائي ٿو، IP پتي کي ڏسي ٿو ۽ محسوس ڪري ٿو ته هي پيڪٽ هن ڏانهن آهي.
ان کان پوء، اهو او ايس آئي ماڊل جي ٽئين پرت سان لاڳاپيل IP پتي کي ڇڪيندو آهي ۽ بندرگاهن جي نمبرن کي ڏسندو آهي.
هو پورٽ 21 ڏسي ٿو، جنهن جو مطلب آهي FTP ٽرئفڪ، SYN ڏسي ٿو ۽ تنهن ڪري سمجهي ٿو ته ڪو ماڻهو هن سان رابطو ڪرڻ جي ڪوشش ڪري رهيو آهي.
ھاڻي، ھن جي بنياد تي جيڪو اسان ھينڊ شيڪ بابت ڄاڻايو آھي، سرور 30.1.1.10 ھڪڙو SYN/ACK پيڪٽ ٺاھيندو ۽ ان کي ڪمپيوٽر ڏانھن واپس موڪليندو 10.1.1.10. هي پيڪٽ حاصل ڪرڻ تي، ڊيوائس 10.1.1.10 هڪ ACK ٺاهيندو، ان کي نيٽ ورڪ ذريعي ان ئي طريقي سان پاس ڪندو جيئن SYN پيڪيٽ، ۽ سرور کي ACK وصول ڪرڻ کان پوءِ، ڪنيڪشن قائم ٿي ويندو.
هڪڙي شيء توهان کي ڄاڻڻ گهرجي ته اهو سڀ ڪجهه سيڪنڊ کان گهٽ ۾ گهٽ ٿئي ٿو. اهو هڪ تمام تيز، تمام تيز عمل آهي، جنهن کي مون سست ڪرڻ جي ڪوشش ڪئي ته جيئن توهان کي سڀ ڪجهه واضح ٿئي.
مون کي اميد آهي ته توهان هن سبق ۾ جيڪي سکيو سو مفيد ثابت ٿيندو. جيڪڏھن توھان وٽ ڪو سوال آھي، مھرباني ڪري مون ڏانھن لکو [ايميل محفوظ ٿيل] يا هن وڊيو هيٺ سوال ڇڏي.
ايندڙ سبق سان شروع ڪندي، مان يوٽيوب مان 3 سڀ کان دلچسپ سوال چونڊيندس، جن جو آئون هر وڊيو جي آخر ۾ جائزو وٺندس. ھاڻي ھاڻي مون وٽ ھڪڙو "مٿين سوالن" سيڪشن ھوندو تنھنڪري مان توھان جي نالي سان گڏ ھڪڙو سوال پوسٽ ڪندس ۽ ان جو سڌو جواب ڏيندس. مان سمجهان ٿو ته اهو فائدو ٿيندو.
اسان سان گڏ رهڻ لاء توهان جي مهرباني. ڇا توهان اسان جا مضمون پسند ڪندا آهيو؟ وڌيڪ دلچسپ مواد ڏسڻ چاهيو ٿا؟ آرڊر ڏيڻ يا دوستن کي سفارش ڪندي اسان جي مدد ڪريو، 30% رعايت Habr استعمال ڪندڙن لاءِ انٽري ليول سرورز جي هڪ منفرد اينالاگ تي، جيڪا اسان توهان لاءِ ايجاد ڪئي هئي: (RAID1 ۽ RAID10 سان دستياب آهي، 24 ڪور تائين ۽ 40GB DDR4 تائين).
VPS (KVM) E5-2650 v4 (6 ڪور) 10GB DDR4 240GB SSD 1Gbps اونهاري تائين مفت جڏهن ڇهن مهينن جي عرصي لاءِ ادا ڪندي، توهان آرڊر ڪري سگهو ٿا .
ڊيل R730xd 2 ڀيرا سستا؟ صرف هتي هالينڊ ۾! ڊيل R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 کان! جي باري ۾ پڙهو
جو ذريعو: www.habr.com