مخکې له دې چې موږ د نن ورځې ویډیو ټیوټوریل پیل کړو، زه غواړم د هر هغه چا څخه مننه وکړم چې په یوټیوب کې زما د کورس په شهرت کې مرسته کړې. کله چې ما دا شاوخوا 8 میاشتې دمخه پیل کړ، ما د داسې بریالیتوب تمه نه درلوده - نن ورځ زما درسونه 312724 خلکو لیدلي، زه 11208 پیرودونکي لرم. ما هیڅکله خوب نه دی لیدلی چې دا عاجز پیل به دومره لوړوالی ته ورسیږي. مګر راځئ چې وخت ضایع نکړو او مستقیم د نن ورځې درس ته ورسیږو. نن ورځ موږ به هغه تشې ډکې کړو چې په تیرو 7 ویډیو درسونو کې پیښ شوي. که څه هم نن ورځ یوازې شپږمه ده، ورځ 6 په 3 ویډیو درسونو ویشل شوې، نو نن به تاسو واقعیا د اتم ویډیو درس وګورئ.
نن ورځ موږ به 3 مهم موضوعات تر پوښښ لاندې ونیسو: DHCP، TCP ټرانسپورټ، او ترټولو عام بندر شمیرې. موږ دمخه د IP پتې په اړه خبرې کړې دي، او د IP پتې ترتیب کې یو له خورا مهم فاکتورونو څخه DHCP دی.
DHCP د متحرک کوربه ترتیب پروتوکول لپاره ولاړ دی او دا یو پروتوکول دی چې د کوربه لپاره د 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 غوښتنې غوښتنه لیږي چې په لفظي ډول وايي "زه د 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 لاسونه.
په راتلونکو درسونو کې به زه تاسو ته ووایم چې څنګه موږ د DHCP سرور تنظیم کوو کله چې د DNCP حوض رامینځته کړو. د پول کولو له لارې زموږ مطلب دا دی چې تاسو سرور ته ووایاست چې IP پتې د 192.168.1.1 څخه تر 192.168.1.254 پورې وټاکئ. پدې توګه ، د DHCP سرور به یو حوض رامینځته کړي ، په هغې کې به 254 IP پتې ځای په ځای کړي ، او یوازې د دې پول څخه به په شبکه کې پیرودونکو ته پتې وټاکي. نو دا د اداري ترتیب په څیر یو څه دی چې کارن یې کولی شي.
اوس راځئ چې د TCP لیږد وګورو. زه نه پوهیږم چې تاسو په انځور کې د "ټیلیفون" سره آشنا یاست، مګر کله چې موږ ماشومان وو، موږ د یو بل سره د خبرو کولو لپاره د تار پواسطه د دې ټین کینونو څخه کار اخلو.
له بده مرغه، د نن ورځې نسل دا ډول "عیش و آرام" نشي زغملی. زما مطلب دا دی چې نن ورځ ماشومان د یو کلن عمر څخه د تلویزیون مخې ته دي ، دوی PSP لوبوي او شاید دا د بحث وړ وي مګر زه فکر کوم چې موږ ترټولو غوره ماشومتوب درلود ، موږ واقعیا بهر لاړو او لوبې یې کولې او د نن ورځې ماشومان له صوفې څخه نشي ایستل کیدی. .
زما زوی یوازې یو کلن دی او زه لا دمخه لیدلی شم چې هغه په آی پیډ روږدي دی، زما مطلب دا دی چې هغه لاهم ډیر کوچنی دی مګر زه فکر کوم چې د نن ورځې ماشومان لا دمخه زیږیدلي دي چې د بریښنایی وسایلو اداره کولو څرنګوالی پوهیږي. نو زه غواړم ووایم چې د ماشومانو په څیر، کله چې موږ لوبې کولې، موږ به د ټین ډنډونو کې سوری جوړ کړو، او کله چې موږ یې په تار سره تړلو او په یوه ډنډ کې یو څه وایو، نو په بل سر کې سړی اوریدلی شي چې څه ویل کیږي. هغه ته، په ساده ډول د هغه غوږ ته د کین په اچولو سره. نو دا د شبکې پیوستون ته ورته دی.
نن ورځ، حتی د 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 GB ډیټا انتقال کړم، دا به شاوخوا 2 کاله وخت ونیسي." یو څه وخت وروسته، ستاسو وسیله ACK ترلاسه کوي او فکر کوي، "سمه ده، ما یو پاکټ لیږلی او ACK یې ترلاسه کړی، نو ترلاسه کوونکی کولی شي 1 پاکټ ترلاسه کړي. اوس زه هڅه کوم چې هغه ته د یوې پر ځای لس کڅوړې ولېږم. لیږونکی 10 کڅوړې لیږي او یو څه وخت وروسته د ترلاسه کونکي وسیلې څخه د ACK تصدیق ترلاسه کوي ، پدې معنی چې ترلاسه کونکی راتلونکي ، 10 کڅوړې ته انتظار باسي. لیږونکی فکر کوي: "ډیر ښه، ځکه چې ترلاسه کونکي په یو وخت کې 11 کڅوړې اداره کړې، اوس زه هڅه کوم چې هغه ته د لسو پر ځای 10 کڅوړې ولیږم." هغه 100 پاکټونه لیږي، او ترلاسه کونکي ځواب ورکوي چې هغه یې ترلاسه کړي او اوس د 100 کڅوړو انتظار کوي. پدې توګه ، د وخت په تیریدو سره ، د لیږد شوي کڅوړو شمیر ډیریږي.
له همدې امله تاسو د فایل کاپي وخت کې د هغه څه په پرتله ګړندی کمښت ګورئ چې په اصل کې ویل شوي و - دا د لوی مقدار ډیټا لیږدولو وړتیا د زیاتوالي له امله دی. په هرصورت، یو داسې ټکی راځي کله چې د لیږد حجم کې نور زیاتوالی ناممکن شي. راځئ چې ووایو تاسو 10000 پاکټونه لیږلي، مګر د رسیدونکي وسیله بفر یوازې 9000 مني. پدې حالت کې، اخیستونکي د پیغام سره ACK لیږي: "ما 9000 پاکټونه ترلاسه کړي او اوس چمتو یم چې 9001 ترلاسه کړم." له دې څخه، لیږونکی دې پایلې ته رسیږي چې د ترلاسه کونکي وسیلې بفر یوازې د 9000 ظرفیت لري، پدې معنی چې له اوس څخه به زه په یو وخت کې له 9000 څخه ډیر پیکټونه نه لیږم. په دې حالت کې، لیږونکی ژر تر ژره هغه وخت محاسبه کوي چې هغه به د 9000 پاکټونو په برخو کې د پاتې معلوماتو لیږدولو لپاره واخلي، او 3 دقیقې وخت ورکوي. دا درې دقیقې د لیږد اصلي وخت دی. دا هغه څه دي چې د TCP وینډوینګ کوي.
دا یو له هغو ټرافیک تیریدو میکانیزمونو څخه دی چیرې چې د لیږلو وسیله په پای کې پوهیږي چې د شبکې اصلي ظرفیت څه دی. تاسو شاید حیران یاست چې ولې دوی نشي کولی دمخه موافقه وکړي چې د ترلاسه کونکي وسیلې ظرفیت څه شی دی؟ حقیقت دا دی چې دا تخنیکي پلوه ناممکن دی ځکه چې په شبکه کې مختلف ډوله وسایل شتون لري. راځئ چې ووایو تاسو یو آی پیډ لرئ او دا د آی فون په پرتله مختلف ډیټا لیږد / ترلاسه کونکي سرعت لري ، تاسو ممکن مختلف تلیفونونه ولرئ ، یا شاید تاسو خورا زوړ کمپیوټر ولرئ. له همدې امله، هرڅوک د شبکې مختلف بینډ ویت لري.
له همدې امله د TCP کړکۍ ټیکنالوژي رامینځته شوې ، کله چې د ډیټا لیږد په ټیټ سرعت یا د لږترلږه کڅوړو لیږد سره پیل شي ، په تدریجي ډول د ترافیک "کړکۍ" زیاتوالی. تاسو یو پاکټ، 5 پاکټونه، 10 پاکټونه، 1000 پاکټونه، 10000 پاکټونه لیږئ او ورو ورو دا کړکۍ ډیر او ډیر پرانیزئ تر هغه چې "پرانستل" په ټاکلي وخت کې د لیږل شوي ټرافیک اعظمي حد ته ورسیږي. په دې توګه، د کړکۍ مفهوم د TCP پروتوکول د عملیاتو برخه ده.
بیا به موږ ترټولو عام بندر شمیرې وګورو. کلاسیک وضعیت هغه وخت دی کله چې تاسو 1 اصلي سرور لرئ، شاید د معلوماتو مرکز. پدې کې د فایل سرور، ویب سرور، د میل سرور او DHCP سرور شامل دي. اوس ، که چیرې یو د پیرودونکي کمپیوټر د ډیټا مرکز سره اړیکه ونیسي ، کوم چې د عکس په مینځ کې موقعیت لري ، نو دا به د پیرودونکي وسیلو ته د فایل سرور ترافیک لیږل پیل کړي. دا ټرافیک په سور کې ښودل شوی او د ځانګړي سرور څخه د ځانګړي غوښتنلیک لپاره په ځانګړي بندر کې لیږدول کیږي.
سرور څنګه پوه شو چې کوم ځانګړي ترافیک باید لاړ شي؟ هغه دا د منزل پورټ نمبر څخه زده کوي. که تاسو چوکاټ ته وګورئ، تاسو به وګورئ چې د هر ډیټا لیږد کې د منزل بندر شمیره او د سرچینې پورټ شمیره ذکر کیږي. تاسو کولی شئ وګورئ چې نیلي او سور ترافیک، او نیلي ترافیک د ویب سرور ټرافيک دی، دواړه ورته فزیکي سرور ته ځي، کوم چې مختلف سرورونه نصب شوي. که دا د معلوماتو مرکز وي، نو دا مجازی سرورونه کاروي. نو دوی څنګه پوهیدل چې سور ترافیک باید د دې IP پتې سره بیرته لیپ ټاپ ته لاړ شي؟ دوی دا پیژني د پورټ شمیرو څخه مننه. که تاسو د ویکیپیډیا مقالې ته مراجعه وکړئ "د TCP او UDP بندرونو لیست"، تاسو به وګورئ چې دا ټول معیاري پورټ شمیرې لیست کوي.
که تاسو دا پاڼه ښکته کړئ تاسو کولی شئ وګورئ چې دا لیست څومره لوی دی. دا تقریبا 61 شمیرې لري. د پورټ شمیرې له 000 څخه تر 1 پورې د ډیری عام پورټ شمیرو په توګه پیژندل کیږي. د مثال په توګه، پورټ 1024/TCP د ftp کمانډونو لیږلو لپاره دی، پورټ 21 د ssh لپاره دی، پورټ 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 لري. د هرې وسیلې IP پتې لاندې د دې MAC پته ده. زه یوازې د وروستي 4 حروفونو سره د MAC پتې مثال ورکوم، مګر په عمل کې دا د 48 حروفونو سره د 12-bit هیکساډیسیمل شمیره ده. څرنګه چې د دې شمیرو څخه هر یو له 4 بټونو څخه جوړ دی، 12 هیکساډیسیمال عددونه د 48-bit شمیره استازیتوب کوي.
لکه څنګه چې موږ پوهیږو، که دا وسیله وغواړي چې له دې سرور سره اړیکه ونیسي، د 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 IP پتې وګورئ نو تاسو به پوه شئ چې کمپیوټر 10.1.1.10 او 30.1.1.10 په ورته شبکه کې ندي. په دې توګه، هغه کمپیوټر چې غوښتنلیک لیږلی پوهیږي چې د دې شبکې پریښودلو لپاره، دا باید د 10.1.1.1 دروازې سره اړیکه ونیسي، کوم چې په یو روټر انٹرفیس کې ترتیب شوی. دا پوهیږي چې دا باید 10.1.1.1 ته لاړ شي او د 1111 MAC پته پیژني، مګر د 10.1.1.1 دروازې MAC پته نه پوهیږي. هغه څه کوي؟ دا د خپرونې ARP غوښتنه لیږي چې په شبکه کې ټول وسایل به ترلاسه کړي، مګر یوازې د 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 پتې لري.
د منزل 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 پته ګوري او پوهیږي چې دا پاکټ هغه ته خطاب شوی.
له هغې وروسته، دا د OSI ماډل دریم پرت پورې اړوند IP پتې لنډوي او د پورټ شمیرې ګوري.
هغه پورټ 21 ګوري، چې د FTP ټرافيک معنی لري، SYN ګوري او له همدې امله پوهیږي چې یو څوک هڅه کوي له هغه سره اړیکه ونیسي.
اوس، د هغه څه پر بنسټ چې موږ د لاس اخیستنې په اړه زده کړل، سرور 30.1.1.10 به د SYN/ACK پاکټ رامینځته کړي او بیرته کمپیوټر 10.1.1.10 ته واستوي. د دې کڅوړې په ترلاسه کولو سره، وسیله 10.1.1.10 به یو ACK جوړ کړي، دا به د شبکې له لارې د SYN پاکټ په څیر تیر کړي، او وروسته له دې چې سرور ACK ترلاسه کړي، پیوستون به تاسیس شي.
یو شی چې تاسو باید پوه شئ دا دی چې دا ټول د یوې ثانیې څخه لږ وخت کې پیښیږي. دا یو ډیر، خورا ګړندی بهیر دی، کوم چې ما هڅه وکړه چې ورو کړي ترڅو تاسو ته هرڅه روښانه وي.
زه امید لرم چې تاسو هغه څه ومومئ چې تاسو پدې ټیوټوریل کې زده کړل ګټور دي. که تاسو کومه پوښتنه لرئ، مهرباني وکړئ ما ته ولیکئ [ایمیل خوندي شوی] یا د دې ویډیو لاندې پوښتنې پریږدئ.
د راتلونکي درس سره پیل کول، زه به د یوټیوب څخه 3 خورا په زړه پوري پوښتنې غوره کړم، چې زه به یې د هرې ویډیو په پای کې بیاکتنه وکړم. له اوس څخه به زه د "غوره پوښتنو" برخه ولرم نو زه به ستاسو د نوم سره یوه پوښتنه پوسټ کړم او په ژوندۍ توګه به یې ځواب کړم. زه فکر کوم چې دا به ګټور وي.
له موږ سره د پاتې کیدو لپاره مننه. ایا تاسو زموږ مقالې خوښوي؟ غواړئ نور په زړه پورې مینځپانګه وګورئ؟ د امر په ورکولو یا ملګرو ته وړاندیز کولو سره زموږ ملاتړ وکړئ ، د ننوتلو کچې سرورونو ځانګړي انلاګ کې د هابر کاروونکو لپاره 30٪ تخفیف ، کوم چې زموږ لخوا ستاسو لپاره اختراع شوی و: (د RAID1 او RAID10 سره شتون لري، تر 24 کور پورې او تر 40GB DDR4 پورې).
VPS (KVM) E5-2650 v4 (6 کورونه) 10GB DDR4 240GB SSD 1Gbps تر دوبي پورې وړیا کله چې د شپږو میاشتو مودې لپاره تادیه وکړئ، تاسو امر کولی شئ .
Dell R730xd 2 ځله ارزانه؟ یوازې دلته په هالنډ کې! ډیل R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - له $ 99 څخه! په اړه ولولئ
سرچینه: www.habr.com