Kabla hatujaanza mafunzo ya video ya leo, ningependa kumshukuru kila mtu aliyechangia umaarufu wa kozi yangu kwenye YouTube. Nilipoianzisha kama miezi 8 iliyopita, sikutarajia mafanikio kama haya - leo masomo yangu yametazamwa na watu 312724, nina watu 11208 waliojiandikisha. Sikuwahi kuota kwamba mwanzo huu mnyenyekevu ungefikia urefu kama huo. Lakini tusipoteze muda na twende moja kwa moja kwenye somo letu la leo. Leo tutajaza mapengo yaliyotokea katika masomo 7 ya mwisho ya video. Ingawa leo ni siku ya 6 tu, siku ya 3 iligawanywa katika masomo 3 ya video, kwa hivyo leo utatazama somo la nane la video.
Leo tutashughulikia mada 3 muhimu: DHCP, usafiri wa TCP na nambari za bandari za kawaida. Tayari tumezungumza kuhusu anwani za IP, na mojawapo ya vipengele muhimu zaidi katika usanidi wa anwani ya IP ni DHCP.
DHCP inawakilisha Itifaki ya Usanidi wa Mwenyeji Mwenye Nguvu na ni itifaki inayosaidia kusanidi kwa uthabiti anwani za IP kwa wapangishi. Kwa hivyo sote tumeona dirisha hili. Unapobofya chaguo la "Pata anwani ya IP kiotomatiki", kompyuta hutafuta seva ya DHCP ambayo imesanidiwa kwenye subnet sawa na kutuma pakiti mbalimbali na maombi ya anwani ya IP. Itifaki ya DHCP ina ujumbe 6, ambapo 4 ni muhimu kwa kugawa anwani ya IP.
Ujumbe wa kwanza ni ujumbe wa DHCP DISCOVERY. Ujumbe wa ugunduzi wa DHCP ni sawa na ujumbe wa salamu. Kifaa kipya kinapojiunga na mtandao, huuliza ikiwa kuna seva ya DHCP kwenye mtandao.
Unachokiona kwenye slaidi kinaonekana kama ombi la utangazaji ambapo kifaa huwasiliana na vifaa vyote kwenye mtandao kikitafuta seva ya DHCP. Kama nilivyosema, hili ni ombi la utangazaji, kwa hivyo vifaa vyote kwenye mtandao vinaweza kusikia.
Ikiwa kuna seva ya DHCP kwenye mtandao, inatuma pakiti - ofa ya DHCP OFFER. Pendekezo linamaanisha kuwa seva ya DHCP, kwa kukabiliana na ombi la ugunduzi, inatuma usanidi kwa mteja, ikimwomba mteja kukubali anwani maalum ya IP.
Seva ya DHCP inahifadhi anwani ya IP, katika kesi hii 192.168.1.2, haitoi, lakini inahifadhi anwani hii kwa kifaa. Wakati huo huo, kifurushi cha ofa kina anwani yake ya IP ya seva ya DHCP.
Iwapo kuna zaidi ya seva moja ya DHCP kwenye mtandao huu, seva nyingine ya DHCP, baada ya kupokea ombi la utangazaji la mteja, inaweza pia kutoa anwani yake ya IP, kwa mfano, 192.168.1.50. Si kawaida kuwa na seva mbili tofauti za DHCP zilizosanidiwa kwenye mtandao mmoja, lakini wakati mwingine hufanyika. Kwa hivyo ofa ya DHCP inapotumwa kwa mteja, inapokea ofa 2 za DHCP na lazima sasa iamue ni ofa gani ya DHCP inataka kukubali.
Wacha tufikirie mteja anakubali programu ya kwanza. Hii inamaanisha kuwa mteja hutuma ombi la DHCP REQUEST ambalo husema kihalisi "Ninakubali anwani ya IP 192.168.1.2 inayotolewa na seva ya DHCP 192.168.1.1."
Baada ya kupokea ombi, seva ya 192.168.1.1 DHCP inajibu "sawa, ninakubali," yaani, inakubali ombi na kutuma DHCP ACK kwa mteja. Lakini tunakumbuka kuwa seva nyingine ya DHCP imehifadhi anwani ya IP ya 1.50 kwa mteja. Ikishapokea ombi la utangazaji la mteja, itajua kuhusu kushindwa na itaweka anwani hiyo ya IP kwenye bwawa ili iweze kuikabidhi kwa mteja mwingine ikiwa itapokea ombi lingine.
Hizi ndizo jumbe 4 muhimu ambazo DHCP hubadilishana inapokabidhi anwani za IP. Kisha, DHCP ina taarifa 2 zaidi. Ujumbe wa taarifa hutolewa na mteja ikiwa unahitaji taarifa zaidi kuliko ilivyopokea katika kifungu cha DHCP OFFER katika hatua ya pili. Ikiwa seva haikutoa maelezo ya kutosha katika ofa ya DHCP, au ikiwa mteja anahitaji maelezo zaidi kuliko yale yaliyokuwa kwenye pakiti ya ofa, itaomba maelezo ya ziada ya DHCP. Kuna ujumbe mmoja zaidi ambao mteja hutuma kwa seva - hii ni DHCP RELEASE. Inakujulisha kuwa mteja anataka kutoa anwani yake ya IP iliyopo.
Hata hivyo, kinachotokea mara nyingi ni kwamba mtumiaji hukata muunganisho wa mtandao kabla ya mteja kupata muda wa kutuma DHCP RELEASE kwa seva. Hii hutokea unapozima kompyuta, ambayo tunafanya. Katika kesi hii, mteja wa mtandao, au kompyuta, hawana muda wa kufahamisha seva ili kutoa anwani iliyotumiwa, hivyo DHCP RELEASE sio hatua inayohitajika. Hatua zinazohitajika ili kupata anwani ya IP ni: Ugunduzi wa DHCP, ofa ya DHCP, ombi la DHCP, na kupeana mkono kwa DHCP.
Katika moja ya masomo yafuatayo nitakuambia jinsi tunavyosanidi seva ya DHCP wakati wa kuunda bwawa la DNCP. Kwa kuunganisha tunamaanisha kuwa unaiambia seva itoe anwani za IP katika masafa 192.168.1.1 hadi 192.168.1.254. Kwa hivyo, seva ya DHCP itaunda bwawa, kuweka anwani 254 za IP ndani yake, na itaweza kuwapa wateja anwani kwenye mtandao tu kutoka kwenye bwawa hili. Kwa hivyo hiki ni kitu kama mpangilio wa kiutawala ambao mtumiaji anaweza kufanya.
Sasa hebu tuangalie maambukizi ya TCP. Sijui unaifahamu hiyo "simu" pichani, lakini tulipokuwa watoto tulikuwa tukitumia mabati haya yaliyounganishwa kwa kamba ili kuongeleshana.
Kwa bahati mbaya, kizazi cha leo hakiwezi kumudu "anasa" kama hiyo. Yaani leo watoto wapo mbele ya TV kuanzia umri wa mwaka mmoja, wanacheza PSP na labda hii ni mjadala lakini nadhani tulikuwa na utoto bora, kweli tulitoka nje na kucheza michezo na watoto wa Leo hawawezi kuvutwa kutoka kwenye sofa. .
Mwanangu ana mwaka mmoja tu naona tayari ameshakuwa addicted na iPad, namaanisha bado mdogo sana lakini nafikiri watoto wa siku hizi tayari wamezaliwa wakijua kushika vifaa vya kielektroniki. Kwa hiyo, nilitaka kusema kwamba tukiwa watoto, tunapocheza tungetoboa matundu kwenye bati, na tunapoifunga kwa kamba na kusema kitu kwenye kopo moja, basi upande wa pili mtu angeweza kusikia kinachosemwa. kwake, kwa kumweka tu kopo sikioni . Kwa hivyo ni sawa na muunganisho wa mtandao.
Leo, hata uhamisho wa TCP lazima uwe na muunganisho ambao lazima uanzishwe kabla ya uhamisho halisi wa data kuanza. Kama tulivyojadili katika masomo yaliyotangulia, TCP ni upitishaji unaolenga muunganisho huku UDP ni upitishaji unaolenga muunganisho. Unaweza kusema kuwa UDP ndipo ninapotupa mpira na ni juu yako kuona ikiwa unaweza kuushika. Uko tayari kufanya au la sio shida yangu, nitamuacha tu.
TCP ni kama unavyozungumza na mvulana na kumwonya mapema kwamba utarusha mpira, kwa hivyo unaunda dhamana, kisha unarusha mpira ili mwenzi wako awe tayari kuudaka. Kwa hivyo TCP huunda muunganisho na kisha kuanza kufanya usafirishaji halisi.
Wacha tuangalie jinsi inavyounda muunganisho kama huo. Itifaki hii hutumia kupeana mkono kwa njia 3 ili kuunda muunganisho. Hili sio neno la kiufundi sana, lakini limetumika kwa muda mrefu kuelezea muunganisho wa TCP. Kupeana mkono kwa njia 3 huanzishwa na kifaa kinachotuma, huku mteja akituma pakiti iliyo na alama ya SYN kwa seva.
Wacha tuseme kwamba msichana aliye mbele, ambaye tunaweza kuona uso wake, ni kifaa A, na msichana aliye nyuma, ambaye uso wake hauonekani, ni kifaa B. Msichana A hutuma pakiti ya SYN kwa msichana B, na anasema: "mkuu, ambaye anataka kuwasiliana nami. Kwa hiyo, ninahitaji kujibu kwamba niko tayari kuwasiliana!β Jinsi ya kufanya hivyo? Mtu anaweza kurudisha pakiti nyingine ya SYN na kisha ACK inayoonyesha kupokea pakiti asili ya SYN. Lakini badala ya kutuma ACK kando, seva huunda pakiti ya kawaida iliyo na SYN na ACK na kuisambaza kwenye mtandao.
Kwa hivyo katika hatua hii, kifaa A kimetuma pakiti ya SYN na kupokea tena pakiti ya SYN/ACK. Sasa kifaa A lazima kitume kifaa B kifurushi cha ACK, yaani, kithibitishe kwamba kimepokea idhini kutoka kwa kifaa B ili kuanzisha mawasiliano. Kwa hivyo, vifaa vyote viwili vilipokea pakiti za SYN na ACK, na sasa tunaweza kusema kwamba uunganisho umeanzishwa, yaani, kushikana mikono kwa hatua 3 kumekamilika kwa kutumia itifaki ya TCP.
Ifuatayo tutaangalia teknolojia ya Windowing ya TCP. Kwa ufupi, ni njia inayotumika katika TCP/IP kujadili uwezo wa mtumaji na mpokeaji.
Hebu tuseme kwamba katika Windows tunajaribu kuhamisha faili kubwa, sema GB 2 kwa ukubwa, kutoka kwenye gari moja hadi nyingine. Mwanzoni kabisa mwa uhamishaji, mfumo utatujulisha kuwa uhamishaji wa faili utachukua takriban mwaka 1. Lakini sekunde chache baadaye mfumo utajirekebisha na kusema: "Ah, subiri kidogo, nadhani itachukua kama miezi 6, sio mwaka." Muda zaidi utapita na Windows itasema: "Nadhani ninaweza kuhamisha faili katika mwezi 1." Hii itafuatiwa na ujumbe "siku 1", "saa 6", "saa 3", "saa 1", "dakika 20", "dakika 10", "dakika 3". Kwa kweli, mchakato mzima wa kuhamisha faili utachukua dakika 3 pekee. Hii ilitokeaje? Hapo awali, kifaa chako kinapojaribu kuwasiliana na kifaa kingine, hutuma pakiti moja na kusubiri uthibitisho. Ikiwa kifaa kinangojea kwa muda mrefu uthibitisho, inafikiria: "Ikiwa nitalazimika kuhamisha 2 GB ya data kwa kasi hii, itachukua kama miaka 2." Baada ya muda, kifaa chako hupokea ACK na kufikiri, βsawa, nilituma pakiti moja na kupokea ACK, kwa hivyo mpokeaji anaweza kupokea pakiti 1. Sasa nitajaribu kumtumia pakiti 10 badala ya moja.β Mtumaji hutuma pakiti 10 na baada ya muda hupokea uthibitisho wa ACK kutoka kwa kifaa cha kupokea, ambayo ina maana kwamba mpokeaji anasubiri pakiti inayofuata, ya 11. Mtumaji anafikiri: βSawa, kwa kuwa mpokeaji alishughulikia pakiti 10 mara moja, sasa nitajaribu kumtumia pakiti 100 badala ya kumi.β Anatuma pakiti 100, na mpokeaji anajibu kwamba amezipokea na sasa anasubiri pakiti 101. Kwa hiyo, baada ya muda, idadi ya pakiti zinazoambukizwa huongezeka.
Hii ndiyo sababu unaona kupungua kwa kasi kwa muda wa nakala ya faili ikilinganishwa na kile kilichoelezwa awali - hii ni kutokana na uwezo ulioongezeka wa kuhamisha kiasi kikubwa cha data. Hata hivyo, inakuja wakati ambapo ongezeko zaidi la kiasi cha maambukizi haliwezekani. Hebu tuseme umetuma pakiti 10000, lakini buffer ya kifaa cha mpokeaji inaweza tu kukubali 9000. Katika hali hii, mpokeaji hutuma ACK na ujumbe: "Nimepokea pakiti 9000 na sasa niko tayari kupokea 9001." Kutokana na hili, mtumaji anahitimisha kuwa buffer ya kifaa cha kupokea ina uwezo wa 9000 tu, ambayo ina maana kwamba kuanzia sasa sitatuma pakiti zaidi ya 9000 kwa wakati mmoja. Katika kesi hii, mtumaji huhesabu haraka wakati itamchukua kuhamisha kiasi kilichobaki cha data katika sehemu za pakiti 9000, na anatoa dakika 3. Dakika hizi tatu ni wakati halisi wa maambukizi. Hiyo ndivyo TCP Windowing hufanya.
Hii ni mojawapo ya njia za kusukuma trafiki ambapo kifaa cha kutuma hatimaye huelewa uwezo halisi wa mtandao ni nini. Unaweza kujiuliza kwa nini hawawezi kukubaliana mapema juu ya uwezo wa kifaa cha kupokea ni nini? Ukweli ni kwamba hii haiwezekani kiufundi kwa sababu kuna aina tofauti za vifaa kwenye mtandao. Tuseme una iPad na ina kasi tofauti ya kuhamisha/kupokea data kuliko iPhone, unaweza kuwa na aina tofauti za simu, au labda una kompyuta ya zamani sana. Kwa hiyo, kila mtu ana bandwidth tofauti ya mtandao.
Ndio maana teknolojia ya Windowing ya TCP ilitengenezwa, wakati maambukizi ya data huanza kwa kasi ya chini au kwa uhamisho wa idadi ndogo ya pakiti, hatua kwa hatua kuongeza trafiki "dirisha". Unatuma pakiti moja, pakiti 5, pakiti 10, pakiti 1000, pakiti 10000 na polepole kufungua dirisha hilo zaidi na zaidi hadi "ufunguzi" kufikia kiwango cha juu cha trafiki kinachoweza kutumwa kwa muda maalum. Kwa hivyo, dhana ya Windowing ni sehemu ya uendeshaji wa itifaki ya TCP.
Ifuatayo tutaangalia nambari za bandari za kawaida. Hali ya kawaida ni wakati una seva 1 kuu, labda kituo cha data. Inajumuisha seva ya faili, seva ya wavuti, seva ya barua na seva ya DHCP. Sasa, ikiwa moja ya kompyuta za mteja huwasiliana na kituo cha data, kilicho katikati ya picha, itaanza kutuma trafiki ya seva ya faili kwa vifaa vya mteja. Trafiki hii inaonyeshwa kwa rangi nyekundu na itatumwa kwenye mlango mahususi kwa programu mahususi kutoka kwa seva mahususi.
Je, seva ilijua wapi trafiki fulani inapaswa kwenda? Anajifunza hili kutoka kwa nambari ya bandari fikio. Ukiangalia fremu, utaona kwamba katika kila uhamishaji data kuna kutajwa kwa nambari ya bandari lengwa na nambari ya kituo cha chanzo. Unaweza kuona kwamba trafiki ya bluu na nyekundu, na trafiki ya bluu ni trafiki ya seva ya wavuti, zote mbili zinaenda kwa seva moja ya kimwili, ambayo ina seva tofauti zilizosakinishwa. Ikiwa hiki ni kituo cha data, basi kinatumia seva za kawaida. Kwa hivyo walijuaje kuwa trafiki nyekundu ilitakiwa kurudi kwenye kompyuta ya kushoto na anwani hiyo ya IP? Wanajua shukrani hii kwa nambari za bandari. Ikiwa unarejelea makala ya Wikipedia "Orodha ya Bandari za TCP na UDP", utaona kwamba inaorodhesha nambari zote za bandari za kawaida.
Ukisogeza chini ukurasa huu unaweza kuona jinsi orodha hii ilivyo kubwa. Ina takriban nambari 61. Nambari za bandari kutoka 000 hadi 1 zinajulikana kama nambari za bandari zinazojulikana zaidi. Kwa mfano, port 1024/TCP ni ya kutuma amri za ftp, port 21 ni ya ssh, port 22 ni ya Telnet, yaani, kutuma ujumbe ambao haujasimbwa. Lango 23 maarufu hubeba data kupitia HTTP, huku port 80 hubeba data iliyosimbwa kwa njia fiche kupitia HTTPS, ambayo ni sawa na toleo salama la HTTP.
Baadhi ya bandari zimetolewa kwa TCP na UDP, na zingine hufanya kazi tofauti kulingana na ikiwa muunganisho ni TCP au UDP. Kwa hivyo, bandari ya TCP 80 rasmi inatumiwa kwa HTTP, na bandari ya UDP 80 isiyo rasmi inatumiwa kwa HTTP, lakini chini ya itifaki tofauti ya HTTP - QUIC.
Kwa hivyo, nambari za bandari katika TCP hazikusudiwa kufanya kitu sawa na katika UDP. Huna haja ya kujifunza orodha hii kwa moyo, haiwezekani kukumbuka, lakini unahitaji kujua namba za bandari maarufu na za kawaida. Kama nilivyosema, baadhi ya bandari hizi zina madhumuni rasmi, ambayo yamefafanuliwa katika viwango, na baadhi yana madhumuni yasiyo rasmi, kama ilivyo kwa Chromium.
Kwa hivyo, jedwali hili linaorodhesha nambari zote za bandari za kawaida, na nambari hizi hutumiwa kutuma na kupokea trafiki wakati wa kutumia programu maalum.
Sasa hebu tuangalie jinsi data inavyosonga kwenye mtandao kulingana na taarifa ndogo tunazojua. Hebu tuseme kwamba kompyuta 10.1.1.10 inataka kuwasiliana na kompyuta hii, au seva hii, ambayo ina anwani 30.1.1.10. Chini ya anwani ya IP ya kila kifaa ni anwani yake ya MAC. Ninatoa mfano wa anwani ya MAC iliyo na herufi 4 tu za mwisho, lakini kwa mazoezi ni nambari ya hexadecimal 48-bit na herufi 12. Kwa kuwa kila moja ya nambari hizi ina biti 4, tarakimu 12 za heksadesimali zinawakilisha nambari ya biti 48.
Kama tunavyojua, ikiwa kifaa hiki kinataka kuwasiliana na seva hii, hatua ya kwanza ya kupeana mkono kwa njia 3 lazima ifanywe kwanza, ambayo ni, kutuma pakiti ya SYN. Ombi hili linapofanywa, kompyuta 10.1.1.10 itabainisha nambari ya bandari ya chanzo, ambayo Windows huunda kwa nguvu. Windows huchagua nambari ya mlango kwa nasibu kati ya 1 na 65,000. Lakini kwa kuwa nambari za kuanzia katika safu ya 1 hadi 1024 zinajulikana sana, katika kesi hii mfumo utazingatia nambari kubwa kuliko 25000 na kuunda bandari ya chanzo cha nasibu, kwa mfano, nambari 25113.
Ifuatayo, mfumo utaongeza bandari ya marudio kwenye pakiti, katika kesi hii ni bandari 21, kwa sababu programu ambayo inajaribu kuunganisha kwenye seva hii ya FTP inajua kwamba inapaswa kutuma trafiki ya FTP.
Kisha, kompyuta yetu inasema, "Sawa, anwani yangu ya IP ni 10.1.1.10, na ninahitaji kuwasiliana na anwani ya IP 30.1.1.10." Anwani hizi zote mbili pia zimejumuishwa kwenye pakiti ili kuunda ombi la SYN, na pakiti hii haitabadilika hadi mwisho wa muunganisho.
Nataka uelewe kutokana na video hii jinsi data inavyosonga kwenye mtandao. Kompyuta yetu inayotuma ombi inapoona anwani ya IP ya chanzo na anwani ya IP lengwa, inaelewa kuwa anwani lengwa haiko kwenye mtandao huo wa ndani. Nilisahau kusema kwamba hizi zote ni anwani za IP /24. Kwa hivyo ukiangalia /24 anwani za IP, utagundua kuwa kompyuta 10.1.1.10 na 30.1.1.10 haziko kwenye mtandao mmoja. Kwa hivyo, kompyuta inayotuma ombi inaelewa kuwa ili kuondoka kwenye mtandao huu, lazima iwasiliane na lango la 10.1.1.1, ambalo limeundwa kwenye moja ya interfaces za router. Inajua kwamba inapaswa kwenda kwa 10.1.1.1 na inajua anwani yake ya MAC ya 1111, lakini haijui anwani ya MAC ya lango 10.1.1.1. Anafanya nini? Inatuma ombi la ARP la utangazaji ambalo vifaa vyote kwenye mtandao vitapokea, lakini router tu yenye anwani ya IP 10.1.1.1 itajibu.
Kipanga njia kitajibu na anwani yake ya MAC ya AAAA, na anwani za MAC za chanzo na lengwa pia zitawekwa kwenye fremu hii. Mara tu fremu ikiwa tayari, ukaguzi wa uadilifu wa data wa CRC, ambayo ni algoriti ya kutafuta cheki ili kugundua makosa, itafanywa kabla ya kuondoka kwenye mtandao.
Cyclic Redundancy CRC inamaanisha kuwa fremu hii yote, kutoka SYN hadi anwani ya mwisho ya MAC, inaendeshwa kupitia algoriti ya hashing, tuseme MD5, na kusababisha thamani ya heshi. Thamani ya heshi, au hundi ya MD5, kisha huwekwa mwanzoni mwa fremu.
Niliipa jina FCS/CRC kwa sababu FCS ni Mfuatano wa Kukagua Fremu, thamani ya CRC ya baiti nne. Watu wengine hutumia jina la FCS na wengine hutumia jina la CRC, kwa hivyo nimejumuisha tu sifa zote mbili. Lakini kimsingi ni thamani ya hashi tu. Inahitajika ili kuhakikisha kuwa data zote zilizopokelewa kwenye mtandao hazina makosa. Kwa hiyo, wakati sura hii inafikia router, jambo la kwanza router itafanya ni kuhesabu checksum yenyewe na kulinganisha na thamani ya FCS au CRC ambayo sura iliyopokea ina. Kwa njia hii anaweza kuangalia kwamba data iliyopokelewa juu ya mtandao haina makosa, baada ya hapo ataondoa checksum kutoka kwa sura.
Ifuatayo, kipanga njia kitaangalia anwani ya MAC na kusema, "Sawa, anwani ya MAC AAAA inamaanisha kuwa sura inaelekezwa kwangu," na ufute sehemu ya sura iliyo na anwani za MAC.
Kuangalia anwani ya IP ya marudio 30.1.1.10, ataelewa kuwa pakiti hii haijashughulikiwa kwake na lazima iende zaidi kupitia router.
Sasa router "inadhani" kwamba inahitaji kuona ambapo mtandao na anwani 30.1.1.10 iko. Bado hatujashughulikia dhana kamili ya uelekezaji, lakini tunajua kwamba vipanga njia vina jedwali la uelekezaji. Jedwali hili lina ingizo la mtandao na anwani 30.1.1.0. Kama unavyokumbuka, hii sio anwani ya IP ya mwenyeji, lakini kitambulisho cha mtandao. Router "itafikiri" kwamba inaweza kufikia anwani 30.1.1.0/24 kwa kupitia router 20.1.1.2.
Unaweza kuuliza, anajuaje hili? Kumbuka tu kwamba itajua hili ama kutoka kwa itifaki za uelekezaji au kutoka kwa mipangilio yako ikiwa wewe kama msimamizi umesanidi njia tuli. Lakini kwa hali yoyote, jedwali la uelekezaji la router hii lina kiingilio sahihi, kwa hivyo inajua inapaswa kutuma pakiti hii kwa 20.1.1.2. Kwa kudhani kuwa kipanga njia tayari kinajua anwani ya MAC ya kulengwa, tutaendelea kusambaza pakiti. Ikiwa hajui anwani hii, ataanza ARP tena, kupokea anwani ya MAC ya router 20.1.1.2, na mchakato wa kutuma sura utaendelea tena.
Kwa hivyo tunadhania kuwa tayari inajua anwani ya MAC, basi tutakuwa na anwani ya chanzo cha BBB ya MAC na anwani ya MAC ya CCC lengwa. Kipanga njia tena huhesabu FCS/CRC na kuiweka mwanzoni mwa fremu.
Kisha hutuma fremu hii kwenye mtandao, fremu hufikia kipanga njia 20.1.12, ambacho hukagua cheki, huhakikisha kuwa data haijaharibika, na kufuta FCS/CRC. Kisha "hupunguza" anwani za MAC, hutazama marudio na kuona kwamba ni 30.1.1.10. Anajua kwamba anwani hii imeunganishwa kwenye kiolesura chake. Mchakato sawa wa uundaji wa fremu unarudiwa, kipanga njia huongeza chanzo na lengwa maadili ya anwani ya MAC, hufanya hashing, ambatisha heshi kwenye fremu na kuituma kwenye mtandao.
Seva yetu, ikiwa hatimaye imepokea ombi la SYN lililoshughulikiwa kwake, hukagua cheki ya hashi, na ikiwa pakiti haina makosa, hufuta heshi. Kisha anaondoa anwani za MAC, anaangalia anwani ya IP na anatambua kwamba pakiti hii inaelekezwa kwake.
Baada ya hapo, inapunguza anwani za IP zinazohusiana na safu ya tatu ya mfano wa OSI na inaangalia nambari za bandari.
Anaona bandari 21, ambayo ina maana ya trafiki ya FTP, anaona SYN na kwa hiyo anaelewa kuwa mtu anajaribu kuwasiliana naye.
Sasa, kulingana na kile tulichojifunza kuhusu kupeana mkono, seva 30.1.1.10 itaunda pakiti ya SYN/ACK na kuirudisha kwa kompyuta 10.1.1.10. Baada ya kupokea pakiti hii, kifaa 10.1.1.10 kitaunda ACK, kuipitisha kupitia mtandao kwa njia sawa na pakiti ya SYN, na baada ya seva kupokea ACK, uunganisho utaanzishwa.
Jambo moja unapaswa kujua ni kwamba haya yote hufanyika chini ya sekunde moja. Huu ni mchakato wa haraka sana, ambao nilijaribu kupunguza ili kila kitu kiwe wazi kwako.
Natumaini utapata ulichojifunza katika somo hili kuwa muhimu. Ikiwa una maswali yoyote, tafadhali niandikie kwa [barua pepe inalindwa] au acha maswali chini ya video hii.
Kuanzia na somo linalofuata, nitachagua maswali 3 ya kuvutia zaidi kutoka kwa YouTube, ambayo nitayapitia mwisho wa kila video. Kuanzia sasa nitakuwa na sehemu ya "Maswali Makuu" hivyo nitaweka swali pamoja na jina lako na kulijibu moja kwa moja. Nadhani hii itakuwa na faida.
Asante kwa kukaa nasi. Je, unapenda makala zetu? Je, ungependa kuona maudhui ya kuvutia zaidi? Tuunge mkono kwa kuweka agizo au kupendekeza kwa marafiki, Punguzo la 30% kwa watumiaji wa Habr kwenye analogi ya kipekee ya seva za kiwango cha kuingia, ambayo tulikutengenezea: (inapatikana kwa RAID1 na RAID10, hadi cores 24 na hadi 40GB DDR4).
VPS (KVM) E5-2650 v4 (Core 6) 10GB DDR4 240GB SSD 1Gbps bila malipo hadi majira ya joto wakati wa kulipa kwa muda wa miezi sita, unaweza kuagiza .
Dell R730xd mara 2 nafuu? Hapa tu nchini Uholanzi! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - kutoka $99! Soma kuhusu
Chanzo: mapenzi.com