{"id":37303,"date":"2019-10-31T22:16:52","date_gmt":"2019-10-31T19:16:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya\/"},"modified":"2019-10-31T22:16:52","modified_gmt":"2019-10-31T19:16:52","slug":"trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","title":{"rendered":"Cisco 200-125 CCNA v3.0 koolitus. P\u00e4ev 20. Staatiline suunamine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4na r\u00e4\u00e4gime staatilisest suunamisest ja vaatame kolme teemat: mis on staatiline suunamine, kuidas seda seadistatakse ja milline on selle alternatiiv. N\u00e4ete v\u00f5rgutopoloogiat, mis sisaldab arvutit IP-aadressiga 192.168.1.10, mis on l\u00fclitatud l\u00fclitiga v\u00e4ravasse v\u00f5i ruuterisse. Selle \u00fchenduse jaoks kasutatakse ruuteri porti f0\/0, mille IP-aadress on 192.168.1.1.<\/p>\n

\"Cisco
\n
\nTeine port sellel ruuteril f0\/1, mille IP-aadress on 192.168.2.1, on \u00fchendatud teise ruuteri portf0\/0, millel on aadress 192.168.2.2. Teine ruuter on \u00fchendatud portf0\/1, mille aadress on 192.168.3.2, kolmandaga, mis kasutab selle \u00fchenduse jaoks portf0\/0, mille IP-aadress on 192.168.3.3. <\/a><\/noindex><\/p>\n

L\u00f5puks on kolmas ruuter \u00fchendatud teise l\u00fclitiga l\u00e4bi portf0\/1, mille aadress on 192.168.4.3, ja l\u00fcliti on \u00fchendatud teise arvutiga, mille IP-aadress on 192.168.4.10.
\nKui teate, kuidas IP-aadresside p\u00f5hjal alamv\u00f5rke jagada, siis m\u00e4\u00e4rake, et osa esimesest arvutist esimesse marsruuterisse kuulub \u00fchte alamv\u00f5rku, osa esimese ja teise marsruuteri vahel teise ning teise ja kolmanda marsruuteri vahel kolmandasse v\u00f5rku, ja kolmandast marsruuterist teise arvutisse neljandasse v\u00f5rku. Nii on meil neli erinevat v\u00f5rku. <\/p>\n

\"Cisco
\n
\nKui arvuti 192.168.1.10 soovib \u00fchendust luua arvutiga 192.168.4.10, peab ta esmalt saatma oma andmed v\u00e4ravasse 192.168.1.1. Ta loob raam \u00fcmber, kuhu paneb allika ja sihtkoha IP-aadressid, allika ja sihtkoha MAC-aadressid ning saadab selle marsruuterisse. Marsruuter j\u00e4tab k\u00f5rvale 2. taseme teabe, st MAC-aadressid, ja vaatab 3. taseme teavet. Kui ta saab teada, et andmed on suunatud seadmest, mille IP-aadress on 192.168.4.10, m\u00f5istab marsruuter, et sellist seadet ei ole talle \u00fchendatud, seet\u00f5ttu peab ta lihtsalt selle raami edasi suunama. Ta vaatab oma marsruutimislauda ja n\u00e4eb, et andmed v\u00f5rgu 4 jaoks tuleb saata seadmele, mille IP-aadress on 192.168.2.2. <\/p>\n

Sarnaselt teise ruuteri tabelile kontrollib see enda marsruutimislauda, tuvastab, et andmed v\u00f5rgu 4 jaoks tuleb saata IP-aadressile 192.168.3.3 ja edastab kaadri kolmandale ruuterile. L\u00f5puks kontrollib kolmas ruuter enda tabelit, m\u00e4\u00e4rab, et v\u00f5rk 4 on temaga \u00fchendatud, ja saadab kaadri teisele arvutile. <\/p>\n

Vaatame, kuidas marsruudilaud luuakse. Selleks kasutame Cisco Packet Traceri ja uurime, kuidas rakendatakse marsrudimise konseptsiooni. Siin on kujutatud sama v\u00f5rgu topoloogiat, ja n\u00fc\u00fcd m\u00e4\u00e4ran ruuteritele vastavad IP-aadressid, m\u00e4rkides ka vaikimisi v\u00e4rava aadressid. <\/p>\n

\"Cisco
\n
\nMe ei tee midagi l\u00fclitiga, kuna see t\u00f6\u00f6tab vaikeseadega ja kasutab VLAN1. Alustame esimese ruuteri Router0 seadistamist. Esiteks anname talle hostinime R1, seej\u00e4rel m\u00e4\u00e4rame f0\/0 liidese IP-aadressi ja alamv\u00f5rgu maski. Seej\u00e4rel tuleb rakendada k\u00e4sk no shutdown. N\u00e4ete, kuidas liidesem\u00e4rker vahetus punaselt roheliseks, mis t\u00e4hendab, et port on v\u00f5rku sisse l\u00fclitatud. <\/p>\n

Seej\u00e4rel peame seadistama marsruuteri f0\/1 teise pordi, samal ajal j\u00e4\u00e4b hostinimi muutumatuks, me lihtsalt lisame IP-aadressi 192.168.2.1 ja alamv\u00f5rgu maski 255.255.255.0. Siin pole midagi uut, see on lihtne seadistus, teate juba k\u00f5iki k\u00e4ske, seega l\u00e4hen kiiresti \u00fcle \u00fclej\u00e4\u00e4nud marsruutereile. Kui m\u00e4\u00e4ran IP-aadresse ja kasutan k\u00e4sku no shut, muutuvad marsruuteri pordid roheliseks, n\u00e4idates, et \u00fchendus seadmete vahel on loodud. Sellega loon v\u00f5rgud 1., 2., 3. ja 4. Marsruuteri pordi IP-aadressi viimane oktet n\u00e4itab marsruuteri numbrit, samas kui eelviimane oktet n\u00e4itab selle pordi k\u00fclge \u00fchendatud v\u00f5rgu numbrit. <\/p>\n

Seega on esimese ruuteri sadamate aadressid 192.168.1.1 (esimene ruuter, esimene v\u00f5rk) ja 192.168.2.1 (esimene ruuter, teine v\u00f5rk), teise ruuteri aadressid on 192.168.2.2 (teine ruuter, teine v\u00f5rk) ja 192.168.3.2 (teine ruuter, kolmas v\u00f5rk), ning kolmanda ruuteri aadressid on 192.168.3.3 (kolmas ruuter, kolmas v\u00f5rk) ja 192.168.4.3 (kolmas ruuter, neljas v\u00f5rk). Arvan, et see on \u00fcsna lihtne meeles pidada, kuid tegelikult v\u00f5ivad aadressid tekkida erinevalt, s\u00f5ltuvalt teie ettev\u00f5ttes kehtestatud reeglitest. Te peate j\u00e4rgima ettev\u00f5tte reegleid, sest teie kolleegi on lihtsam k\u00f5rvaldada vigu teie v\u00f5rgus, kui te loote selle vastavalt reeglitele. <\/p>\n

Nii, olen l\u00f5petanud ruuteri portide IP-aadresside m\u00e4\u00e4ramise ja n\u00e4ete, et teise l\u00fcliti port on samuti muutunud roheliseks, kuna \u00fchendus tema ja teise arvuti vahel loodi automaatselt. <\/p>\n

\"Cisco
\n
\nN\u00fc\u00fcd k\u00e4ivitame esimese arvuti k\u00e4surea terminali ja pingime teist arvutit aadressil 192.168.4.10. Liigume simulatsioonire\u017eiimi \u2013 n\u00fc\u00fcd n\u00e4ete animatsiooni pingipakkide liikumisest v\u00f5rgupiirkondades. K\u00e4ivitame pingi veel kord, et saaksite hoolikalt j\u00e4lgida, mis sel ajal toimub. Paremal olevas tabelis n\u00e4ete ICMP-d, Internet Control Message Protocol \u2013 see t\u00e4histab pingimist. Ping on protokoll, mida kasutame \u00fchenduse kontrollimiseks. <\/p>\n

\"Cisco
\n
\nSa tead saadate testpaketi teisele seadmele ja kui see selle tagasi saadab, on \u00fchendus edukalt loodud. Kui kl\u00f5psate pingi paketil skeemil, saate vaadata edastamise teavet. <\/p>\n

\"Cisco
\n
\nN\u00e4ete OSI 3. taseme andmeid \u2013 need on pingimise allika ja siht-IP-aadressid, 2. taseme andmed vastavate MAC-aadressidena ja 1. taseme andmed portide m\u00e4rkidena \u2013 see on FastEthernet0. Samuti v\u00f5ite heita pilgu pingi raamiformaadile: p\u00e4is, t\u00fc\u00fcp ja paketi keha. <\/p>\n

\"Cisco
\n
\nRaam saadetakse l\u00fclitisse, l\u00fcliti anal\u00fc\u00fcsib MAC-aadresse ja saadab selle edasi v\u00f5rku ruuterile. Ruuter n\u00e4eb IP-aadressi 192.168.4.10 ja loobub paketist, kuna ta ei tunne sellist aadressi. Vaadakem, mis toimub reaalajas, selleks naaseme pingimise juurde k\u00e4surea aknas. <\/p>\n

\"Cisco
\n
\nN\u00e4ete, et p\u00fc\u00fcdes pingi kaudu kontot 192.168.4.10, on k\u00f5ik 4 paketti kaduma l\u00e4inud \u2013 ruuterilt 192.168.1.1 saadi vastus, et sihtaadress pole saadaval. Naaseme ruuteri k\u00e4surea liidese aknasse ja sisestame k\u00e4su show ip route. N\u00e4ete k\u00f5ige olulisemat osa \u2013 marsruuditabelit, ja sisestatud k\u00e4sk on \u00fcks peamistest Cisco marsruutimise k\u00e4skudest. Praegu sisaldab see tabel 2 kirjet. Tabeli alguses on kasutatud l\u00fchendite loetelu, millest on n\u00e4ha, et t\u00e4hega C t\u00e4histatakse \u00fchendusi. Esimene kanne \u00fctleb, et v\u00f5rk 192.168.1.0\/24 on otseselt \u00fchendatud pordi FastEthernet0\/0 k\u00fclge, samas kui v\u00f5rk 192.168.2.0\/24 on otseselt \u00fchendatud pordi FastEthernet0\/1 k\u00fclge. See t\u00e4hendab, et hetkel tunneb ruuter ainult neid kahte v\u00f5rku. <\/p>\n

\"Cisco
\n
\nAadress 192.168.1.0\/24 on v\u00f5rgutuvastus. Kui me loome alamv\u00f5rke, loome samal ajal ka nende tuvastused. Need tuvastused \u00fctlevad ruuterile, et k\u00f5ik seadmed, mille IP-aadressid j\u00e4\u00e4vad vahemikku 192.168.1.1 kuni 192.168.1.254, asuvad antud alamv\u00f5rgus. Seega peavad k\u00f5ik need seadmed tehniliselt olema ruuterile kergesti k\u00e4ttesaadavad, kuna see on \u00fchendatud sellele v\u00f5rkule. <\/p>\n

Kui tuvastuse l\u00f5pus on v\u00e4\u00e4rtus \/24, t\u00e4hendab see, et k\u00f5ikide selle v\u00f5rgu seadmete jaoks vahemikus 1 kuni 254 saadetakse laiem saatmis s\u00f5num. Seega on antud ruuteriga \u00fchendatud ainult v\u00f5rke 1. ja 2., mist\u00f5ttu ta teab vaid nendest v\u00f5rkudest. Kui pingi aadress 192.168.4.10 j\u00f5uab ruuterisse, ei tea ta, et see aadress on saadaval marsruudil Router0- Router1- Router2. <\/p>\n

Kuid kui v\u00f5rguadministraator teate, et see marsruut on k\u00e4ttesaadav, t\u00e4hendab see, et esimene ruuter v\u00f5ib selle paketi saata teisele ruuteri. Seet\u00f5ttu peate korraldama staatilise marsruutimise. Proovime seda teha. <\/p>\n

Me \u00fctleme sellele ruuterile, et k\u00f5ik paketid ja k\u00f5ik liiklus, mis on m\u00f5eldud v\u00f5rgule 192.168.4.0\/24, tuleb saata teisele ruuterile. Statilise marsruutimise k\u00e4su formaat on j\u00e4rgmine: ip route . <\/p>\n

\"Cisco
\n
\nN\u00fc\u00fcd n\u00e4itan teile, mida see t\u00e4hendab. Kasutame selle k\u00e4sku ruuteri globaalsete seadete konfigureerimise re\u017eiimi. Kannan sisestama ip route 192.168.4.0 255.255.255.0 \u2014 see t\u00e4hendab, et siia j\u00f5uab iga liiklus seadmete jaoks, mille IP-aadressi viimane oktet on vahemikus 1 kuni 254, ja seej\u00e4rel sisestan kas IP-aadressi v\u00f5i sadama m\u00e4\u00e4rangu, kuhu see liiklus saatma peab. Antud juhul sisestan liidese nimetuse f0\/1, seega k\u00e4sk omandab j\u00e4rgmise vormi: ip route 192.168.4.0 255.255.255.0 f0\/1.<\/p>\n

\"Cisco
\n
\nV\u00e4rava liidese asemel v\u00f5in m\u00e4rkida ka tema IP-aadressi, siis n\u00e4eb statilise marsruutimise k\u00e4sk v\u00e4lja j\u00e4rgmiselt: ip route 192.168.4.0 255.255.255.0 192.168.2.2.<\/p>\n

V\u00f5ite k\u00fcsida, mis on parem. Minu arvates on laiv\u00f5rkude, nagu Ethernet, puhul parem n\u00e4idata IP-aadressi. Kui aga kasutate punkt-punkt v\u00f5rgusid, nagu Frame Relay (edastavad v\u00f5i raamistamise v\u00f5rgud), on parem kasutada v\u00e4ljundliidest. Hiljem vaatame Frame Relay v\u00f5rgusid, kuid n\u00fc\u00fcd kasutan ma sobivamat marsruuterikomandi varianti -192.168.4.0 255.255.255.0.<\/p>\n

N\u00fc\u00fcd vaatame marsruudita tabelit, kasutades k\u00e4sku do show ip address. N\u00e4ete, et selles on ilmnenud uus kirje, mille pealkiri on t\u00e4ht S, see t\u00e4hendab statiline. <\/p>\n

\"Cisco
\n
\nSee kirje \u00fctleb, et kui on liiklust aadressilt 192.168.4.0\/24, tuleb see suunata seadme kaudu, mille IP-aadress on 192.168.2.2. Naaseme arvuti k\u00e4sureale ja proovime vajalikku aadressi uuesti pingida. N\u00fc\u00fcd peaks liiklus l\u00e4bima esimese marsruuteri ja j\u00f5udma teise marsruuteri, mis peaks pakette tagasi l\u00fckkama.<\/p>\n

Esimeses olukorras ei visanud ruuter lihtsalt pakette \u00e4ra, vaid ta vastas ka arvutile, et IP-aadress 192.168.4.10 ei ole saadaval. Teine ruuter saab aga vastata ainult esimesele ruuterile, kellelt ta liiklust sai. Vaadakem teise ruuteri marsruutimistabelit. Siin on \u00f6eldud, et Router1 tunneb ainult v\u00f5rke 2. ja 3. ning ei tea midagi v\u00f5rgu 4. kohta, kuhu ta peaks esimese arvuti paketid saatma. Ta saaks saata tagasi teate, et sihtkoht ei ole saadaval, kuid ei tea, kuidas \u00fchendust v\u00f5tta arvutiga, mis need paketid saatis, kuna ta ei tea midagi v\u00f5rgust 1. Seet\u00f5ttu saime sihtkoha k\u00e4ttesaamatuse teate asemel s\u00f5numi Request timed out \u2013 p\u00e4ringu ooteaeg on aegunud. Erinevatel v\u00f5rguseadmetel on erinevad TTL-i v\u00e4\u00e4rtused, seega, kui IP paketid saavutavad selle v\u00e4\u00e4rtuse, h\u00e4vitatakse need. Samal ajal toimub tagasiviik \u2013 tehakse \u00fcks h\u00fcpe ja TTL-i loenduri v\u00e4\u00e4rtus muutub 16-st 15-ks, teine \u2013 15-st 14-ks ja nii edasi, kuni TTL-i v\u00e4\u00e4rtus saavutab 0 ning pakk h\u00e4vitatakse. <\/p>\n

Nii t\u00f6\u00f6tab IP-pakettide ts\u00fcklite ennetamise mehhanism. Seega, kui seade ei saa taotlust kehtestatud aja jooksul, kuvab s\u00fcsteem sarnase teate. Seet\u00f5ttu liikume teise ruuteri seadistuste juurde ja n\u00e4itame, kuidas j\u00f5uda neljasse alamv\u00f5rku. Selleks kasutan k\u00e4sku ip route 192.168.4.0 255.255.255.0 192.168.3.3. N\u00fc\u00fcd on vastav kanne ilmunud marsruutimistabelisse, mille kutsusime esile k\u00e4suga do show ip route. <\/p>\n

\"Cisco
\n
\nN\u00fc\u00fcd teab Router1, kuidas saata liiklust neljanda alamv\u00f5rgu adressaatidele. Ta saadab selle kolmandale ruuterile. Kolmas ruuter Router2, kuna sellele on \u00fchendatud v\u00f5rgu 4., teab kindlasti, kuidas paketti teisele arvutile saata.<\/p>\n

Mis juhtub, kui ma saadan pingi uuesti? Sest n\u00fc\u00fcd teavad k\u00f5ik v\u00f5rguseadmed, kuidas saavutada teist arvutit. Kas IP-aadressi 192.168.4.10 pingimine on n\u00fc\u00fcd edukas? Ei, see ei ole! <\/p>\n

Nagu juba mainisin, ICMP on kahepoolse suhtluse protokoll, seega, kui keegi saadab pingipakette, peavad need tagasi tulema. Suunamine sisaldab seda, et igal v\u00f5rgu seadmel peab olema mitte ainult teadlikkus, kuidas kellelegi s\u00f5num saata, vaid see peab ka teadma, kuidas saata vastuss\u00f5num k\u00fcsimuse esitajale. Seega j\u00f5uab esimese arvuti saadetud pakett edukalt teise arvutini. Teine arvuti arvab: \"suurep\u00e4rane, ma sain teie s\u00f5numi ja n\u00fc\u00fcd pean teile vastama\". See vastus, mis on adresseeritud seadmele, mille IP-aadress on 192.168.1.10, j\u00f5uab ruuterisse Router2. Kolmas ruuter n\u00e4eb, et ta peab paketi saatma esimesesse alamv\u00f5rku, kuid tema suunamisregister sisaldab andmeid ainult kolmanda ja neljanda alamv\u00f5rgu kohta. Seet\u00f5ttu peame looma staatilise marsruudi k\u00e4su ip route 192.168.1.0 255.255.255.0 192.168.3.2 abil. See k\u00e4sk \u00fctleb, et 192.168.1.0 identifikaatoriga v\u00f5rku suunatud liiklus tuleb saata teisele ruuterile, mille IP-aadress on 192.168.3.2. <\/p>\n

Mis juhtub p\u00e4rast seda? Teine ruuter tunneb 2., 3. ja 4. v\u00f5rgust, kuid esimese v\u00f5rgu kohta ei tea midagi. Seet\u00f5ttu tuleb minna teise ruuteri Router1 seadete juurde ja kasutada k\u00e4sku ip route 192.168.1.0 255.255.255.0 192.168.2.1, st m\u00e4rkida, et 1. v\u00f5rgu liiklus peab minema 2. v\u00f5rgu kaudu esimesele ruuterile Router0.<\/p>\n

P\u00e4rast seda j\u00f5uab pakett esimesele ruuterile, mis tunneb seadet 192.168.1.10, kuna esimene v\u00f5rk, milles see arvuti asub, on \u00fchendatud selle ruuteri pordiga. M\u00e4rgin, et n\u00fc\u00fcd ei tea esimene ruuter midagi 3. v\u00f5rgust ning kolmas ruuter ei tea midagi teise v\u00f5rgu kohta. See v\u00f5ib tekitada probleemi, kuna need ruuterid ei tea vahepealsetest alamv\u00f5rkudest. <\/p>\n

Ma pingin aadressi 192.168.4.0 uuesti ning n\u00e4ete, et seekord pingimine \u00f5nnestus. Pakett j\u00f5udis esimeselt teisele arvutile ning vastus naasis saatjale. K\u00e4skluste aknas on n\u00e4ha teateid, et iga 4 vastuspaketti 192.168.4.0 on 32 baiti, TTL= 125 ms ja pingimise \u00f5nnestumise m\u00e4\u00e4r on 100%. See t\u00e4hendab, et edastuse allikas sai vastuse sihthostilt. Seega, isegi kui seadmed ei tea teatud vahepealsetest v\u00f5rkudest, ei oma see t\u00e4htsust, kui need t\u00f6\u00f6tavad p\u00f5him\u00f5ttel \u201el\u00f5pp-saatja \u2013 l\u00f5pp-vastuv\u00f5tja\u201c. Esimene arvuti teab, kuidas teisele arvutile j\u00f5uda, ja teine teab, kuidas esimeseni tagasi j\u00f5uda. <\/p>\n

Vaatame teist olukorda. Esimene arvuti suudab teisega edukalt suhelda, kui samal ajal voolab liiklus l\u00e4bi k\u00f5igi nende seadmete. Uurime, kas PC0 suudab \u00fchendust luua kolmanda ruuteriga Router2 aadressil 192.168.3.3 \u2013 see on v\u00f5rgu 3 port kolmandas ruuteris. Ping n\u00e4itab, et see ei ole v\u00f5imalik \u2013 sihthost on k\u00e4ttesaamatu. <\/p>\n

Vaatame, mis probleem on. Kui avame esimese ruuteri suunamisTabela, n\u00e4eme, et ta tunneb ainult 3 v\u00f5rku \u2013 esimest, teist ja neljandat, kuid ei tea midagi kolmandast v\u00f5rgust. Seet\u00f5ttu, kui soovin selle v\u00f5rguga suhelda, tuleb sellele m\u00e4\u00e4rata staatiline marsruut. <\/p>\n

Nii et oleme arutanud, kuidas seadistada staatilist marsruutimist kolme ruuteri jaoks. Kui teil on 10 ruuterit ja 50 erinevat alamv\u00f5rku, v\u00f5tab staatilise marsruutimise k\u00e4sitsi seadistamine v\u00e4ga palju aega. Sellep\u00e4rast vajame d\u00fcnaamilist marsruutimist.
\nPraegu eemaldan k\u00f5ik marsruudid, mida olen loonud. Selleks kutsun j\u00e4rjestikku v\u00e4lja k\u00f5igi ruuterite suunamisTabelid ja lisan iga staatilise marsruutimise kirje algusesse s\u00f5na \u201eno\u201d, kasutades eitamise k\u00e4sku. N\u00fc\u00fcd v\u00f5ime uurida, mis on d\u00fcnaamiline marsruutimine. <\/p>\n

D\u00fcnaamilise marsruutimise jaoks pean aktiveerima RIP-protokolli, mis on v\u00e4ga kiire protokoll. Kuid t\u00e4na me RIP-ist ei r\u00e4\u00e4gi, meie teema on staatiline marsruutimine ja tahtsin teile n\u00e4idata, kui vaevarikas ja t\u00fc\u00fctus see v\u00f5ib olla. Siiski demonstreerin teile kiiresti, kuidas RIP t\u00f6\u00f6tab, mida k\u00e4sitleme j\u00e4rgmises \u00f5ppes.
\nEsimese ruuteri n\u00e4itel kasutan k\u00e4sku router rip, siis tr\u00fckin ver 2, et m\u00e4\u00e4rata protokolli versioon, ja seej\u00e4rel loetlen eraldi ridades v\u00f5rgud, mille jaoks tuleb kasutada d\u00fcnaamilise marsruutimise protokolli: 192.168.1.0, 192.168.2.0, p\u00e4rast mida l\u00e4hen teise ruuteri juurde ja teen sama. Tehniliselt m\u00e4\u00e4ran lihtsalt need v\u00f5rgud, mis on antud seadmega \u00fchendatud, seega m\u00e4\u00e4ran teise ruuteri jaoks 192.168.2.0 ja 192.168.3.0, ning kolmanda puhul, p\u00e4rast k\u00e4sku rip ver 2, m\u00e4\u00e4ran aadressid 192.168.3.0 ja 192.168.4.0. Seej\u00e4rel p\u00f6\u00f6rdun tagasi esimese ruuteri juurde ja vaatan marsruuditabelit. <\/p>\n

\"Cisco
\n
\nN\u00e4ete, et k\u00f5ik v\u00f5rgud on maagiliselt ilmunud, kaks esimest on need, mis on otse ruuteri k\u00fclge \u00fchendatud, ja kaks \u00fclej\u00e4\u00e4nut on need, mille \u00fchendus toimub d\u00fcnaamilise marsruutimise protokolli RIP kaudu. Sarnane olukord on j\u00e4lgitav ka teise ja kolmanda ruuteri marsruuditabelites. Kui ma \u00fchendaksin teise ruuteri k\u00fclge v\u00f5rgud 5 ja 6, siis k\u00f5ik seadmed, mis kasutavad RIP-i, saaksid neist uutest v\u00f5rkudest teada. Just see on d\u00fcnaamilise marsruutimise eelis.<\/p>\n

\"Cisco
\n
\nKui ma n\u00fc\u00fcd teist arvutit pingen, t\u00f6\u00f6tab \u00fchendus probleemideta. Ma saan pingenida ka kolmandat ruuteri ja ping on edukas, sest esimene ruuter teab RIP-i kaudu k\u00f5igist seadmetest, mis k\u00f5igis v\u00f5rkudes on. Samasuguseid 'teadmisi' omavad ka teine ja kolmas ruuter. Ma ei \u00fctle, et RIP on parim protokoll, kuid ta suudab t\u00f5husalt teha palju asju. Praegu tahan, et te m\u00f5istaksite, mis on marsruutimine ja kuidas see t\u00f6\u00f6tab, mis on marsruuditabel ja milles seisneb tema t\u00e4htsus. <\/p>\n

\u00dcksk\u00f5ik, kas kasutate staatilist v\u00f5i d\u00fcnaamilist suunamist, on protokollide roll t\u00e4ita suunamis tabel. See tabel peab olema teadlik k\u00f5igist marsruutidest, mis viivad k\u00f5igisse v\u00f5rgu seadmetesse, et \u00fcks seade saaks \u00fchendust luua teise seadmega. <\/p>\n

Nii et t\u00e4na \u00f5ppisite, et suunamine on protsess, mis tagab marsruutide kirjeid suunamis tabelites, et ruuter saaks otsustada, kuidas suunata liiklust v\u00f5rgus. <\/p>\n

\r\n \"Vaata\r\n
<\/div>\r\n <\/div><\/center>
\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Soovite rohkem huvitavat sisu? Toetage meid tellimuse vormistamise v\u00f5i soovituste jagamisega s\u00f5pradele. 30% soodustus Habra kasutajatele meie ainulaadsetelt entry-level serveritelt, mis on loodud just teile:<\/b> K\u00f5ik VPS (KVM) E5-2650 v4 (6 s\u00fcdamikku) 10GB DDR4 240GB SSD 1Gbps alates $20 v\u00f5i kuidas serverit \u00f5igesti jagada?<\/a><\/noindex> (saadaval on RAID1 ja RAID10 variandid, kuni 24 s\u00fcdamikku ja kuni 40GB DDR4).<\/p>\n

Dell R730xd kaks korda odavam?<\/b> Ainult meie juures 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199<\/a><\/noindex> Hollandi turul! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege, kuidas Luua ettev\u00f5tte tasemel infrastruktuur Dell R730xd E5-2650 v4 serveritega, mille hind on 9000 eurot, madala hinnaga?<\/a><\/noindex>
\n
Allikas: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0442\u0440\u0438 \u0442\u0435\u043c\u044b: \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f, \u043a\u0430\u043a \u043e\u043d\u0430 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0438 \u043a\u0430\u043a\u0430\u044f \u0443 \u043d\u0435\u0451 \u0430\u043b\u044c\u0442\u0435\u0440\u043d\u0430\u0442\u0438\u0432\u0430. \u0412\u044b \u0432\u0438\u0434\u0438\u0442\u0435 \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u044e \u0441\u0435\u0442\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0432\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u0432 \u0441\u0435\u0431\u044f \u043a\u043e\u043c\u043f\u044c\u044e\u0442\u0435\u0440 \u0441 IP-\u0430\u0434\u0440\u0435\u0441\u043e\u043c 192.168.1.10, \u043f\u043e\u0434\u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u043d\u044b\u0439 \u0447\u0435\u0440\u0435\u0437 \u0441\u0432\u0438\u0442\u0447 \u043a \u0448\u043b\u044e\u0437\u0443, \u0438\u043b\u0438 \u0440\u043e\u0443\u0442\u0435\u0440\u0443. \u0414\u043b\u044f \u044d\u0442\u043e\u0433\u043e \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u043f\u043e\u0440\u0442 \u0440\u043e\u0443\u0442\u0435\u0440\u0430 f0\/0 \u0441 IP-\u0430\u0434\u0440\u0435\u0441\u043e\u043c 192.168.1.1. \u0412\u0442\u043e\u0440\u043e\u0439 \u043f\u043e\u0440\u0442 \u044d\u0442\u043e\u0433\u043e \u0440\u043e\u0443\u0442\u0435\u0440\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27983,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37303","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco 200-125 CCNA v3.0 Koolitus. P\u00e4ev 20. Statiiline marsruutimine | ProHoster","description":"T\u00e4na r\u00e4\u00e4gime staatilisest suunamisest ja k\u00e4sitleme kolme teemat: mis on staatiline suunamine, kuidas see seadistatakse ja milline on selle alternatiiv. Te n\u00e4ete v\u00f5rgu topoloogiat, mis h\u00f5lmab arvutit, mille IP-aadress on 192.168.1.10, \u00fchendatud l\u00fclitiga v\u00e4rava v\u00f5i ruuteri kaudu. Selle \u00fchenduse jaoks kasutatakse ruuteri f0\/0 porti, mille IP-aadress on 192.168.1.1. Selle ruuteri teine \u200b\u200bport","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 20. \u0421\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0442\u0440\u0438 \u0442\u0435\u043c\u044b: \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f, \u043a\u0430\u043a \u043e\u043d\u0430 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0438 \u043a\u0430\u043a\u0430\u044f \u0443 \u043d\u0435\u0451 \u0430\u043b\u044c\u0442\u0435\u0440\u043d\u0430\u0442\u0438\u0432\u0430. \u0412\u044b \u0432\u0438\u0434\u0438\u0442\u0435 \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u044e \u0441\u0435\u0442\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0432\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u0432 \u0441\u0435\u0431\u044f \u043a\u043e\u043c\u043f\u044c\u044e\u0442\u0435\u0440 \u0441 IP-\u0430\u0434\u0440\u0435\u0441\u043e\u043c 192.168.1.10, \u043f\u043e\u0434\u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u043d\u044b\u0439 \u0447\u0435\u0440\u0435\u0437 \u0441\u0432\u0438\u0442\u0447 \u043a \u0448\u043b\u044e\u0437\u0443, \u0438\u043b\u0438 \u0440\u043e\u0443\u0442\u0435\u0440\u0443. \u0414\u043b\u044f \u044d\u0442\u043e\u0433\u043e \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u043f\u043e\u0440\u0442 \u0440\u043e\u0443\u0442\u0435\u0440\u0430 f0\/0 \u0441 IP-\u0430\u0434\u0440\u0435\u0441\u043e\u043c 192.168.1.1. \u0412\u0442\u043e\u0440\u043e\u0439 \u043f\u043e\u0440\u0442 \u044d\u0442\u043e\u0433\u043e \u0440\u043e\u0443\u0442\u0435\u0440\u0430","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:16:52+00:00","article:modified_time":"2019-10-31T19:16:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37303","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 17:11:39","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:29:59","updated":"2026-01-23 17:11:39"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37303","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=37303"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37303\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/27983"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=37303"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=37303"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=37303"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}