Bago natin simulan ang video tutorial ngayong araw, nais kong pasalamatan ang lahat ng nag-ambag sa pagiging popular ng aking kurso sa YouTube. Noong sinimulan ko ito mga 8 buwan na ang nakakaraan, hindi ko inaasahan ang gayong tagumpay - ngayon ang aking mga aralin ay napanood ng 312724 na tao, mayroon akong 11208 na mga tagasuskribi. Hindi ko pinangarap na ang hamak na simulang ito ay aabot sa ganito kataas. Ngunit huwag tayong mag-aksaya ng oras at dumiretso sa aralin ngayon. Ngayon ay pupunan natin ang mga puwang na naganap sa huling 7 video lessons. Bagama't ngayon ay ika-anim na araw lamang, ang ika-6 araw ay hinati-hati sa 3 aralin sa video, kaya ngayon ay talagang mapapanood mo ang ikawalong aralin sa video.
Ngayon ay tatalakayin natin ang 3 mahahalagang paksa: DHCP, TCP transport, at ang pinakakaraniwang mga numero ng port. Napag-usapan na natin ang tungkol sa mga IP address, at isa sa pinakamahalagang salik sa pagsasaayos ng IP address ay ang DHCP.
Ang DHCP ay kumakatawan sa Dynamic Host Configuration Protocol at ito ay isang protocol na tumutulong sa dynamic na pag-configure ng mga IP address para sa mga host. Kaya nakita naming lahat ang window na ito. Kapag nag-click ka sa opsyong "Awtomatikong Kumuha ng IP address", maghahanap ang computer ng DHCP server na naka-configure sa parehong subnet at nagpapadala ng iba't ibang packet at kahilingan para sa IP address. Ang DHCP protocol ay may 6 na mensahe, kung saan 4 ay kritikal para sa pagtatalaga ng isang IP address.
Ang unang mensahe ay isang mensahe ng DHCP DISCOVERY. Ang mensahe ng pagtuklas ng DHCP ay katulad ng isang mensahe ng pagbati. Kapag ang isang bagong device ay sumali sa network, ito ay nagtatanong kung mayroong isang DHCP server sa network.
Ang nakikita mo sa slide ay mukhang isang kahilingan sa pag-broadcast kung saan nakikipag-ugnayan ang device sa lahat ng device sa network na naghahanap ng DHCP server. Gaya ng sinabi ko, isa itong kahilingan sa pag-broadcast, kaya maririnig ito ng lahat ng device sa network.
Kung mayroong DHCP server sa network, nagpapadala ito ng packet - isang DHCP OFFER na alok. Ang panukala ay nangangahulugan na ang DHCP server, bilang tugon sa isang kahilingan sa pagtuklas, ay nagpapadala ng configuration sa kliyente, na humihiling sa kliyente na tanggapin ang isang partikular na IP address.
Inilalaan ng DHCP server ang isang IP address, sa kasong ito 192.168.1.2, ay hindi nagbibigay nito, ngunit sa halip ay inilalaan ang address na ito para sa device. Kasabay nito, ang package ng alok ay naglalaman ng sarili nitong IP address ng DHCP server.
Kung mayroong higit sa isang DHCP server sa network na ito, isa pang DHCP server, kapag natanggap ang kahilingan sa broadcast ng kliyente, ay mag-aalok din dito ng IP address nito, halimbawa, 192.168.1.50. Hindi karaniwan na magkaroon ng dalawang magkaibang DHCP server na na-configure sa parehong network, ngunit kung minsan ito ay nangyayari. Kaya kapag ang isang alok ng DHCP ay ipinadala sa isang kliyente, ito ay tumatanggap ng 2 DHCP na alok at dapat na ngayong magpasya kung aling alok ng DHCP ang gusto nitong tanggapin.
Ipagpalagay natin na tinatanggap ng kliyente ang unang aplikasyon. Nangangahulugan ito na nagpapadala ang kliyente ng kahilingan sa DHCP REQUEST na literal na nagsasabing "Tinatanggap ko ang IP address na 192.168.1.2 na inaalok ng DHCP server na 192.168.1.1."
Sa pagtanggap ng kahilingan, ang 192.168.1.1 DHCP server ay tumugon ng "okay, inaamin ko," ibig sabihin, tinatanggap nito ang kahilingan at ipinapadala ang DHCP ACK na ito sa kliyente. Ngunit natatandaan namin na ang isa pang DHCP server ay nagreserba ng IP address na 1.50 para sa kliyente. Sa sandaling matanggap nito ang kahilingan sa pag-broadcast ng isang kliyente, malalaman nito ang tungkol sa pagkabigo at ibabalik ang IP address na iyon sa pool upang maitalaga ito sa ibang kliyente kung makatanggap ito ng isa pang kahilingan.
Ito ang 4 na kritikal na mensahe na pinapalitan ng DHCP kapag nagtatalaga ng mga IP address. Susunod, ang DHCP ay may 2 pang impormasyong mensahe. Ang isang mensahe ng impormasyon ay ibinibigay ng kliyente kung ito ay nangangailangan ng higit pang impormasyon kaysa sa natanggap nito sa DHCP OFFER clause sa ikalawang hakbang. Kung ang server ay hindi nagbigay ng sapat na impormasyon sa alok ng DHCP, o kung ang kliyente ay nangangailangan ng higit pang impormasyon kaysa sa kung ano ang nilalaman sa packet ng alok, ito ay humihiling ng karagdagang impormasyon ng DHCP. May isa pang mensahe na ipinapadala ng kliyente sa server - ito ay ang DHCP RELEASE. Ipinapaalam nito sa iyo na gusto ng kliyente na ilabas ang kasalukuyang IP address nito.
Gayunpaman, ang kadalasang nangyayari ay ang user ay nagdiskonekta sa network bago magkaroon ng oras ang kliyente na magpadala ng DHCP RELEASE sa server. Nangyayari ito kapag pinatay mo ang computer, na ginagawa namin. Sa kasong ito, ang network client, o computer, ay walang oras upang ipaalam sa server na ilabas ang ginamit na address, kaya ang DHCP RELEASE ay hindi isang kinakailangang hakbang. Ang mga kinakailangang hakbang para makakuha ng IP address ay: DHCP discovery, DHCP offer, DHCP request, at DHCP handshake.
Sa isa sa mga susunod na aralin sasabihin ko sa iyo kung paano namin i-configure ang isang DHCP server kapag gumagawa ng DNCP pool. Sa pamamagitan ng pagsasama-sama, ang ibig naming sabihin ay sasabihin mo sa server na magtalaga ng mga IP address sa hanay na 192.168.1.1 hanggang 192.168.1.254. Kaya, ang DHCP server ay gagawa ng pool, maglalagay ng 254 IP address dito, at makakapagtalaga ng mga address sa mga kliyente sa network mula lamang sa pool na ito. Kaya ito ay tulad ng isang administratibong setting na maaaring gawin ng user.
Ngayon tingnan natin ang paghahatid ng TCP. Hindi ko alam kung pamilyar ka sa "telepono" na nakalarawan sa larawan, ngunit noong tayo ay mga bata pa lamang ay ginagamit na natin itong mga lata na pinagdugtong ng isang tali upang makipag-usap sa isa't isa.
Sa kasamaang palad, hindi kayang bayaran ng henerasyon ngayon ang ganitong βkarangyaanβ. Ibig kong sabihin ngayon ang mga bata ay nasa harap ng TV mula sa edad na isa, naglalaro sila ng PSP at marahil ito ay mapagtatalunan ngunit sa tingin ko kami ay nagkaroon ng pinakamahusay na pagkabata, talagang lumabas kami at naglaro ng mga laro at ang mga bata ngayon ay hindi maaaring hilahin palayo sa sofa. .
Isang taon pa lang ang anak ko at nakikita ko na na adik na siya sa iPad, ang ibig kong sabihin ay napakabata pa niya pero sa tingin ko ay ipinanganak na ang mga bata ngayon na marunong nang humawak ng mga electronic gadget. Kaya, gusto kong sabihin na bilang mga bata, kapag naglalaro kami, gagawa kami ng mga butas sa mga lata, at kapag tinalian namin sila ng isang string at sinabi ang isang bagay sa isang lata, pagkatapos ay sa kabilang dulo ay maririnig ng tao ang sinasabi. sa kanya, sa pamamagitan lamang ng paglalagay ng lata sa kanyang tainga . Kaya ito ay halos kapareho sa isang koneksyon sa network.
Ngayon, kahit na ang mga paglilipat ng TCP ay dapat magkaroon ng koneksyon na dapat maitatag bago magsimula ang aktwal na paglilipat ng data. Gaya ng napag-usapan natin sa mga nakaraang aralin, ang TCP ay naka-connection-oriented transmission habang ang UDP ay connection-oriented transmission. Maaari mong sabihin na ang UDP ay kung saan ko ibinabato ang bola at ikaw ang bahala kung maaari mong saluhin ito. Handa ka man o hindi ay hindi ko problema, iiwan ko lang siya.
Ang TCP ay mas katulad mong nakikipag-usap sa isang lalaki at binabalaan siya nang maaga na maghahagis ka ng bola, kaya bumuo ka ng isang bono, at pagkatapos ay ihagis mo ang bola upang mas malamang na handa ang iyong kapareha na saluhin ito. Kaya talagang binubuo ng TCP ang koneksyon at pagkatapos ay magsisimulang gawin ang aktwal na paghahatid.
Tingnan natin kung paano ito lumilikha ng gayong koneksyon. Gumagamit ang protocol na ito ng 3-way na handshake para gumawa ng koneksyon. Ito ay hindi isang masyadong teknikal na termino, ngunit ito ay matagal nang ginagamit upang ilarawan ang isang koneksyon sa TCP. Ang 3-way na handshake ay sinisimulan ng nagpapadalang device, kasama ang client na nagpapadala ng packet na may flag ng SYN sa server.
Sabihin nating ang babae sa foreground, na ang mukha ay nakikita natin, ay device A, at ang babae sa background, na hindi nakikita ang mukha, ay device B. Nagpadala si Girl A ng SYN packet kay girl B, at sinabi niya: βGrabe, sino- tapos gusto niyang makipag-ugnayan sa akin. Kaya, kailangan kong sagutin na handa akong makipag-usap!" Paano ito gagawin? Ang isa ay maaaring magpadala lamang ng isa pang SYN packet at pagkatapos ay isang ACK na nagpapahiwatig ng resibo ng orihinal na SYN packet. Ngunit sa halip na magpadala ng mga ACK nang hiwalay, ang server ay bumubuo ng isang karaniwang packet na naglalaman ng SYN at ACK at ipinapadala ito sa network.
Kaya sa puntong ito, nagpadala ang device A ng SYN packet at nakatanggap muli ng SYN/ACK packet. Ngayon ang device A ay dapat magpadala ng device B ng isang ACK packet, ibig sabihin, kumpirmahin na nakatanggap ito ng pahintulot mula sa device B upang magtatag ng komunikasyon. Kaya, ang parehong mga aparato ay nakatanggap ng mga SYN at ACK packet, at ngayon ay maaari nating sabihin na ang koneksyon ay naitatag, iyon ay, ang isang 3-stage na handshake ay nakumpleto gamit ang TCP protocol.
Susunod na titingnan natin ang teknolohiya ng TCP Windowing. Sa madaling salita, ito ay isang paraan na ginagamit sa TCP/IP upang makipag-ayos sa mga kakayahan ng nagpadala at tagatanggap.
Sabihin nating sa Windows sinusubukan nating maglipat ng malaking file, sabihin nating 2 GB ang laki, mula sa isang drive patungo sa isa pa. Sa simula pa lang ng paglipat, ipapaalam sa amin ng system na ang paglilipat ng file ay tatagal ng humigit-kumulang 1 taon. Ngunit pagkaraan ng ilang segundo, itatama ng system ang sarili nito at sasabihing: "oh, sandali, sa palagay ko aabutin ito ng mga 6 na buwan, hindi isang taon." Ilang oras pa ang lilipas at sasabihin ng Windows: "Sa palagay ko ay maaari kong mailipat ang file sa loob ng 1 buwan." Susundan ito ng mensaheng "1 araw", "6 na oras", "3 oras", "1 oras", "20 minuto", "10 minuto", "3 minuto". Sa katunayan, ang buong proseso ng paglilipat ng file ay tatagal lamang ng 3 minuto. Paano ito nangyari? Sa una, kapag sinubukan ng iyong device na makipag-ugnayan sa isa pang device, nagpapadala ito ng isang packet at naghihintay ng kumpirmasyon. Kung ang aparato ay naghihintay ng mahabang panahon para sa kumpirmasyon, iniisip nito: "kung kailangan kong maglipat ng 2 GB ng data sa bilis na ito, aabutin ito ng mga 2 taon." Pagkaraan ng ilang oras, makakatanggap ang iyong device ng ACK at iniisip na, βokay, nagpadala ako ng isang packet at nakatanggap ng ACK, kaya ang tatanggap ay maaaring makatanggap ng 1 packet. Ngayon ay susubukan kong magpadala sa kanya ng 10 pakete sa halip na isa." Nagpapadala ang nagpadala ng 10 packet at pagkaraan ng ilang oras ay nakatanggap ng kumpirmasyon ng ACK mula sa receiving device, na nangangahulugang naghihintay ang tatanggap sa susunod, ika-11 na packet. Iniisip ng nagpadala: "mahusay, dahil ang tatanggap ay humawak ng 10 packet nang sabay-sabay, ngayon ay susubukan kong magpadala sa kanya ng 100 packet sa halip na sampu." Nagpapadala siya ng 100 packet, at ang tatanggap ay tumugon na natanggap niya ang mga ito at ngayon ay naghihintay ng 101 packet. Kaya, sa paglipas ng panahon, ang bilang ng mga ipinadala na packet ay tumataas.
Ito ang dahilan kung bakit nakakakita ka ng mabilis na pagbaba sa oras ng pagkopya ng file kumpara sa orihinal na nakasaad - ito ay dahil sa tumaas na kakayahang maglipat ng malalaking halaga ng data. Gayunpaman, darating ang isang punto na ang karagdagang pagtaas sa dami ng paghahatid ay magiging imposible. Sabihin nating nagpadala ka ng 10000 packet, ngunit ang buffer ng device ng receiver ay maaari lamang tumanggap ng 9000. Sa kasong ito, ang receiver ay nagpapadala ng isang ACK na may mensaheng: "Nakatanggap ako ng 9000 packet at handa na akong tumanggap ng 9001." Mula dito, napagpasyahan ng nagpadala na ang buffer ng tatanggap na aparato ay may kapasidad na 9000 lamang, na nangangahulugang mula ngayon ay hindi na ako magpapadala ng higit sa 9000 na mga pakete sa isang pagkakataon. Sa kasong ito, mabilis na kinakalkula ng nagpadala ang oras na aabutin niya upang ilipat ang natitirang halaga ng data sa mga bahagi ng 9000 packet, at nagbibigay ng 3 minuto. Ang tatlong minutong ito ay ang aktwal na oras ng paghahatid. Iyan ang ginagawa ng TCP Windowing.
Isa ito sa mga mekanismo sa pag-throttling ng trapiko kung saan nauunawaan ng nagpapadalang device kung ano ang aktwal na kapasidad ng network. Maaaring nagtataka ka kung bakit hindi sila maaaring sumang-ayon nang maaga sa kung ano ang kapasidad ng receiving device? Ang katotohanan ay ito ay teknikal na imposible dahil may iba't ibang uri ng mga device sa network. Sabihin nating mayroon kang isang iPad at mayroon itong ibang bilis ng paglilipat/tatanggap ng data kaysa sa isang iPhone, maaaring mayroon kang iba't ibang uri ng mga telepono, o marahil mayroon kang isang napakalumang computer. Samakatuwid, ang bawat isa ay may iba't ibang bandwidth ng network.
Iyon ang dahilan kung bakit binuo ang teknolohiya ng TCP Windowing, kapag nagsimula ang paghahatid ng data sa mababang bilis o sa pagpapadala ng isang minimum na bilang ng mga packet, unti-unting pinapataas ang "window" ng trapiko. Nagpapadala ka ng isang packet, 5 packets, 10 packets, 1000 packets, 10000 packets at dahan-dahang buksan ang window na iyon nang higit pa hanggang sa maabot ng "pagbubukas" ang pinakamataas na posibleng dami ng trapiko na ipinadala sa isang tiyak na tagal ng panahon. Kaya, ang konsepto ng Windowing ay bahagi ng pagpapatakbo ng TCP protocol.
Susunod na titingnan natin ang pinakakaraniwang mga numero ng port. Ang klasikong sitwasyon ay kapag mayroon kang 1 pangunahing server, marahil isang data center. Kabilang dito ang isang file server, web server, mail server at DHCP server. Ngayon, kung ang isa sa mga computer ng kliyente ay nakikipag-ugnayan sa data center, na matatagpuan sa gitna ng larawan, magsisimula itong magpadala ng trapiko ng file server sa mga device ng kliyente. Ang trapikong ito ay ipinapakita sa pula at ipapadala sa isang partikular na port para sa isang partikular na aplikasyon mula sa isang partikular na server.
Paano nalaman ng server kung saan dapat pumunta ang ilang partikular na trapiko? Nalaman niya ito mula sa destination port number. Kung titingnan mo ang frame, makikita mo na sa bawat paglipat ng data ay may pagbanggit ng destination port number at source port number. Makikita mo na ang asul at pula na trapiko, at ang asul na trapiko ay trapiko ng web server, parehong napupunta sa parehong pisikal na server, na may iba't ibang mga server na naka-install. Kung ito ay isang data center, pagkatapos ay gumagamit ito ng mga virtual server. Kaya paano nila nalaman na ang pulang trapiko ay dapat na bumalik sa kaliwang laptop na may IP address na iyon? Alam nila ito salamat sa mga numero ng port. Kung sumangguni ka sa artikulo ng Wikipedia na "Listahan ng TCP at UDP Ports", makikita mo na nakalista nito ang lahat ng karaniwang numero ng port.
Kung mag-scroll ka pababa sa pahinang ito makikita mo kung gaano kalaki ang listahang ito. Naglalaman ito ng humigit-kumulang 61 mga numero. Ang mga numero ng port mula 000 hanggang 1 ay kilala bilang ang pinakakaraniwang mga numero ng port. Halimbawa, ang port 1024/TCP ay para sa pagpapadala ng mga ftp command, ang port 21 ay para sa ssh, ang port 22 ay para sa Telnet, iyon ay, para sa pagpapadala ng mga hindi naka-encrypt na mensahe. Ang napakasikat na port 23 ay nagdadala ng data sa HTTP, habang ang port 80 ay nagdadala ng naka-encrypt na data sa HTTPS, na katulad ng secure na bersyon ng HTTP.
Ang ilang mga port ay nakatuon sa parehong TCP at UDP, at ang ilan ay gumaganap ng iba't ibang mga gawain depende sa kung ang koneksyon ay TCP o UDP. Kaya, opisyal na ginagamit ang TCP port 80 para sa HTTP, at hindi opisyal na ginagamit ang UDP port 80 para sa HTTP, ngunit sa ilalim ng ibang HTTP protocol - QUIC.
Samakatuwid, ang mga numero ng port sa TCP ay hindi palaging nilayon na gawin ang parehong bagay tulad ng sa UDP. Hindi mo kailangang matutunan ang listahang ito nang buong puso, imposibleng matandaan, ngunit kailangan mong malaman ang ilang sikat at pinakakaraniwang mga numero ng port. Tulad ng sinabi ko, ang ilan sa mga port na ito ay may opisyal na layunin, na inilarawan sa mga pamantayan, at ang ilan ay may hindi opisyal na layunin, tulad ng kaso sa Chromium.
Kaya, ang talahanayang ito ay naglilista ng lahat ng karaniwang mga numero ng port, at ang mga numerong ito ay ginagamit upang magpadala at tumanggap ng trapiko kapag gumagamit ng mga partikular na application.
Ngayon tingnan natin kung paano gumagalaw ang data sa network batay sa kung anong maliit na impormasyon ang alam natin. Sabihin nating gusto ng computer 10.1.1.10 na makipag-ugnayan sa computer na ito, o sa server na ito, na mayroong address na 30.1.1.10. Sa ibaba ng IP address ng bawat device ay ang MAC address nito. Nagbibigay ako ng halimbawa ng MAC address na may huling 4 na character lamang, ngunit sa pagsasagawa ito ay isang 48-bit na hexadecimal na numero na may 12 character. Dahil ang bawat isa sa mga numerong ito ay binubuo ng 4 bits, 12 hexadecimal digit ang kumakatawan sa isang 48-bit na numero.
Tulad ng alam natin, kung gusto ng device na ito na makipag-ugnayan sa server na ito, dapat gawin muna ang unang hakbang ng 3-way handshake, iyon ay, pagpapadala ng SYN packet. Kapag ginawa ang kahilingang ito, tutukuyin ng computer 10.1.1.10 ang source port number, na dynamic na ginagawa ng Windows. Ang Windows ay random na pumipili ng isang port number sa pagitan ng 1 at 65,000. Ngunit dahil ang mga panimulang numero sa hanay 1 hanggang 1024 ay malawak na kilala, sa kasong ito, isasaalang-alang ng system ang mga numerong higit sa 25000 at gagawa ng random na source port, halimbawa, numero 25113.
Susunod, ang system ay magdaragdag ng patutunguhang port sa packet, sa kasong ito ito ay port 21, dahil alam ng application na sumusubok na kumonekta sa FTP server na ito na dapat itong magpadala ng trapiko ng FTP.
Susunod, sinabi ng aming computer, "Okay, ang aking IP address ay 10.1.1.10, at kailangan kong makipag-ugnayan sa IP address na 30.1.1.10." Ang parehong mga address na ito ay kasama rin sa packet upang bumuo ng isang kahilingan sa SYN, at ang packet na ito ay hindi magbabago hanggang sa katapusan ng koneksyon.
Gusto kong maunawaan mo mula sa video na ito kung paano gumagalaw ang data sa network. Kapag nakita ng aming computer na nagpapadala ng kahilingan ang pinagmulang IP address at ang patutunguhang IP address, nauunawaan nito na ang patutunguhang address ay wala sa lokal na network na iyon. Nakalimutan kong sabihin na lahat ito ay /24 IP address. Kaya kung titingnan mo ang /24 IP address, malalaman mo na ang mga computer 10.1.1.10 at 30.1.1.10 ay wala sa parehong network. Kaya, naiintindihan ng computer na nagpapadala ng kahilingan na upang umalis sa network na ito, dapat itong makipag-ugnayan sa 10.1.1.1 gateway, na naka-configure sa isa sa mga interface ng router. Alam nito na dapat itong pumunta sa 10.1.1.1 at alam ang MAC address nito na 1111, ngunit hindi alam ang MAC address ng gateway 10.1.1.1. Ano ang ginagawa niya? Nagpapadala ito ng kahilingan sa broadcast ARP na matatanggap ng lahat ng device sa network, ngunit ang router lang na may IP address na 10.1.1.1 ang tutugon dito.
Sasagot ang router gamit ang AAAA MAC address nito, at parehong ilalagay ang source at destination MAC address sa frame na ito. Kapag handa na ang frame, isasagawa ang CRC data integrity check, na isang algorithm para sa paghahanap ng checksum para makakita ng mga error, bago umalis sa network.
Ang Cyclic Redundancy CRC ay nangangahulugan na ang buong frame na ito, mula sa SYN hanggang sa huling MAC address, ay pinapatakbo sa pamamagitan ng isang algorithm ng hashing, sabi nga ng MD5, na nagreresulta sa isang hash value. Ang hash value, o MD5 checksum, ay inilalagay sa simula ng frame.
Nilagyan ko ito ng label na FCS/CRC dahil ang FCS ay isang Frame Check Sequence, isang four-byte na halaga ng CRC. Ang ilang mga tao ay gumagamit ng pagtatalaga ng FCS at ang ilan ay gumagamit ng pagtatalaga ng CRC, kaya isinama ko na lang ang parehong mga pagtatalaga. Ngunit karaniwang ito ay isang hash value lamang. Ito ay kinakailangan upang matiyak na ang lahat ng data na natanggap sa network ay hindi naglalaman ng mga error. Samakatuwid, kapag naabot ng frame na ito ang router, ang unang gagawin ng router ay kalkulahin ang checksum mismo at ihambing ito sa halaga ng FCS o CRC na naglalaman ng natanggap na frame. Sa ganitong paraan maaari niyang suriin na ang data na natanggap sa network ay hindi naglalaman ng mga error, pagkatapos nito ay aalisin niya ang checksum mula sa frame.
Susunod, titingnan ng router ang MAC address at sasabihin, "Okay, MAC address AAAA ay nangangahulugan na ang frame ay naka-address sa akin," at tanggalin ang bahagi ng frame na naglalaman ng mga MAC address.
Sa pagtingin sa patutunguhang IP address 30.1.1.10, mauunawaan niya na ang packet na ito ay hindi naka-address sa kanya at dapat pumunta pa sa router.
Ngayon ang router ay "nag-iisip" na kailangan nitong makita kung saan matatagpuan ang network na may address na 30.1.1.10. Hindi pa namin sakop ang buong konsepto ng pagruruta, ngunit alam namin na ang mga router ay may routing table. Ang talahanayang ito ay may entry para sa network na may address na 30.1.1.0. Tulad ng naaalala mo, hindi ito ang host IP address, ngunit ang network identifier. "Iisipin" ng router na maabot nito ang address na 30.1.1.0/24 sa pamamagitan ng pagpunta sa router 20.1.1.2.
Maaari mong itanong, paano niya nalaman ito? Tandaan lamang na malalaman nito ito mula sa mga protocol ng pagruruta o mula sa iyong mga setting kung nag-configure ka bilang isang administrator ng isang static na ruta. Ngunit sa anumang kaso, ang routing table ng router na ito ay naglalaman ng tamang entry, kaya alam nitong dapat nitong ipadala ang packet na ito sa 20.1.1.2. Ipagpalagay na alam na ng router ang destinasyong MAC address, ipagpapatuloy lang namin ang pagpapasa ng packet. Kung hindi niya alam ang address na ito, sisimulan niyang muli ang ARP, tatanggapin ang MAC address ng router na 20.1.1.2, at magpapatuloy muli ang proseso ng pagpapadala ng frame.
Kaya ipinapalagay namin na alam na nito ang MAC address, pagkatapos ay magkakaroon kami ng BBB source MAC address at ang CCC destination MAC address. Kinakalkula muli ng router ang FCS/CRC at inilalagay ito sa simula ng frame.
Pagkatapos ay ipinapadala nito ang frame na ito sa network, naabot ng frame ang router 20.1.12, sinusuri nito ang checksum, tinitiyak na hindi sira ang data, at tinatanggal ang FCS/CRC. Pagkatapos ay "pinutol" nito ang mga MAC address, tinitingnan ang patutunguhan at nakikita na ito ay 30.1.1.10. Alam niya na ang address na ito ay konektado sa kanyang interface. Ang parehong proseso ng pagbuo ng frame ay paulit-ulit, idinaragdag ng router ang pinagmulan at patutunguhan na mga halaga ng MAC address, ginagawa ang pag-hash, ikinakabit ang hash sa frame at ipinapadala ito sa buong network.
Ang aming server, na sa wakas ay natanggap ang kahilingan ng SYN na naka-address dito, sinusuri ang hash checksum, at kung ang packet ay walang mga error, tinatanggal nito ang hash. Pagkatapos ay tinanggal niya ang mga MAC address, tinitingnan ang IP address at napagtanto na ang packet na ito ay naka-address sa kanya.
Pagkatapos nito, pinuputol nito ang mga IP address na nauugnay sa ikatlong layer ng modelo ng OSI at tinitingnan ang mga numero ng port.
Nakikita niya ang port 21, na nangangahulugang trapiko ng FTP, nakikita ang SYN at samakatuwid ay nauunawaan niya na may sinusubukang makipag-ugnayan sa kanya.
Ngayon, batay sa natutunan namin tungkol sa handshake, gagawa ang server 30.1.1.10 ng SYN/ACK packet at ipapadala ito pabalik sa computer 10.1.1.10. Sa pagtanggap ng packet na ito, ang device 10.1.1.10 ay lilikha ng isang ACK, ipapasa ito sa network sa parehong paraan tulad ng isang SYN packet, at pagkatapos matanggap ng server ang ACK, ang koneksyon ay maitatag.
Ang isang bagay na dapat mong malaman ay ang lahat ng ito ay nangyayari sa wala pang isang segundo. Ito ay isang napaka, napakabilis na proseso, na sinubukan kong pabagalin upang ang lahat ay malinaw sa iyo.
Sana ay maging kapaki-pakinabang ang natutunan mo sa tutorial na ito. Kung mayroon kang anumang mga katanungan, mangyaring sumulat sa akin sa [protektado ng email] o mag-iwan ng mga tanong sa ilalim ng video na ito.
Simula sa susunod na aralin, pipiliin ko ang 3 pinakakawili-wiling tanong mula sa YouTube, na aking susuriin sa dulo ng bawat video. Mula ngayon magkakaroon na ako ng seksyong "Nangungunang Mga Tanong" kaya magpo-post ako ng isang katanungan kasama ang iyong pangalan at sasagutin ito ng live. Sa tingin ko ito ay magiging kapaki-pakinabang.
Salamat sa pananatili sa amin. Gusto mo ba ang aming mga artikulo? Gustong makakita ng mas kawili-wiling nilalaman? Suportahan kami sa pamamagitan ng pag-order o pagrekomenda sa mga kaibigan, 30% na diskwento para sa mga gumagamit ng Habr sa isang natatanging analogue ng mga entry-level na server, na inimbento namin para sa iyo: (magagamit sa RAID1 at RAID10, hanggang 24 na core at hanggang 40GB DDR4).
VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps libre hanggang tag-araw kapag nagbabayad sa loob ng anim na buwan, maaari kang mag-order .
Dell R730xd 2 beses na mas mura? Dito lang sa Netherlands! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - mula $99! Basahin ang tungkol sa
Pinagmulan: www.habr.com