ProHoster > Blogs > Administrācija > Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Pirms sākam Å”odienas video pamācÄ«bu, es vēlos pateikties visiem, kas veicināja mana kursa popularitāti pakalpojumā YouTube. Kad es to sāku apmēram pirms 8 mēneÅ”iem, es negaidÄ«ju Ŕādus panākumus - Å”odien manas nodarbÄ«bas ir skatÄ«juÅ”ies 312724 11208 cilvēki, man ir 7 6 abonenti. Es nekad nebiju sapņojis, ka Å”is pazemÄ«gais sākums sasniegs tik augstumus. Bet netērēsim laiku un Ä·ersimies pie Å”odienas nodarbÄ«bas. Å odien mēs aizpildÄ«sim nepilnÄ«bas, kas radās pēdējās 3 video nodarbÄ«bās. Lai gan Å”odien ir tikai 3. diena, XNUMX. diena tika sadalÄ«ta XNUMX video nodarbÄ«bās, tāpēc Å”odien reāli skatÄ«sies astoto video nodarbÄ«bu.

Šodien mēs apskatīsim 3 svarīgas tēmas: DHCP, TCP transportu un visbiežāk sastopamos portu numurus. Mēs jau runājām par IP adresēm, un viens no svarīgākajiem faktoriem IP adreses konfigurācijā ir DHCP.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

DHCP apzÄ«mē Dynamic Host Configuration Protocol, un tas ir protokols, kas palÄ«dz dinamiski konfigurēt saimniekdatora IP adreses. Tātad mēs visi esam redzējuÅ”i Å”o logu. NoklikŔķinot uz opcijas ā€œAutomātiski iegÅ«t IP adresiā€, dators meklē DHCP serveri, kas ir konfigurēts tajā paŔā apakÅ”tÄ«klā, un nosÅ«ta dažādas IP adreses paketes un pieprasÄ«jumus. DHCP protokolam ir 6 ziņojumi, no kuriem 4 ir svarÄ«gi IP adreses pieŔķirÅ”anai.

Pirmais ziņojums ir DHCP DISCOVERY ziņojums. DHCP atklāŔanas ziņojums ir lÄ«dzÄ«gs sveiciena ziņojumam. Kad tÄ«klam pievienojas jauna ierÄ«ce, tā jautā, vai tÄ«klā ir DHCP serveris.

Slaidā redzamais izskatās kā apraides pieprasÄ«jums, kurā ierÄ«ce sazinās ar visām tÄ«kla ierÄ«cēm, meklējot DHCP serveri. Kā jau teicu, Å”is ir apraides pieprasÄ«jums, tāpēc visas tÄ«klā esoŔās ierÄ«ces var to dzirdēt.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Ja tÄ«klā ir DHCP serveris, tas nosÅ«ta paketi ā€“ DHCP PIEDĀVĀJUMU piedāvājumu. Piedāvājums nozÄ«mē, ka DHCP serveris, atbildot uz atklāŔanas pieprasÄ«jumu, nosÅ«ta klientam konfigurāciju, lÅ«dzot klientam pieņemt noteiktu IP adresi.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

DHCP serveris rezervē IP adresi, Å”ajā gadÄ«jumā 192.168.1.2, to nenodroÅ”ina, bet gan rezervē Å”o adresi ierÄ«cei. Tajā paŔā laikā piedāvājuma pakotnē ir sava DHCP servera IP adrese.

Ja Å”ajā tÄ«klā ir vairāk nekā viens DHCP serveris, cits DHCP serveris, saņemot klienta apraides pieprasÄ«jumu, tam piedāvātu arÄ« savu IP adresi, piemēram, 192.168.1.50. Nav ierasts, ka vienā tÄ«klā ir konfigurēti divi dažādi DHCP serveri, taču dažreiz tas notiek. Tātad, kad klientam tiek nosÅ«tÄ«ts DHCP piedāvājums, tas saņem 2 DHCP piedāvājumus un tagad ir jāizlemj, kuru DHCP piedāvājumu tas vēlas pieņemt.

Pieņemsim, ka klients pieņem pirmo pieteikumu. Tas nozīmē, ka klients nosūta DHCP REQUEST pieprasījumu, kas burtiski saka: "Es piekrītu DHCP servera 192.168.1.2 piedāvātajai IP adresei 192.168.1.1."

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Saņemot pieprasÄ«jumu, 192.168.1.1 DHCP serveris atbild "labi, es to atzÄ«stu", tas ir, tas apstiprina pieprasÄ«jumu un nosÅ«ta Å”o DHCP ACK klientam. Bet mēs atceramies, ka cits DHCP serveris klientam ir rezervējis IP adresi 1.50. Kad tas saņems klienta apraides pieprasÄ«jumu, tas uzzinās par kļūmi un ievietos Å”o IP adresi atpakaļ pÅ«lā, lai varētu to pieŔķirt citam klientam, ja tas saņems citu pieprasÄ«jumu.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Å ie ir 4 kritiskie ziņojumi, ar kuriem DHCP apmainās, pieŔķirot IP adreses. Tālāk DHCP ir vēl 2 informācijas ziņojumi. Klients izdod informatÄ«vo ziņojumu, ja tas prasa vairāk informācijas, nekā tas tika saņemts DHCP PIEDĀVĀJUMA klauzulā otrajā solÄ«. Ja serveris DHCP piedāvājumā nesniedza pietiekami daudz informācijas vai klientam ir nepiecieÅ”ama plaŔāka informācija nekā piedāvājuma paketē, tas pieprasa papildu DHCP informāciju. Ir vēl viens ziņojums, ko klients nosÅ«ta serverim - tas ir DHCP RELEASE. Tas informē, ka klients vēlas atbrÄ«vot savu esoÅ”o IP adresi.

Tomēr visbiežāk notiek tā, ka lietotājs atvienojas no tÄ«kla, pirms klients ir paspējis nosÅ«tÄ«t serverim DHCP RELEASE. Tas notiek, kad izslēdzat datoru, ko mēs darām. Å ajā gadÄ«jumā tÄ«kla klientam vai datoram vienkārÅ”i nav laika informēt serveri, lai atbrÄ«votu izmantoto adresi, tāpēc DHCP RELEASE nav obligāts solis. Lai iegÅ«tu IP adresi, jāveic Ŕādas darbÄ«bas: DHCP atklāŔana, DHCP piedāvājums, DHCP pieprasÄ«jums un DHCP rokasspiediens.

Vienā no nākamajām nodarbÄ«bām es jums pastāstÄ«Å”u, kā mēs konfigurējam DHCP serveri, veidojot DNCP pÅ«lu. Ar apvienoÅ”anu mēs domājam, ka jÅ«s sakāt serverim pieŔķirt IP adreses diapazonā no 192.168.1.1 lÄ«dz 192.168.1.254. Tādējādi DHCP serveris izveidos pÅ«lu, izvietos tajā 254 IP adreses un tikai no Ŕī pÅ«la varēs pieŔķirt adreses klientiem tÄ«klā. Tātad tas ir kaut kas lÄ«dzÄ«gs administratÄ«vam iestatÄ«jumam, ko lietotājs var veikt.

Tagad apskatÄ«sim TCP pārraidi. Es nezinu, vai jÅ«s esat pazÄ«stams ar attēlā redzamo "telefonu", bet bērnÄ«bā mēs izmantojām Ŕīs skārda kannas, kas savienotas ar auklu, lai sarunātos savā starpā.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Diemžēl mÅ«sdienu paaudze nevar atļauties Ŕādu ā€œgreznÄ«buā€. Es domāju, ka Å”odien bērni ir pie televizora no viena gada vecuma, viņi spēlē PSP, un varbÅ«t tas ir diskutabls, bet es domāju, ka mums bija vislabākā bērnÄ«ba, mēs gājām ārā un spēlējām spēles, un mÅ«sdienu bērnus nevar atraut no dÄ«vāna. .

Manam dēlam ir tikai gads, un es jau redzu, ka viņŔ ir atkarÄ«gs no iPad, es domāju, ka viņŔ vēl ir ļoti mazs, bet es domāju, ka mÅ«sdienu bērni jau piedzimst, zinot, kā rÄ«koties ar elektroniskajiem sÄ«krÄ«kiem. Tātad, es gribēju teikt, ka bērnÄ«bā, kad mēs spēlējām, mēs veidojām caurumus skārda bundžās, un, kad mēs tās sasējām ar auklu un kaut ko teicām vienā bundžā, tad otrā galā cilvēks dzirdēja, ko runā. viņam, vienkārÅ”i pieliekot kannu pie auss . Tātad tas ir ļoti lÄ«dzÄ«gs tÄ«kla savienojumam.

MÅ«sdienās pat TCP pārsÅ«tÄ«Å”anai ir jābÅ«t savienojumam, kas jāizveido pirms faktiskās datu pārsÅ«tÄ«Å”anas. Kā mēs runājām iepriekŔējās nodarbÄ«bās, TCP ir uz savienojumu orientēta pārraide, savukārt UDP ir uz savienojumu orientēta pārraide. Var teikt, ka UDP ir vieta, kur es metu bumbu, un tas ir atkarÄ«gs no jums, vai varat to noÄ·ert. NeatkarÄ«gi no tā, vai tu esi gatavs to darÄ«t vai nē, tā nav mana problēma, es viņu vienkārÅ”i pametÄ«Å”u.

TCP vairāk atgādina, ka tu sarunājies ar puisi un jau iepriekÅ” brÄ«dināsi, ka metÄ«si bumbu, tāpēc tu izveido saikni, un tad tu met bumbu tā, lai tavs partneris, visticamāk, bÅ«tu gatavs to noÄ·ert. Tātad TCP faktiski izveido savienojumu un pēc tam sāk veikt faktisko pārraidi.

Apskatīsim, kā tas rada Ŕādu savienojumu. Šis protokols savienojuma izveidoŔanai izmanto trīsvirzienu rokasspiedienu. Tas nav ļoti tehnisks termins, taču to jau sen izmanto, lai aprakstītu TCP savienojumu. Sūtītāja ierīce ierosina trīsvirzienu rokasspiedienu, klients nosūta serverim paketi ar SYN karogu.

Pieņemsim, ka meitene priekÅ”plānā, kuras seju mēs redzam, ir ierÄ«ce A, un meitene fonā, kuras seja nav redzama, ir ierÄ«ce B. Meitene A nosÅ«ta SYN paketi meitenei B, un viņa saka: "Lieliski, kurÅ”- tad viņŔ vēlas ar mani sazināties. Tātad, man jāatbild, ka esmu gatavs sazināties!ā€ Kā to izdarÄ«t? Var vienkārÅ”i nosÅ«tÄ«t atpakaļ citu SYN paketi un pēc tam ACK, kas norāda uz sākotnējās SYN paketes saņemÅ”anu. Bet tā vietā, lai nosÅ«tÄ«tu ACK atseviŔķi, serveris veido kopÄ«gu paketi, kas satur SYN un ACK, un pārsÅ«ta to tÄ«klā.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Tātad Å”ajā brÄ«dÄ« ierÄ«ce A ir nosÅ«tÄ«jusi SYN paketi un saņēmusi atpakaļ SYN/ACK paketi. Tagad ierÄ«cei A ir jānosÅ«ta ierÄ«cei B ACK pakete, tas ir, jāapstiprina, ka tā ir saņēmusi piekriÅ”anu no ierÄ«ces B, lai izveidotu sakarus. Tādējādi abas ierÄ«ces saņēma SYN un ACK paketes, un tagad mēs varam teikt, ka savienojums ir izveidots, tas ir, ir pabeigts 3 pakāpju rokasspiediens, izmantojot TCP protokolu.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Tālāk mēs aplÅ«kosim TCP logu tehnoloÄ£iju. VienkārÅ”i sakot, tā ir metode, ko izmanto TCP/IP, lai apspriestu sÅ«tÄ«tāja un saņēmēja iespējas.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Pieņemsim, ka sistēmā Windows mēs cenÅ”amies pārsÅ«tÄ«t lielu failu, piemēram, 2 GB lielu, no viena diska uz citu. PaŔā pārsÅ«tÄ«Å”anas sākumā sistēma mÅ«s informēs, ka failu pārsÅ«tÄ«Å”ana prasÄ«s aptuveni 1 gadu. Bet pēc dažām sekundēm sistēma izlabosies un sacÄ«s: "Ak, pagaidiet, es domāju, ka tas prasÄ«s apmēram 6 mēneÅ”us, nevis gadu." Paies vēl nedaudz laika, un sistēma Windows teiks: "Es domāju, ka es varētu pārsÅ«tÄ«t failu 1 mēneÅ”a laikā." Tam sekos ziņojums ā€œ1 dienaā€, ā€œ6 stundasā€, ā€œ3 stundasā€, ā€œ1 stundaā€, ā€œ20 minÅ«tesā€, ā€œ10 minÅ«tesā€, ā€œ3 minÅ«tesā€. Faktiski viss failu pārsÅ«tÄ«Å”anas process aizņems tikai 3 minÅ«tes. Kā tas notika? Sākotnēji, kad jÅ«su ierÄ«ce mēģina sazināties ar citu ierÄ«ci, tā nosÅ«ta vienu paketi un gaida apstiprinājumu. Ja ierÄ«ce ilgi gaida apstiprinājumu, tā domā: "ja man bÅ«s jāpārsÅ«ta 2 GB datu ar Ŕādu ātrumu, tas prasÄ«s apmēram 2 gadus." Pēc kāda laika jÅ«su ierÄ«ce saņem ACK un domā: ā€œLabi, es nosÅ«tÄ«ju vienu paketi un saņēmu ACK, tāpēc adresāts var saņemt 1 paketi. Tagad es mēģināŔu viņam nosÅ«tÄ«t 10 paciņas, nevis vienu. SÅ«tÄ«tājs nosÅ«ta 10 paketes un pēc kāda laika saņem ACK apstiprinājumu no saņēmēja ierÄ«ces, kas nozÄ«mē, ka adresāts gaida nākamo, 11. paketi. SÅ«tÄ«tājs domā: ā€œLieliski, tā kā adresāts apstrādāja 10 paciņas uzreiz, tad tagad mēģināŔu viņam nosÅ«tÄ«t 100 paciņu vietā desmit.ā€ ViņŔ nosÅ«ta 100 paciņas, un saņēmējs atbild, ka ir tās saņēmis un tagad gaida 101 paciņu. Tādējādi laika gaitā palielinās pārsÅ«tÄ«to pakeÅ”u skaits.

Tāpēc jÅ«s novērojat strauju failu kopÄ“Å”anas laika samazināŔanos, salÄ«dzinot ar sākotnēji norādÄ«to ā€“ tas ir saistÄ«ts ar palielinātu spēju pārsÅ«tÄ«t lielu datu apjomu. Tomēr pienāk brÄ«dis, kad turpmāka pārraides apjoma palielināŔana kļūst neiespējama. Pieņemsim, ka jÅ«s nosÅ«tÄ«jāt 10000 9000 pakeÅ”u, bet uztvērēja ierÄ«ces buferis var pieņemt tikai 9000. Å ajā gadÄ«jumā uztvērējs nosÅ«ta ACK ar ziņojumu: "Es esmu saņēmis 9001 pakeÅ”u un tagad esmu gatavs saņemt 9000." No tā sÅ«tÄ«tājs secina, ka saņemoŔās ierÄ«ces bufera ietilpÄ«ba ir tikai 9000, kas nozÄ«mē, ka turpmāk es sÅ«tÄ«Å”u ne vairāk kā 9000 paketes vienā reizē. Å ajā gadÄ«jumā sÅ«tÄ«tājs ātri aprēķina laiku, kas viņam bÅ«s nepiecieÅ”ams, lai pārsÅ«tÄ«tu atlikuÅ”o datu apjomu 3 pakeÅ”u daļās, un dod XNUMX minÅ«tes. Å Ä«s trÄ«s minÅ«tes ir faktiskais pārraides laiks. TieÅ”i to dara TCP Windowing.

Å is ir viens no tiem trafika ierobežoÅ”anas mehānismiem, kurā sÅ«tÄ«tāja ierÄ«ce galu galā saprot, kāda ir faktiskā tÄ«kla jauda. Jums varētu rasties jautājums, kāpēc viņi nevar iepriekÅ” vienoties par to, kāda ir uztveroŔās ierÄ«ces jauda? Fakts ir tāds, ka tas tehniski nav iespējams, jo tÄ«klā ir dažāda veida ierÄ«ces. Pieņemsim, ka jums ir iPad un tam ir atŔķirÄ«gs datu pārsÅ«tÄ«Å”anas/uztvērēja ātrums nekā iPhone, jums var bÅ«t dažāda veida tālruņi vai varbÅ«t jums ir ļoti vecs dators. Tāpēc katram ir atŔķirÄ«gs tÄ«kla joslas platums.

Tāpēc tika izstrādāta TCP Windowing tehnoloÄ£ija, kad datu pārraide sākas ar mazu ātrumu vai ar minimāla pakeÅ”u skaita pārraidi, pakāpeniski palielinot trafika ā€œloguā€. JÅ«s nosÅ«tāt vienu paketi, 5 paketes, 10 paketes, 1000 paketes, 10000 XNUMX pakeÅ”u un lēnām verat to logu arvien vairāk un vairāk, lÄ«dz ā€œatvērÅ”anaā€ sasniedz maksimālo iespējamo nosÅ«tÄ«tās trafika apjomu noteiktā laika periodā. Tādējādi logu veidoÅ”anas jēdziens ir daļa no TCP protokola darbÄ«bas.

Tālāk mēs apskatīsim visbiežāk sastopamos portu numurus. Klasiskā situācija ir tad, kad jums ir 1 galvenais serveris, iespējams, datu centrs. Tas ietver failu serveri, tīmekļa serveri, pasta serveri un DHCP serveri. Tagad, ja kāds no klienta datoriem sazinās ar datu centru, kas atrodas attēla vidū, tas sāks sūtīt failu servera trafiku uz klienta ierīcēm. Šī trafika tiek parādīta sarkanā krāsā un tiks pārsūtīta uz noteiktu portu konkrētai lietojumprogrammai no konkrēta servera.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Kā serveris zināja, kur vajadzētu virzÄ«ties noteiktai trafikai? ViņŔ to uzzina no mērÄ·a porta numura. Ja paskatās uz rāmi, jÅ«s redzēsit, ka katrā datu pārsÅ«tÄ«Å”anā ir minēts galamērÄ·a porta numurs un avota porta numurs. JÅ«s varat redzēt, ka zilā un sarkanā trafika un zilā trafika ir tÄ«mekļa servera trafika, abi tiek novirzÄ«ti uz vienu un to paÅ”u fizisko serveri, kurā ir instalēti dažādi serveri. Ja tas ir datu centrs, tad tas izmanto virtuālos serverus. Tātad, kā viņi zināja, ka sarkanajai satiksmei bija jāatgriežas uz kreiso klēpjdatoru ar Å”o IP adresi? Viņi to zina, pateicoties portu numuriem. Ja atsaucaties uz Wikipedia rakstu ā€œTCP un UDP portu sarakstsā€, jÅ«s redzēsit, ka tajā ir uzskaitÄ«ti visi standarta portu numuri.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Ritinot Å”o lapu uz leju, jÅ«s varat redzēt, cik liels ir Å”is saraksts. Tajā ir aptuveni 61 000 skaitļu. Portu numuri no 1 lÄ«dz 1024 ir pazÄ«stami kā visizplatÄ«tākie portu numuri. Piemēram, ports 21/TCP ir paredzēts ftp komandu nosÅ«tÄ«Å”anai, 22. ports ir paredzēts ssh, ports 23 ir Telnet, tas ir, neÅ”ifrētu ziņojumu sÅ«tÄ«Å”anai. Ä»oti populārais ports 80 pārsÅ«ta datus, izmantojot HTTP, savukārt ports 443 pārnēsā Å”ifrētus datus, izmantojot HTTPS, kas ir lÄ«dzÄ«gs HTTP droÅ”ajai versijai.
Daži porti ir paredzēti gan TCP, gan UDP, un daži veic dažādus uzdevumus atkarībā no tā, vai savienojums ir TCP vai UDP. Tātad oficiāli TCP ports 80 tiek izmantots HTTP, bet neoficiāli UDP ports 80 tiek izmantots HTTP, bet saskaņā ar citu HTTP protokolu - QUIC.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Tāpēc portu numuri TCP ne vienmēr ir paredzēti, lai veiktu to paÅ”u, ko UDP. Å is saraksts nav jāiemācās no galvas, to nav iespējams atcerēties, taču ir jāzina daži populāri un visizplatÄ«tākie portu numuri. Kā jau teicu, dažām no Ŕīm pieslēgvietām ir oficiāls mērÄ·is, kas ir aprakstÄ«ts standartos, un dažām ir neoficiāls mērÄ·is, kā tas ir Chromium gadÄ«jumā.

Tātad Å”ajā tabulā ir uzskaitÄ«ti visi izplatÄ«tie portu numuri, un Å”ie numuri tiek izmantoti, lai nosÅ«tÄ«tu un saņemtu trafiku, izmantojot noteiktas lietojumprogrammas.

Tagad apskatÄ«sim, kā dati pārvietojas tÄ«klā, pamatojoties uz mums zināmo mazo informāciju. Pieņemsim, ka dators 10.1.1.10 vēlas sazināties ar Å”o datoru vai serveri, kura adrese ir 30.1.1.10. Zem katras ierÄ«ces IP adreses ir tās MAC adrese. Es sniedzu piemēru MAC adresei, kurā ir tikai pēdējās 4 rakstzÄ«mes, bet praksē tas ir 48 bitu heksadecimālais skaitlis ar 12 rakstzÄ«mēm. Tā kā katrs no Å”iem cipariem sastāv no 4 bitiem, 12 heksadecimālie cipari apzÄ«mē 48 bitu skaitli.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Kā zināms, ja Ŕī ierÄ«ce vēlas sazināties ar Å”o serveri, vispirms ir jāveic 3-virzienu rokasspiediena pirmais solis, tas ir, SYN paketes nosÅ«tÄ«Å”ana. Kad Å”is pieprasÄ«jums tiks veikts, dators 10.1.1.10 norādÄ«s avota porta numuru, ko Windows izveido dinamiski. Windows nejauÅ”i izvēlas porta numuru no 1 lÄ«dz 65,000 1. Bet tā kā sākuma skaitļi diapazonā no 1024 lÄ«dz 25000 ir plaÅ”i zināmi, Å”ajā gadÄ«jumā sistēma ņems vērā skaitļus, kas ir lielāki par 25113 XNUMX, un izveidos nejauÅ”u avota portu, piemēram, numuru XNUMX.

Pēc tam sistēma paketei pievienos mērÄ·a portu, Å”ajā gadÄ«jumā tas ir 21. ports, jo lietojumprogramma, kas mēģina izveidot savienojumu ar Å”o FTP serveri, zina, ka tai ir jānosÅ«ta FTP trafiks.

Pēc tam mÅ«su dators saka: "Labi, mana IP adrese ir 10.1.1.10, un man jāsazinās ar IP adresi 30.1.1.10." Abas Ŕīs adreses ir iekļautas arÄ« paketē, lai izveidotu SYN pieprasÄ«jumu, un Ŕī pakete nemainÄ«sies lÄ«dz savienojuma beigām.

Es vēlos, lai jÅ«s no Ŕī videoklipa saprastu, kā dati tiek pārvietoti tÄ«klā. Kad mÅ«su dators, kas nosÅ«ta pieprasÄ«jumu, redz avota IP adresi un galamērÄ·a IP adresi, tas saprot, ka galamērÄ·a adrese nav Å”ajā lokālajā tÄ«klā. Es aizmirsu pateikt, ka tās visas ir /24 IP adreses. Tātad, ja paskatās uz /24 IP adresēm, jÅ«s sapratÄ«sit, ka datori 10.1.1.10 un 30.1.1.10 neatrodas vienā tÄ«klā. Tādējādi dators, kas nosÅ«ta pieprasÄ«jumu, saprot, ka, lai pamestu Å”o tÄ«klu, tam ir jāsazinās ar 10.1.1.1 vārteju, kas ir konfigurēta vienā no marÅ”rutētāja saskarnēm. Tas zina, ka tam vajadzētu doties uz 10.1.1.1, un zina savu MAC adresi 1111, bet nezina vārtejas 10.1.1.1 MAC adresi. Ko viņŔ dara? Tas nosÅ«ta apraides ARP pieprasÄ«jumu, ko saņems visas tÄ«klā esoŔās ierÄ«ces, bet uz to atbildēs tikai marÅ”rutētājs ar IP adresi 10.1.1.1.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

MarÅ”rutētājs atbildēs ar savu AAAA MAC adresi, un Å”ajā rāmÄ« tiks ievietota arÄ« gan avota, gan galamērÄ·a MAC adrese. Kad kadrs ir gatavs, pirms tÄ«kla atstāŔanas tiks veikta CRC datu integritātes pārbaude, kas ir algoritms kontrolsummas atraÅ”anai kļūdu noteikÅ”anai.
Cikliskā atlaiÅ”ana CRC nozÄ«mē, ka viss Å”is kadrs, no SYN lÄ«dz pēdējai MAC adresei, tiek palaists caur jaukÅ”anas algoritmu, piemēram, MD5, kā rezultātā tiek iegÅ«ta jaukÅ”anas vērtÄ«ba. JaucējvērtÄ«ba jeb MD5 kontrolsumma tiek novietota kadra sākumā.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Es to apzÄ«mēju ar FCS/CRC, jo FCS ir Frame Check Sequence, četru baitu CRC vērtÄ«ba. Daži cilvēki izmanto apzÄ«mējumu FCS, bet daži izmanto apzÄ«mējumu CRC, tāpēc es vienkārÅ”i iekļāvu abus apzÄ«mējumus. Bet bÅ«tÄ«bā tā ir tikai hash vērtÄ«ba. Tas ir nepiecieÅ”ams, lai pārliecinātos, ka visos tÄ«klā saņemtajos datos nav kļūdu. Tāpēc, kad Å”is kadrs sasniedz marÅ”rutētāju, pirmais, ko marÅ”rutētājs darÄ«s, ir pats aprēķināt kontrolsummu un salÄ«dzināt to ar FCS vai CRC vērtÄ«bu, ko satur saņemtais kadrs. Tādā veidā viņŔ var pārbaudÄ«t, vai tÄ«klā saņemtajos datos nav kļūdu, pēc tam viņŔ no kadra noņems kontrolsummu.

Pēc tam marÅ”rutētājs apskatÄ«s MAC adresi un sacÄ«s: ā€œLabi, MAC adrese AAAA nozÄ«mē, ka rāmis ir adresēts manā€ un izdzēsÄ«s to kadra daļu, kurā ir MAC adreses.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Apskatot galamērÄ·a IP adresi 30.1.1.10, viņŔ sapratÄ«s, ka Ŕī pakete nav adresēta viņam un tai jāiet tālāk caur marÅ”rutētāju.

Tagad marÅ”rutētājs ā€œdomāā€, ka tam jāredz, kur atrodas tÄ«kls ar adresi 30.1.1.10. Mēs vēl neesam apskatÄ«juÅ”i visu marÅ”rutÄ“Å”anas jēdzienu, taču mēs zinām, ka marÅ”rutētājiem ir marÅ”rutÄ“Å”anas tabula. Å ajā tabulā ir ieraksts tÄ«klam ar adresi 30.1.1.0. Kā jÅ«s atceraties, Ŕī nav resursdatora IP adrese, bet gan tÄ«kla identifikators. MarÅ”rutētājs ā€œdomāsā€, ka tas var sasniegt adresi 30.1.1.0/24, izmantojot marÅ”rutētāju 20.1.1.2.

JÅ«s varat jautāt, kā viņŔ to zina? VienkārÅ”i paturiet prātā, ka tas to uzzinās vai nu no marÅ”rutÄ“Å”anas protokoliem, vai no jÅ«su iestatÄ«jumiem, ja jÅ«s kā administrators esat konfigurējis statisku marÅ”rutu. Bet jebkurā gadÄ«jumā Ŕī marÅ”rutētāja marÅ”rutÄ“Å”anas tabulā ir pareizs ieraksts, tāpēc tas zina, ka tai ir jānosÅ«ta Ŕī pakete uz 20.1.1.2. Pieņemot, ka marÅ”rutētājs jau zina mērÄ·a MAC adresi, mēs vienkārÅ”i turpināsim pārsÅ«tÄ«t paketi. Ja viņŔ nezina Å”o adresi, viņŔ atkal sāks ARP, saņems marÅ”rutētāja MAC adresi 20.1.1.2, un kadra nosÅ«tÄ«Å”anas process turpināsies vēlreiz.

Tātad mēs pieņemam, ka tas jau zina MAC adresi, tad mums bÅ«s BBB avota MAC adrese un CCC mērÄ·a MAC adrese. MarÅ”rutētājs atkal aprēķina FCS/CRC un ievieto to kadra sākumā.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

Pēc tam tas nosÅ«ta Å”o kadru tÄ«klā, kadrs sasniedz marÅ”rutētāju 20.1.12, pārbauda kontrolsummu, pārliecinās, ka dati nav bojāti, un izdzÄ“Å” FCS/CRC. Pēc tam tas "saÄ«sina" MAC adreses, apskata galamērÄ·i un redz, ka tas ir 30.1.1.10. ViņŔ zina, ka Ŕī adrese ir savienota ar viņa saskarni. Tas pats kadru veidoÅ”anas process tiek atkārtots, marÅ”rutētājs pievieno avota un galamērÄ·a MAC adreses vērtÄ«bas, veic jaukÅ”anu, pievieno jaucēju rāmim un nosÅ«ta to tÄ«klā.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

MÅ«su serveris, beidzot saņēmis tam adresēto SYN pieprasÄ«jumu, pārbauda hash kontrolsummu un, ja paketē nav kļūdu, tas dzÄ“Å” hash. Tad viņŔ noņem MAC adreses, apskata IP adresi un saprot, ka Ŕī pakete ir adresēta viņam.
Pēc tam tas saÄ«sina ar OSI modeļa treÅ”o slāni saistÄ«tās IP adreses un aplÅ«ko portu numurus.

Cisco apmācÄ«ba 200-125 CCNA v3.0. 6. diena: tukÅ”o vietu aizpildÄ«Å”ana (DHCP, TCP, rokasspiediens, parastie portu numuri)

ViņŔ redz portu 21, kas nozÄ«mē FTP trafiku, redz SYN un tāpēc saprot, ka kāds mēģina ar viņu sazināties.

Tagad, pamatojoties uz to, ko uzzinājām par rokasspiedienu, serveris 30.1.1.10 izveidos SYN/ACK paketi un nosÅ«tÄ«s to atpakaļ uz datoru 10.1.1.10. Saņemot Å”o paketi, ierÄ«ce 10.1.1.10 izveidos ACK, izlaidÄ«s to caur tÄ«klu tāpat kā SYN paketi, un pēc tam, kad serveris saņems ACK, savienojums tiks izveidots.

Viena lieta, kas jums jāzina, ir tā, ka tas viss notiek mazāk nekā sekundē. Tas ir ļoti, ļoti ātrs process, kuru mēģināju piebremzēt, lai tev viss būtu skaidrs.
Ceru, ka Å”ajā apmācÄ«bā apgÅ«tais noderēs. Ja jums ir kādi jautājumi, lÅ«dzu, rakstiet man uz [e-pasts aizsargāts] vai atstājiet jautājumus zem Ŕī video.

Sākot ar nākamo nodarbÄ«bu, no YouTube atlasÄ«Å”u 3 interesantākos jautājumus, kurus apskatÄ«Å”u katra video beigās. No Ŕī brīža man bÅ«s sadaļa "Populārākie jautājumi", tāpēc es ievietoÅ”u jautājumu kopā ar jÅ«su vārdu un atbildÄ“Å”u uz to tieÅ”raidē. Es domāju, ka tas nāks par labu.


Paldies, ka palikāt kopā ar mums. Vai jums patīk mūsu raksti? Vai vēlaties redzēt interesantāku saturu? Atbalsti mūs, pasūtot vai iesakot draugiem, 30% atlaide Habr lietotājiem unikālam sākuma līmeņa serveru analogam, ko mēs jums izgudrojām: Visa patiesība par VPS (KVM) E5-2650 v4 (6 kodoli) 10GB DDR4 240GB SSD 1Gbps no 20$ vai kā koplietot serveri? (pieejams ar RAID1 un RAID10, līdz 24 kodoliem un līdz 40 GB DDR4).

VPS (KVM) E5-2650 v4 (6 kodoli) 10GB DDR4 240GB SSD 1Gbps bez maksas lÄ«dz vasarai maksājot par seÅ”u mēneÅ”u periodu, var pasÅ«tÄ«t Å”eit.

Dell R730xd 2 reizes lētāk? Tikai Å”eit 2x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV no 199$ NÄ«derlandē! Dell R420 ā€” 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gbps 100 TB ā€” no 99 USD! LasÄ«t par Kā izveidot infrastruktÅ«ras uzņēmumu klase ar Dell R730xd E5-2650 v4 serveru izmantoÅ”anu 9000 eiro par santÄ«mu?

Avots: www.habr.com

Pievieno komentāru