{"id":37512,"date":"2019-10-31T22:18:05","date_gmt":"2019-10-31T19:18:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6\/"},"modified":"2019-10-31T22:18:05","modified_gmt":"2019-10-31T19:18:05","slug":"trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","title":{"rendered":"Cisco 200-125 CCNA v3.0 koolitus. P\u00e4ev 24. IPv6 protokoll","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4na uurime IPv6 protokolli. Eelmise CCNA kursuse versiooni ei olnud selle protokolliga s\u00fcvitsi tutvumine vajalik, kuid kolmandas versioonis 200-125 on selle p\u00f5hjalik tundmine eksami sooritamiseks kohustuslik. IPv6 protokoll loodi juba ammu, kuid pikka aega ei leidnud see laialdast rakendamist. See on interneti edasise arengu seisukohalt \u00e4\u00e4rmiselt oluline, kuna selle eesm\u00e4rk on k\u00f5rvaldada IPv4 protokolli laialdaselt levinud puudused. <\/p>\n

Kuna IPv6 protokoll on \u00fcsna ulatuslik teema, jagasin selle kaheks videosessiooniks: P\u00e4ev 24 ja P\u00e4ev 25. Esimesel p\u00e4eval keskendume peamistele m\u00f5istetele, kuid teisel arutame, kuidas seadistada IP-aadresse IPv6 protokolli alusel Cisco seadmetes. T\u00e4na vaatame nagu tavaliselt kolme teemat: IPv6 vajadus, IPv6 aadresside formaat ja IPv6 aadresside t\u00fc\u00fcbid.<\/p>\n

\"Cisco
\n
\nSiiani oleme meie tundides kasutanud IP-aadresse IPv4 protokolli alusel, ja olete harjunud, et need n\u00e4evad v\u00e4lja \u00fcsna lihtsad. Kui n\u00e4gite selles slaidis kujutatud aadressi, siis m\u00f5istsite kindlasti, millest jutt k\u00e4ib. <\/a><\/noindex><\/p>\n

Kuid IP-aadressid v6 n\u00e4evad hoopis teistsugused v\u00e4lja. Kui te ei ole tuttav selle versiooni interneti protokolli aadresside loomise p\u00f5him\u00f5tetega, siis esialgu \u00fcllatab teid, et selle t\u00fc\u00fcpi IP-aadress v\u00f5tab v\u00e4ga palju ruumi. Neljandas versioonis oli meil ainult 4 k\u00fcmnendikku numbrit, ja need olid k\u00f5ik v\u00e4ga lihtsad, kuid kujutlege, et peate \u00fctlema mingile h\u00e4rra X tema uus IP-aadress, mis on 2001:0db8:85a3:0000:0000:8a2e:0370:7334. <\/p>\n

\"Cisco
\n
\nKuid \u00e4rge muretsege \u2013 selle videosessiooni l\u00f5puks oleme palju paremas positsioonis. Alustame siiski selgitusega, miks on vajalik IPv6 kasutamine.<\/p>\n

\"Cisco
\n
\nT\u00e4nap\u00e4eval kasutavad enamik inimesi IPv4 ja on sellega \u00fcsna rahul. Miks siis oli vaja \u043f\u0435\u0440\u0435\u0439\u0442\u0438 uus versioonile? Esiteks koosneb IP-aadresside 4. versioon 32 bitist. See v\u00f5imaldab luua internetis umbes 4 miljardit aadressi, t\u00e4pne IP-aadresside arv on 232. IPv4 loomise ajal pidasid arendajad seda arvu piisavaks. Kui te m\u00e4letate, jagunevad selle versiooni aadressid 5 klassi: aktiivsed klassid A, B, C ning reserveeritud klassid D (multi-casting) ja E (uuringute jaoks). Seega, kuigi t\u00f6\u00f6tavate IP-aadresside hulk moodustas vaid 75% neljast miljardist, olid protokolli koostajad kindlad, et need on kogu inimkonnale piisavad. Kuid interneti kiire arengu t\u00f5ttu hakkas iga aastaga vabanenud IP-aadresside hulk j\u00e4rsult v\u00e4henema, ja kui NAT-tehnoloogiat ei oleks kasutatud, oleks IPv4 vabad aadressid juba ammu otsa saanud. Tegelikult on NAT olnud selle interneti protokolli p\u00e4\u00e4stja. Just seet\u00f5ttu oli vajalik luua uus versioon interneti protokollist, mis ei kannataks 4. versiooni puuduste all. V\u00f5ite k\u00fcsida, miks neljandast versioonist liikuda otse kuuesse. See on tingitud sellest, et versioon 5, nagu ka versioonid 1, 2 ja 3, olid eksperimentaalsed. <\/p>\n

Nii et IP-aadressid v6 omavad 128-bitist aadressiruumi. Kuidas arvate, kui palju on v\u00f5imalikku IP-aadresside hulka suurendatud? T\u00f5en\u00e4oliselt \u00fctlete: \u00ab4 korda!\u00bb. Aga see ei ole t\u00f5si, kuna 234 on 4 korda rohkem kui 232. Seega on v\u00e4\u00e4rtus 2128 uskumatult suur \u2013 see on 340282366920938463463374607431768211456. Just nii palju IP-aadresse on saadaval IPv6 protokollis. See t\u00e4hendab, et saate m\u00e4\u00e4rata IP-aadressi k\u00f5igile, millele soovite: oma autole, telefonile, nutikellale. Kaasaegne inimene v\u00f5ib omada s\u00fclearvutit, mitut nutitelefoni, nutikelli, nutikat kodu \u2013 interneti\u00fchendusega televiisorit, internetiga \u00fchendatud pesumasinat, kogu maja, mis on interneti v\u00f5rku \u00fchendatud. Nii suur aadresside hulk v\u00f5imaldab ellu viia kontseptsiooni \u201easjade internet\u201c, mida toetab Cisco. See t\u00e4hendab, et teie elus on k\u00f5ik asjad internetiga \u00fchendatud ja igal neist on vaja oma IP-aadressi. IPv6 abil on see v\u00f5imalik! Iga inimene Maa peal saab kasutada oma seadmete jaoks miljoneid selle versiooni aadresse ja sellest hoolimata j\u00e4\u00e4b liiga palju vabu. Me ei saa ennustada, kuidas tehnoloogia arengud kulgevad, kuid v\u00f5ime loota, et inimkond ei j\u00f5ua aega, mil Maal on ainult 1 arvuti. V\u00f5ime eeldada, et IPv6 kestab veel kaua. <\/p>\n

\"Cisco
\n
\nNeed juba taldad on kujutatud 8 r\u00fchmas kuusnurkseid numbreid. See t\u00e4hendab, et iga aadressi m\u00e4rk on pikkusega 4 bitti, seega koosneb iga 4 m\u00e4rgi r\u00fchm 16 bitist, ning kogu aadress on 128 bitti pikk. Iga 4 m\u00e4rgi r\u00fchm on eraldatud j\u00e4rgnevast r\u00fchmast kahe kooloniga, erinevalt IPv4 aadressidest, kus r\u00fchmad olid eraldatud punktidega, kuna punkt esindab numbreid k\u00fcmnendkujul. Kuna sellise aadressi m\u00e4letamine on keeruline, on olemas m\u00f5ned reeglid, mis v\u00f5imaldavad selle l\u00fchendada. Esimene reegel \u00fctleb, et r\u00fchmad, mis koosnevad ainult nullidest, saab asendada kahekordse kooloniga. Sarnast operatsiooni saab teostada iga IP-aadressiga vaid 1 kord. Vaadakem, mida see t\u00e4hendab.<\/p>\n

Nagu n\u00e4ete, on antud aadressis kolm r\u00fchma, mis koosnevad 4 nullist. R\u00fchmade 0000:0000:0000 vaheline kokkuolek on 2 koolonit. Seega, kui kasutada kahekordset koolonit ::, t\u00e4hendab see, et just seal aadressis on r\u00fchmad nullidest. Kuidas teada saada, kui palju r\u00fchmi nullidest t\u00e4histab see kahekordne koolon? Kui vaadata aadressi l\u00fchendatud vormi, saab kokku lugeda 5 r\u00fchma, mis koosnevad 4 m\u00e4rgist. Kuid kuna me teame, et t\u00e4ispikk aadress koosneb 8 r\u00fchmast, t\u00e4hendab see, et kahekordne koolon t\u00e4histab 3 r\u00fchma, mis koosnevad 4 nullist. See on esimene reegel l\u00fchendatud aadressi vormi kohta.<\/p>\n

\"Cisco
\n
\nTeine reegel \u00fctleb, et igast m\u00e4rkide r\u00fchmast on v\u00f5imalik j\u00e4tta v\u00e4lja algsed nullid. N\u00e4iteks n\u00e4eb 6. r\u00fchm t\u00e4ispikkuses aadressis v\u00e4lja nagu 04FF, kuid selle l\u00fchendatud vorm on 4FF, kuna j\u00e4tsime algse nulli v\u00e4lja. Seega, m\u00e4rgid 4FF t\u00e4hendavad mitte midagi muud kui 04FF. <\/p>\n

Kasutades neid reegleid, on v\u00f5imalik l\u00fchendada \u00fcksk\u00f5ik millist IP-aadressi. Kuid isegi p\u00e4rast l\u00fchendamist ei tundu see aadress t\u00f5eliselt l\u00fchike. Hiljem vaatame, mida sellega teha, praegu lihtsalt pidage meeles neid 2 reeglit. <\/p>\n

Vaadakem, millised on IPv4 ja IPv6 aadressipeade struktuurid.<\/p>\n

\"Cisco
\n
\nSee pilt, mille ma Internetist v\u00f5tsin, selgitab v\u00e4ga h\u00e4sti kahe aadressipea erinevust. Nagu n\u00e4ete, on IPv4 aadressipea palju keerulisem ja sisaldab rohkem teavet kui IPv6 aadressipea. Kui pea on keeruline, kulutab ruuter selle t\u00f6\u00f6tlemiseks rohkem aega marsruutimisotsuse tegemiseks, seet\u00f5ttu t\u00f6\u00f6tavad ruuterid kuue versiooni lihtsamate IP-aadressidega t\u00f5husamalt. Seet\u00f5ttu on IPv6 oluliselt parem kui IPv4. <\/p>\n

IPv4 aadressipea pikkus on 0 kuni 31 bitti, kokku 32 bitti. Ilma viimase rea Options ja Padding arvestamata on IPv4 aadressi minimaalne suurus 20 bitti, st see on 20 baitine aadress. Kuue versiooni aadressil pole minimaalset suurust ning sellel on fikseeritud pikkus 40 bait.<\/p>\n

IPv4 aadressipea alguses on versioon, seej\u00e4rel on pikkuse IHL. Vaikimisi on see 20 bait, kuid kui aadressipeas on sisenev teave Options, v\u00f5ib selle pikkus olla suurem. Kui kasutada Wireshark\u2019i, saab lugeda versiooni v\u00e4\u00e4rtust, mis on 4, ja IHL v\u00e4\u00e4rtust, mis on 5, mis t\u00e4hendab, et viis vertikaalset plokki, kus iga\u00fches on 4 baiti (32 bitti), v\u00e4lja arvatud Options plokk. <\/p>\n

\"Cisco
\n
\nTeenuse t\u00fc\u00fcp (Type of Service) n\u00e4itab paketi laadi \u2013 n\u00e4iteks, kas see on h\u00e4\u00e4lepakett v\u00f5i andmepakett, kuna h\u00e4\u00e4lekasutus on prioriteediga v\u00f5rreldes muu liiklusega. \u00dches\u00f5naga n\u00e4itab see v\u00e4li liikluse prioriteeti. Kogu pikkus (Total Length) on 20 baitine p\u00e4ise pikkus pluss koormuse pikkus, mis on edastatavad andmed. Kui see kanne on 50 bitti, siis kogu pikkus on 70 bitti. Pakettide identifitseerimine (Identification) tagab pakettide terviklikkuse, kasutades juhtimissegu v\u00e4\u00e4rtust (Header Checksum). Kui pakett on jagatud 5 osaks, peaks iga\u00fchel neist olema sama identifikaator \u2014 fragmentide nihke (Fragment Offset) vahemik on 0 kuni 4, kus iga paketi fragment peab omama sama nihke v\u00e4\u00e4rtust. Lipud n\u00e4itavad, kas fragmentide nihkumine on lubatud. Kui te ei soovi andmete jagamise toimumist, seadke DF lipp \u2013 \u00e4rge jagage. On olemas lipp MF \u2013 rohkem fragmente. See t\u00e4hendab, et kui esimene pakett on jagatud 5 osaks, siis teisel paketil seatakse 0, mis t\u00e4hendab \u2013 rohkem fragmente ei tule! Samal ajal j\u00e4\u00e4b esimese paketi viimane fragment t\u00e4histama 4, et vastuv\u00f5ttev seade saaks paketti lihtsalt dekonfigureerida, st teostada defragmentatsiooni. <\/p>\n

P\u00f6\u00f6rake t\u00e4helepanu selle slaidi v\u00e4rvidele. Punasega on t\u00e4histatud v\u00e4ljad, mis on IPv6 peast v\u00e4lja j\u00e4etud. Sinisega on n\u00e4idatud parameetrid, mis on \u00fclemineku teinud neljandalt kuuele protokollile muudetud kujul. Kollased v\u00e4ljendid on m\u00f5lemas versioonis muutumatud. Roheline v\u00e4rv n\u00e4itab v\u00e4ljade, mis on esmakordselt IPv6-sse lisatud.<\/p>\n

V\u00e4ljad Identification, Flags, Fragment Offset ja Header Checksum on v\u00e4lja j\u00e4etud, kuna t\u00e4nap\u00e4eval ei toimu andmete edastamise tingimustes fragmenteerimist ning kontrollsummat ei ole vaja. Palju aastaid tagasi, aeglase andmeedastuse ajal, esines fragmenteerimist \u00fcsna tihti, kuid n\u00fc\u00fcd kasutatakse laialdaselt IEEE 802.3 standardile vastavat Ethernetit, mille MTU on 1500 baiti, ja fragmenteerimine ei esine enam.<\/p>\n

TTL ehk paketi eluaeg on taanduv loendur \u2013 kui eluaeg saavutab 0, siis pakett visatakse \u00e4ra. Tegelikult on see maksimaalne \u00fcleminekute arv, mida tohib selles v\u00f5rgus teha. Protocol v\u00e4li n\u00e4itab, millist protokolli, TCP v\u00f5i UDP, kasutatakse v\u00f5rgus.<\/p>\n

Header Checksum on aegunud parameeter, seet\u00f5ttu on see uue protokolli versioonist v\u00e4lja j\u00e4etud. J\u00e4rgmistes ridades asuvad 32-bitine allika aadress ja 32-bitine sihtaadress. Kui meil on mingit teavet Options reas, siis v\u00e4\u00e4rtus IHL muutub 5-lt 6-le, n\u00e4idates, et p\u00e4ises on t\u00e4iendav v\u00e4li.
\nIPv6 p\u00e4ises kasutatakse ka versiooni Version, samas kui Traffic Class vastab IPv4 p\u00e4ise Type of Service v\u00e4ljale. Flow Label sarnaneb Traffic Class'ile ja teenib sama eesm\u00e4rki, lihtsustades homogeensete pakettide voogude marsruute. Payload Length t\u00e4hendab kasuliku koormuse pikkust ehk andmev\u00e4lja suurust, mis asub p\u00e4isest allpool. Peaine p\u00e4ise pikkus on 40 baiti ja seet\u00f5ttu ei mainita seda kusagil. <\/p>\n

V\u00e4li Next Header n\u00e4itab, millist t\u00fc\u00fcpi p\u00e4is j\u00e4rgmine pakett olema hakkab. See on v\u00e4ga kasulik funktsioon, mis m\u00e4\u00e4rab j\u00e4rgmise transportprotokolli t\u00fc\u00fcbi \u2013 TCP, UDP jne, ja mis osutub v\u00e4ga vajalikuks tulevastes andmeedastustehnoloogiates. Isegi kui kasutate oma protokolli, saate teada, milline protokoll j\u00e4rgmine on. <\/p>\n

\u00dclemineku piir, ehk Hop Limit, on IPv4 p\u00e4ise TTLi analoog, mis toimib marsruutimise silmuste v\u00e4ltimise mehhanismina. Edasi on 128-bitine allika aadress ja 128-bitine sihtaadress. Kogu p\u00e4is on 40 baiti. Nagu ma \u00fctlesin, on IPv6 oluliselt lihtsam kui IPv4 ning t\u00f5husam routeri marsruutimise otsuste tegemiseks.
\nVaadakem IPv6 aadressit\u00fc\u00fcpe. Teame, et unicast on suunatud edastus, kus \u00fcks seade on otse seotud teisega ja m\u00f5lemad seadmed saavad suhelda ainult teineteisega. Multicast on edastamine, mis t\u00e4hendab, et mitmed seadmed saavad samaaegselt \u00fchendust v\u00f5tta \u00fche seadmega, mis omakorda suudab samaaegselt suhelda mitmete seadmetega. Selles m\u00f5ttes sarnaneb multicast raadiojaamadega, mille signaalid levivad laialdaselt. Kui soovite kuulda kindlat kanalit, peate h\u00e4\u00e4lestama oma raadio kindlale sagedusele. Kui te m\u00e4letate videotundi RIP protokollist, siis teate, et see protokoll kasutab v\u00e4rskenduste edastamiseks laiekraani domeeni 255.255.255.255, kuhu on \u00fchendatud k\u00f5ik alamv\u00f5rgud. Kuid need v\u00e4rskendused saavad ainult need seadmed, mis kasutavad RIP protokolli. <\/p>\n

Teine edastusviis, mida IPv4 ei tuntud, on Anycast. Seda kasutatakse, kui teil on mitu seadet sama IP-aadressiga ja see v\u00f5imaldab edastada pakette l\u00e4himale adressaadile sihtr\u00fchmas. <\/p>\n

\"Cisco
\n
\nInterneti puhul, kus meil on CDN-v\u00f5rgud, v\u00f5ib tuua n\u00e4iteks YouTube'i teenuse. Seda teenust kasutab palju inimesi erinevates maailma nurkades, kuid see ei t\u00e4henda, et k\u00f5ik nad oleksid otse seotud ettev\u00f5tte serveriga Californias. YouTube'il on palju servereid kogu maailmas, n\u00e4iteks asub minu India YouTube'i server Singapuris. Samamoodi sisaldab IPv6 protokoll sisseehitatud mehhanismi CDN-tehnoloogia edastamiseks geograafiliselt jaotatud v\u00f5rgustruktuuri kaudu, kasutades seega Anycasti.<\/p>\n

Kuidas n\u00e4ete, puudub siin veel \u00fcks edastusviis, Broadcast, kuna IPv6 protokoll seda ei kasuta. Kuid Multicast toimib selles protokollis sarnaselt Broadcast'ile IPv4-s, lihtsalt efektiivsemal viisil. <\/p>\n

Kuues protokolli versioon kasutab kolme aadressit\u00fc\u00fcpi: Link Local, Unique Site Local ja Global. Meie m\u00e4letame, et IPv4 puhul on igal liidesel ainult \u00fcks IP-aadress. Oletame, et meil on kaks ruuteri, mis on omavahel \u00fchendatud, nii et iga \u00fchendava liidese puhul on ainult 1 IP-aadress. IPv6 kasutamise korral saadab iga liides automaatselt Link Local t\u00fc\u00fcpi IP-aadressi. Need aadressid algavad FE80::\/64. <\/p>\n

\"Cisco
\n
\nNeed IP-aadressid on m\u00f5eldud ainult kohalike \u00fchenduste jaoks. Windowsi kasutajad tunnevad sarnaseid aadresse, nagu n\u00e4iteks 169.254.X.X \u2013 need on aadressid, mis konfigureeritakse automaatselt IPv4 protokolli kaudu.<\/p>\n

Kui arvuti p\u00f6\u00f6rdub DHCP-serveri poole IP-aadressi saamiseks, kuid mingil p\u00f5hjusel ei suuda sellega \u00fchendust luua, siis on Microsofti seadmetes mehhanism, mis v\u00f5imaldab arvutil endale ise IP-aadressi m\u00e4\u00e4rata. Sellisel juhul on aadress umbes selline: 169.254.1.1. Samuti v\u00f5ib juhtuda, et meil on arvuti, l\u00fcliti ja ruuter. Oletame, et ruuter ei ole saanud DHCP-serverilt IP-aadressi ning m\u00e4\u00e4rab endale automaatselt sama IP-aadressi 169.254.1.1. P\u00e4rast seda saadab ta l\u00fcliti kaudu v\u00f5rgus laiali laiaulatusliku ARP-p\u00e4ringu, et k\u00fcsida, kas m\u00f5nel v\u00f5rguseadmel on see aadress. Saades vastuse, et \u201eJah, mul on t\u00e4pselt sama IP-aadress!\u201c, m\u00e4\u00e4rab ruuter endale uue juhusliku aadressi, n\u00e4iteks 169.254.10.10, ja saadab j\u00e4lle v\u00f5rku ARP-p\u00e4ringu. <\/p>\n

\"Cisco
\n
\nKui keegi ei teata, et tal on sama aadress, siis j\u00e4tab ta aadressi 169.254.10.10 endale. Nii v\u00f5ivad seadmed kohaliku v\u00f5rgu sees \u00fcldse mitte kasutada DHCP-serverit, kasutades mehhanismi ise IP-aadresside m\u00e4\u00e4ramiseks, et omavahel \u00fchendust saada. Sellest seisneb IP-aadresside automaatkonfiguratsioon, millega oleme korduvalt kokku puutunud, kuid kunagi ei ole seda kasutanud. <\/p>\n

Sarnaselt on IPv6 protokollis Link Local kohalike IP-aadresside m\u00e4\u00e4ramise mehhanism, mis algab FE80::. Sl\u00e4pp 64 t\u00e4hendab, et aadressid jagatakse v\u00f5rgu ja hosti aadresside vahel. Esimesed 64 t\u00e4histavad v\u00f5rku ja viimased 64 \u2013 hosti. <\/p>\n

\"Cisco
\n
\nFE80:: t\u00e4hendab aadresse, mis on kujul FE80.0.0.0\/, kus sl\u00e4ppi j\u00e4rel on hosti aadresside osa. Need aadressid ei ole meie seadmetele ja nendega \u00fchendatud liidestele \u00fchesugused ja konfigureeritakse automaatselt. Hosti osa kasutab MAC-aadressi. Nagu teada, on MAC-aadress 48-bitine IP-aadress, mis koosneb 6 plokist, kus on 2 kuusnurkset numbrit. Sellist s\u00fcsteemi kasutab Microsoft, Cisco seevastu kasutab 3 plokki, kus on 4 kuusnurkset numbrit. <\/p>\n

\"Cisco
\n
\nMeie n\u00e4ites kasutame Microsofti j\u00e4rjekorda, mis on kujul 11:22:33:44:55:66. Kuidas m\u00e4\u00e4rab seade MAC-aadressi? See arvude j\u00e4rjestus hosti aadressis, mis esindab MAC-aadressi, jaguneb kaheks osaks: vasakul on kolm r\u00fchma 11:22:33, paremal kolm r\u00fchma 44:55:66, ja nende vahele lisatakse FF ja FE. Nii luuakse 64-bitine hosti IP-aadress. <\/p>\n

\"Cisco
\n
\nNagu teada, on j\u00e4rjestus 11:22:33:44:55:66 MAC-aadress, mis on igale seadmele ainulaadne. Paigutades MAC-aadressi vahele kahe numbri r\u00fchma FF:FE, saame selle seadme ainulaadse IP-aadressi. Just nii luuakse Local Link t\u00fc\u00fcpi IP-aadress, mida kasutatakse ainult naabrite omavaheliseks \u00fchendamiseks ilma spetsiaalse konfigureerimise ja serveriteta. Selline IP-aadress saab kasutada ainult \u00fche v\u00f5rgu segmendi sees ja ei saa kasutada v\u00e4lise kommunikatsiooni jaoks selle segmendi v\u00e4ljastpoolt. <\/p>\n

J\u00e4rgmiseks aadressiks on Unique Site Local Scope, mis vastavad IPv4 protokolli sisemistele (private) IP-aadressidele nagu 10.0.0.0\/8, 172.16.0.0\/12 ja 192.168.0.0\/16. P\u00f5hjus, miks kasutatakse sisemisi private ja v\u00e4liseid public IP-aadresse, seisneb NAT-tehnoloogias, millest oleme r\u00e4\u00e4kida eelnevatel tundidel. Unique Site Local Scope on tehnoloogia, mis loob sise-IP-aadresse. V\u00f5ite \u00f6elda: \u201eImran, sa \u00fctlesid, et igal seadmel v\u00f5ib olla oma IP-aadress, just seep\u00e4rast me l\u00e4ksime IPv6 peale,\u201d ja te oleksite t\u00e4iesti \u00f5iged. Kuid m\u00f5ned inimesed eelistavad kasutada sise-IP aadresside kontseptsiooni turvalisuse kaalutlustel. Samuti kasutatakse NAT-i tulem\u00fc\u00fcrina, mist\u00f5ttu ei saa v\u00e4lised seadmed suvaliselt \u00fchendust v\u00f5tta sisev\u00f5rgus asuvate seadmetega, kuna neil on kohalikud IP-aadressid, mis pole v\u00e4lisest Internetist ligip\u00e4\u00e4setavad. Kuid NAT tekitab palju probleeme VPN-iga, n\u00e4iteks ESP protokolliga. IPv4 puhul tagas turvalisuse IPSec protokoll, kuid IPv6-s on sisseehitatud turvamehhanism, mist\u00f5ttu toimub \u00fchendus sise- ja v\u00e4liste IP-aadresside vahel v\u00e4ga lihtsalt. <\/p>\n

IPv6-l on kaks erinevat aadressit\u00fc\u00fcpi: Unique Local aadressid vastavad IPv4 sise-IP-dele, samas kui Global aadressid vastavad IPv4 v\u00e4lis-IP-dele. Paljud inimesed eelistavad Unique Local aadresse \u00fcldse mitte kasutada, teised aga ei saa neist ilma hakkama, mist\u00f5ttu on see pideva vaidluse teema. Usun, et saad palju rohkem eeliseid, kui kasutad ainult v\u00e4liseid IP-aadresse, eelk\u00f5ige seoses mobiilsuse vajadusega. N\u00e4iteks on mu seadmel alati sama IP-aadress, olgu ma seej\u00e4rel Bengaluru v\u00f5i New Yorgis, nii et saan oma seadmeid probleemideta igas maailma punktis kasutada. <\/p>\n

Nagu ma juba mainisin, on IPv6-l sisseehitatud turvamehhanism, mis v\u00f5imaldab luua turvalise VPN-tunneli teie kontori asukoha ja teie seadmete vahel. Varem vajasime sellise VPN-tunneli loomiseks v\u00e4list mehhanismi, kuid IPv6-s on see sisseehitatud standardne mehhanism. <\/p>\n

Kuna oleme t\u00e4na piisavalt k\u00fcsimusi arutanud, l\u00f5petan meie tunni, et j\u00e4tkata IP interneti protokolli kuuenda versiooni arutamist j\u00e4rgmises videos. Kodut\u00f6\u00f6na palun teil p\u00f5hjalikult uurida, mis on kuusnurkne arvs\u00fcsteem, kuna IPv6 m\u00f5istmiseks on v\u00e4ga oluline m\u00f5ista binaars\u00fcsteemi teisendamist kuusnurkseks ja tagasi. N\u00e4iteks peate teadma, et 1111=F ja nii edasi, lihtsalt otsige Google'ist, et selle kohta rohkem teada saada. J\u00e4rgmises video\u00f5petuses p\u00fc\u00fcan teiega sellist teisendust harjutada. Soovitan teil vaadata t\u00e4nast video\u00f5petust mitu korda, et teil ei j\u00e4\u00e4ks k\u00fcsimusi k\u00e4sitletud teemade osas. <\/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 \u0431\u0443\u0434\u0435\u0442 \u0438\u0437\u0443\u0447\u0430\u0442\u044c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6. \u041f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f \u043a\u0443\u0440\u0441\u0430 CCNA \u043d\u0435 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043b\u0430 \u0434\u0435\u0442\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043e\u0437\u043d\u0430\u043a\u043e\u043c\u043b\u0435\u043d\u0438\u044f \u0441 \u044d\u0442\u0438\u043c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u043c, \u043e\u0434\u043d\u0430\u043a\u043e \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 200-125 \u0435\u0433\u043e \u0443\u0433\u043b\u0443\u0431\u043b\u0435\u043d\u043d\u043e\u0435 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0431\u044f\u0437\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u043c \u0434\u043b\u044f \u0441\u0434\u0430\u0447\u0438 \u044d\u043a\u0437\u0430\u043c\u0435\u043d\u0430. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6 \u0431\u044b\u043b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0430\u043d \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0434\u0430\u0432\u043d\u043e, \u043e\u0434\u043d\u0430\u043a\u043e \u0434\u043e\u043b\u0433\u043e\u0435 \u0432\u0440\u0435\u043c\u044f \u043d\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u043b \u0448\u0438\u0440\u043e\u043a\u043e\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f. \u041e\u043d \u043e\u0447\u0435\u043d\u044c \u0432\u0430\u0436\u0435\u043d \u0434\u043b\u044f \u0434\u0430\u043b\u044c\u043d\u0435\u0439\u0448\u0435\u0433\u043e \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0430, \u043f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u043f\u0440\u0435\u0434\u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d \u0434\u043b\u044f \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043a\u043e\u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28150,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37512","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\udd47 Cisco 200-125 CCNA v3.0 koolitus. P\u00e4ev 24. IPv6 protokoll | ProHoster","description":"T\u00e4na uurime protokolli IPv6.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","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 24. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6 | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u0442 \u0438\u0437\u0443\u0447\u0430\u0442\u044c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","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:18:05+00:00","article:modified_time":"2019-10-31T19:18:05+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37512","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 18:09:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:25:27","updated":"2026-01-23 18:09:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37512","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=37512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/28150"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=37512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=37512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=37512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}