{"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\/hu\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","title":{"rendered":"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Ma az IPv6 protokollal fogunk foglalkozni. A kor\u00e1bbi CCNA kurzus verzi\u00f3ja nem k\u00f6vetelte meg a protokoll r\u00e9szletes megismer\u00e9s\u00e9t, de a harmadik, 200-125 verzi\u00f3ban a m\u00e9lyrehat\u00f3 tanulm\u00e1nyoz\u00e1sa k\u00f6telez\u0151 a vizsga let\u00e9tel\u00e9hez. Az IPv6 protokollt m\u00e1r r\u00e9gen kidolgozt\u00e1k, de hossz\u00fa ideig nem terjedt el sz\u00e9les k\u00f6rben. Nagyon fontos az internet j\u00f6v\u0151beli fejl\u0151d\u00e9se szempontj\u00e1b\u00f3l, mivel a sz\u00e9les k\u00f6rben haszn\u00e1lt IPv4 protokoll h\u00e1tr\u00e1nyainak kik\u00fcsz\u00f6b\u00f6l\u00e9s\u00e9re k\u00e9sz\u00fclt. <\/p>\n<p>Mivel az IPv6 protokoll meglehet\u0151sen terjedelmes t\u00e9ma, k\u00e9t vide\u00f3 leck\u00e9re osztottam. Az els\u0151 napon az alapfogalmakkal foglalkozunk, a m\u00e1sodik napon pedig az IPv6 protokoll szerinti IP-c\u00edmek be\u00e1ll\u00edt\u00e1s\u00e1t vizsg\u00e1ljuk a Cisco eszk\u00f6z\u00f6k\u00f6n. Ma, ahogy m\u00e1r megszokhatt\u00e1k, h\u00e1rom t\u00e9m\u00e1t fogunk \u00e1tvenni: az IPv6 sz\u00fcks\u00e9gess\u00e9ge, az IPv6 c\u00edmek form\u00e1tuma \u00e9s az IPv6 c\u00edmek t\u00edpusai.<\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/6cffb996f09121719b0312b205e9119e.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEddig az \u00f3r\u00e1ink sor\u00e1n v4 protokoll szerinti IP-c\u00edmeket haszn\u00e1ltunk, \u00e9s \u00d6n\u00f6k hozz\u00e1szoktak, hogy ezek el\u00e9gg\u00e9 egyszer\u0171en n\u00e9znek ki. Amikor ezt a di\u00e1n l\u00e1that\u00f3 c\u00edmet l\u00e1tt\u00e1k, pontosan tudt\u00e1k, mir\u0151l van sz\u00f3. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Azonban az v6 IP-c\u00edmek teljesen m\u00e1s form\u00e1ban jelennek meg. Ha nem ismeri az IP-c\u00edmek l\u00e9trehoz\u00e1s\u00e1nak elveit ebben az internet protokoll verzi\u00f3ban, el\u0151sz\u00f6r is meg fogja lepni, hogy az ilyen t\u00edpus\u00fa IP-c\u00edm nagyon sok helyet foglal el. A negyedik verzi\u00f3ban csup\u00e1n 4 tizedes sz\u00e1munk volt, ami egyszer\u0171s\u00edti a dolgokat, de k\u00e9pzelje el, hogy Mr. X-nek meg kell adnia az \u00faj IP-c\u00edm\u00e9t, ami a 2001:0db8:85a3:0000:0000:8a2e:0370:7334. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/1b7637dc964a389023a1cc150f982a44.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDe ne agg\u00f3djon \u2013 a vide\u00f3 leck\u00e9nk v\u00e9g\u00e9re sokkal jobb helyzetben fogunk \u00e1llni. El\u0151sz\u00f6r n\u00e9zz\u00fck meg, mi\u00e9rt v\u00e1lt sz\u00fcks\u00e9gess\u00e9 az IPv6 haszn\u00e1lata.<\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/51c89e8d30ab250573ad26d5e5c54db2.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMa a legt\u00f6bb ember IPv4-et haszn\u00e1l, \u00e9s el\u00e9gedettek vele. Mi\u00e9rt volt sz\u00fcks\u00e9g az \u00faj verzi\u00f3ra? El\u0151sz\u00f6r is, a negyedik verzi\u00f3 IP-c\u00edmei 32 bitb\u0151l \u00e1llnak. Ez lehet\u0151v\u00e9 teszi, hogy k\u00f6r\u00fclbel\u00fcl 4 milli\u00e1rd c\u00edmet hozzunk l\u00e9tre az interneten, vagyis az IP-c\u00edmek pontos sz\u00e1ma 232. Amikor az IPv4-et l\u00e9trehozt\u00e1k, a fejleszt\u0151k \u00fagy gondolt\u00e1k, hogy ez a sz\u00e1m b\u0151ven elegend\u0151. Ha eml\u00e9kszel, ennek a verzi\u00f3nak a c\u00edmei 5 oszt\u00e1lyra oszlanak: a m\u0171k\u00f6d\u0151 A, B, C oszt\u00e1lyok \u00e9s a fenntartott D (multicast) \u00e9s E (kutat\u00e1si) oszt\u00e1lyok. \u00cdgy b\u00e1r a m\u0171k\u00f6d\u0151 IP-c\u00edmek sz\u00e1ma mind\u00f6ssze 75%-\u00e1t tette ki a 4 milli\u00e1rdnak, a protokoll l\u00e9trehoz\u00f3i biztosak voltak benne, hogy elegend\u0151 lesz minden ember sz\u00e1m\u00e1ra. Azonban az internet gyors fejl\u0151d\u00e9s\u00e9vel \u00e9vr\u0151l \u00e9vre egyre ink\u00e1bb \u00e9rz\u00e9kelhet\u0151v\u00e9 v\u00e1lt a szabad IP-c\u00edmek hi\u00e1nya, \u00e9s ha nem lett volna a NAT technol\u00f3gia haszn\u00e1lata, az IPv4 szabad c\u00edmei m\u00e1r r\u00e9g elfogytak volna. Val\u00f3j\u00e1ban a NAT lett ennek az internet protokollnak a megment\u0151je. Ez\u00e9rt mer\u00fclt fel az \u00faj verzi\u00f3, amely mentes volt a negyedik v\u00e1ltozat hi\u00e1nyoss\u00e1gait\u00f3l. K\u00e9rdezheted, mi\u00e9rt ugrottunk a negyedik verzi\u00f3r\u00f3l egyenesen a hatodikra. Ez az\u00e9rt van, mert az 5-\u00f6s verzi\u00f3, ak\u00e1rcsak az 1, 2 \u00e9s 3, k\u00eds\u00e9rleti volt. <\/p>\n<p>Teh\u00e1t az IPv6 c\u00edmek 128 bites c\u00edmz\u00e9si teret haszn\u00e1lnak. Mit gondol, h\u00e1nyszoros\u00e1ra n\u0151tt a lehets\u00e9ges IP-c\u00edmek sz\u00e1ma? Val\u00f3sz\u00edn\u0171leg azt mondan\u00e1: \u201e4-szer!\u201d. De ez nem \u00edgy van, mert 234 m\u00e1r 4-szer nagyobb, mint 232. \u00cdgy a 2^128 \u00e9rt\u00e9ke hihetetlen\u00fcl nagy \u2013 340282366920938463463374607431768211456. Ennyi IP-c\u00edm \u00e1ll rendelkez\u00e9sre az IPv6 protokollon. Ez azt jelenti, hogy IP-c\u00edmet adhat b\u00e1rminek, aminek csak szeretne: az aut\u00f3j\u00e1nak, telefonj\u00e1nak, okos\u00f3r\u00e1j\u00e1nak. A modern embernek lehet laptopja, t\u00f6bb okostelefonja, okos\u00f3r\u00e1ja, okos otthona \u2013 t\u00e9v\u00e9, amely csatlakozik az internethez, internetkapcsolattal rendelkez\u0151 mos\u00f3g\u00e9p, egy eg\u00e9sz h\u00e1z, amely az internethez kapcsol\u00f3dik. Ez a c\u00edmek mennyis\u00e9ge lehet\u0151v\u00e9 teszi az \u201einternet dolgai\u201d koncepci\u00f3j\u00e1t, amelyet a Cisco t\u00e1mogat. Ez azt jelenti, hogy az \u00e9let\u00e9ben minden dolog kapcsol\u00f3dik az internethez, \u00e9s mindegyiknek sz\u00fcks\u00e9ge van saj\u00e1t IP-c\u00edm\u00e9re. Az IPv6 seg\u00edts\u00e9g\u00e9vel ez lehets\u00e9ges! Minden ember a F\u00f6ld\u00f6n milli\u00f3kat haszn\u00e1lhat ennek a verzi\u00f3nak az IP-c\u00edmeib\u0151l, \u00e9s m\u00e9g mindig t\u00fal sok marad szabadon. Nem tudjuk megj\u00f3solni, hogyan fejl\u0151dnek a technol\u00f3gi\u00e1k, de rem\u00e9lj\u00fck, hogy az emberis\u00e9g nem jut el arra a pontra, hogy a F\u00f6ld\u00f6n csak egy sz\u00e1m\u00edt\u00f3g\u00e9p marad. Felt\u00e9telezhetj\u00fck, hogy az IPv6 m\u00e9g hossz\u00fa ideig fennmarad. N\u00e9zz\u00fck meg, mit jelent a hatodik verzi\u00f3j\u00fa IP-c\u00edm form\u00e1tuma. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/21db6ffd5bca17108d364a204ccf422c.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEzek a c\u00edmek 8 csoport hexadecim\u00e1lis sz\u00e1mok form\u00e1j\u00e1ban jelennek meg. Ez azt jelenti, hogy a c\u00edm minden karaktere 4 bit hossz\u00fa, \u00edgy minden 4 karakterb\u0151l \u00e1ll\u00f3 csoport 16 bitb\u0151l \u00e1ll, a c\u00edm hossza pedig 128 bit. Minden 4 karakterb\u0151l \u00e1ll\u00f3 csoportot kett\u0151s pontosvessz\u0151 v\u00e1laszt el a k\u00f6vetkez\u0151 csoportt\u00f3l, ellent\u00e9tben az IPv4 c\u00edmekkel, ahol a csoportokat pontok v\u00e1lasztott\u00e1k el, mivel a pont a sz\u00e1mok t\u00edzes form\u00e1j\u00fa reprezent\u00e1ci\u00f3ja. Mivel neh\u00e9z megjegyezni egy ilyen c\u00edmet, t\u00f6bb szab\u00e1ly is l\u00e9tezik a r\u00f6vid\u00edt\u00e9s\u00e9re. Az els\u0151 szab\u00e1ly kimondja, hogy a kiz\u00e1r\u00f3lag null\u00e1kb\u00f3l \u00e1ll\u00f3 csoportokat kett\u0151s ponttal lehet helyettes\u00edteni. Ezt a m\u0171veletet minden IP-c\u00edmen csak egyszer lehet v\u00e9grehajtani. N\u00e9zz\u00fck meg, mit jelent ez.<\/p>\n<p>Ahogy l\u00e1tja, a bemutatott p\u00e9ld\u00e1ban a c\u00edm h\u00e1rom csoportot tartalmaz n\u00e9gy null\u00e1val. A kett\u0151spontok \u00f6sszesen 2, amelyek ezeket a csoportokat elv\u00e1lasztj\u00e1k: 0000:0000:0000. \u00cdgy, ha dupla kett\u0151spontot :: haszn\u00e1lunk, az azt jelenti, hogy ezen a ponton a c\u00edmben nullacsoportok helyezkednek el. Hogyan tudjuk meg, h\u00e1ny nullacsoportot jel\u00f6l ez a dupla kett\u0151spont? Ha megn\u00e9zz\u00fck a c\u00edm t\u00f6m\u00f6r\u00edtett form\u00e1j\u00e1t, 5 csoportot sz\u00e1molhatunk, mindegyik 4 karakterb\u0151l \u00e1ll. De mivel tudjuk, hogy a teljes c\u00edm 8 csoportb\u00f3l \u00e1ll, a dupla kett\u0151spont 3 gruppot jelent, mindegyik n\u00e9gy null\u00e1b\u00f3l. Ez a t\u00f6m\u00f6r\u00edtett c\u00edmz\u00e9s els\u0151 szab\u00e1lya.<\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/0b82b0a1c62282fc9ad02bf71888c6af.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA m\u00e1sodik szab\u00e1ly kimondja, hogy elhagyhatjuk a vezet\u0151 null\u00e1kat minden karaktercsoportban. P\u00e9ld\u00e1ul a c\u00edm teljes form\u00e1j\u00e1nak 6. csoportja 04FF, m\u00edg a r\u00f6vid\u00edtett forma 4FF, mert elhagytuk a vezet\u0151 null\u00e1t. \u00cdgy a 4FF \u00edr\u00e1sm\u00f3d nem m\u00e1s, mint 04FF. <\/p>\n<p>Ezeket a szab\u00e1lyokat haszn\u00e1lva b\u00e1rmilyen IP-c\u00edmet le tudunk r\u00f6vid\u00edteni. Azonban m\u00e9g a r\u00f6vid\u00edt\u00e9s ut\u00e1n sem t\u0171nik val\u00f3ban r\u00f6vidnek ez a c\u00edm. K\u00e9s\u0151bb megn\u00e9zz\u00fck, mit tehet\u00fcnk ezzel, addig is egyszer\u0171en jegyezze meg ezeket a 2 szab\u00e1lyt. <\/p>\n<p>N\u00e9zz\u00fck meg, mit jelentenek az IPv4 \u00e9s IPv6 fejl\u00e9cek.<\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/581c7977df91e78685ffe57fd71063bb.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEz a k\u00e9p, amelyet az Internetr\u0151l szereztem, nagyon j\u00f3l magyar\u00e1zza a k\u00e9t fejl\u00e9c k\u00f6z\u00f6tti k\u00fcl\u00f6nbs\u00e9get. Ahogy l\u00e1tja, az IPv4 c\u00edm fejl\u00e9c sokkal bonyolultabb \u00e9s t\u00f6bb inform\u00e1ci\u00f3t tartalmaz, mint az IPv6 fejl\u00e9c. Ha a fejl\u00e9c bonyolult, akkor az \u00fatv\u00e1laszt\u00f3 t\u00f6bb id\u0151t t\u00f6lt a feldolgoz\u00e1s\u00e1val a route d\u00f6nt\u00e9s meghozatala sor\u00e1n, ez\u00e9rt a NULL IPv6 c\u00edmek eset\u00e9n az \u00fatv\u00e1laszt\u00f3k hat\u00e9konyabban m\u0171k\u00f6dnek. Ez\u00e9rt az IPv6 sokkal jobb, mint az IPv4. <\/p>\n<p>Az IPv4 fejl\u00e9c hossza 0-t\u00f3l 31-ig terjedhet, \u00e9s 32 bitet foglal el. A legutols\u00f3 Options \u00e9s Padding sor figyelembev\u00e9tel\u00e9vel a 4-es verzi\u00f3j\u00fa IP c\u00edm 20 b\u00e1jt m\u00e9ret\u0171, vagyis a minimum m\u00e9rete 20 b\u00e1jt. A hatos verzi\u00f3 c\u00edme nem rendelkezik minim\u00e1lis m\u00e9rettel, \u00e9s a c\u00edm fix hossza 40 b\u00e1jt.<\/p>\n<p>Az IPv4 fejl\u00e9c\u00e9ben el\u0151sz\u00f6r a verzi\u00f3 szerepel, majd az IHL fejl\u00e9c hossz\u00e1t adj\u00e1k meg. Alap\u00e9rtelmez\u00e9s szerint ez 20 b\u00e1jt, de ha a fejl\u00e9cben tov\u00e1bbi inform\u00e1ci\u00f3k ker\u00fclnek megad\u00e1sra az Options seg\u00edts\u00e9g\u00e9vel, akkor a hossza nagyobb is lehet. Ha Wiresharkot haszn\u00e1lunk, akkor elolvashatjuk a Version \u00e9rt\u00e9k\u00e9t, amely 4, valamint az IHL \u00e9rt\u00e9k\u00e9t, amely 5, ami azt jelenti, hogy \u00f6t f\u00fcgg\u0151leges blokk van, mindegyik 4 b\u00e1jtos (32 bit), a Options blokkot nem sz\u00e1m\u00edtva. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/6cf553e26394bd20311db8c9b24fb3b0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA Szolg\u00e1ltat\u00e1s t\u00edpusa (Type of Service) megmutatja a csomag jelleg\u00e9t - p\u00e9ld\u00e1ul lehet hangcsomag vagy adatcsomag, mivel a hangforgalom priorit\u00e1st \u00e9lvez a t\u00f6bbi forgalomfajta felett. R\u00f6viden, ez a mez\u0151 a forgalom priorit\u00e1s\u00e1t jelzi. Az \u00d6sszhossz (Total Length) az 20 b\u00e1jt hossz\u00fa fejl\u00e9c \u00e9s a hasznos teher hossz\u00e1nak \u00f6sszeg\u00e9t k\u00e9pviseli, amely a tov\u00e1bb\u00edtott adatokat jelenti. Ha ez 50 b\u00e1jt, akkor az \u00f6sszhossz 70 b\u00e1jt lesz. A Csomag azonos\u00edt\u00f3 (Identification) a csomag integrit\u00e1s\u00e1nak ellen\u0151rz\u00e9s\u00e9re szolg\u00e1l a Fejl\u00e9c ellen\u0151rz\u0151 \u00f6sszeg (Header Checksum) param\u00e9ter felhaszn\u00e1l\u00e1s\u00e1val. Ha a csomag 5 r\u00e9szre van bontva, mindegyiknek azonos azonos\u00edt\u00f3nak kell lennie - a R\u00e9sz elt\u00f3l\u00e1s (Fragment Offset), amely 0 \u00e9s 4 k\u00f6z\u00f6tt lehet, \u00fagy, hogy minden csomagr\u00e9sz azonos elt\u00fal\u00e1s-\u00e9rt\u00e9kkel rendelkezzen. A z\u00e1szl\u00f3k azt jelzik, hogy megengedett-e a r\u00e9szletek elt\u00fal\u00e1sa. Ha nem szeretn\u00e9, hogy az adatok fragment\u00e1l\u00f3djanak, akkor be\u00e1ll\u00edtja a DF z\u00e1szl\u00f3t - ne fragment\u00e1ljon. L\u00e9tezik egy MF z\u00e1szl\u00f3 is - t\u00f6bb r\u00e9sz. Ez azt jelenti, hogy ha az els\u0151 csomag 5 r\u00e9szre van fragment\u00e1lva, a m\u00e1sodik csomag eset\u00e9n 0 \u00e9rt\u00e9ket \u00e1ll\u00edtanak be, jelezve: t\u00f6bb fragmentum nem! Ily m\u00f3don az els\u0151 csomag utols\u00f3 r\u00e9sz\u00e9t 4-es \u00e9rt\u00e9kkel jel\u00f6lik, \u00edgy a fogad\u00f3 eszk\u00f6z k\u00f6nnyen \u00f6ssze\u00e1ll\u00edthatja a csomagot, teh\u00e1t alkalmazhatja a de-fragment\u00e1l\u00e1st. <\/p>\n<p>Figyeljen a sz\u00ednekre, amelyeket ezen a di\u00e1n haszn\u00e1ltak. A v\u00f6r\u00f6s sz\u00edn\u0171 mez\u0151k az IPv6 fejl\u00e9c\u00e9b\u0151l kivett mez\u0151ket jel\u00f6lik. A k\u00e9k sz\u00edn\u0171 param\u00e9terek az \u00e1talak\u00edtott form\u00e1ban ker\u00fcltek \u00e1t a negyedik verzi\u00f3b\u00f3l a hatodik verzi\u00f3ba. A s\u00e1rga mez\u0151k mindk\u00e9t verzi\u00f3ban v\u00e1ltozatlanok maradtak. A z\u00f6ld sz\u00edn\u0171 mez\u0151 pedig csak az IPv6-ban jelent meg el\u0151sz\u00f6r.<\/p>\n<p>Az Identification, Flags, Fragment Offset \u00e9s Header Checksum mez\u0151ket kihagyt\u00e1k, mivel a modern adat\u00e1tviteli k\u00f6rnyezetben nem fordul el\u0151 fragment\u00e1l\u00e1s, \u00e9s a checksum ellen\u0151rz\u00e9se nem sz\u00fcks\u00e9ges. Sok \u00e9vvel ezel\u0151tt, lass\u00fa adat\u00e1tvitel eset\u00e9n, a fragment\u00e1l\u00e1s gyakori jelens\u00e9g volt, de ma m\u00e1r az IEEE 802.3 szabv\u00e1ny szerint haszn\u00e1lt 1500 b\u00e1jtos MTU Ethernet elterjedt, \u00e9s a fragment\u00e1l\u00e1s m\u00e1r nem t\u00f6rt\u00e9nik meg.<\/p>\n<p>A TTL, vagyis a csomag \u00e9lettartama egy visszasz\u00e1ml\u00e1l\u00f3 \u2013 amikor az \u00e9lettartam el\u00e9ri a 0-t, a csomagot eldobj\u00e1k. Val\u00f3j\u00e1ban ez a legnagyobb sz\u00e1m\u00fa ugr\u00e1s, amit egy adott h\u00e1l\u00f3zatban megtehet\u00fcnk. A Protocol mez\u0151 mutatja, hogy melyik protokoll, TCP vagy UDP, haszn\u00e1latos a h\u00e1l\u00f3zatban.<\/p>\n<p>A Header Checksum elavult param\u00e9ter, ez\u00e9rt kihagyt\u00e1k az \u00faj protokoll verzi\u00f3b\u00f3l. Ezut\u00e1n a 32 bites forr\u00e1s \u00e9s a 32 bites c\u00e9l c\u00edm mez\u0151k tal\u00e1lhat\u00f3k. Ha van inform\u00e1ci\u00f3nk az Options mez\u0151ben, akkor az IHL \u00e9rt\u00e9ke 5-r\u0151l 6-ra v\u00e1ltozik, jelezve, hogy a fejl\u00e9ces mez\u0151ben tov\u00e1bbi inform\u00e1ci\u00f3 tal\u00e1lhat\u00f3. <br \/>\nAz IPv6 fejl\u00e9cben is haszn\u00e1lj\u00e1k a Version mez\u0151t, m\u00edg a Traffic Class megfelel az IPv4 fejl\u00e9c Type of Service mez\u0151j\u00e9nek. A Flow Label hasonl\u00f3 a Traffic Class-hoz, \u00e9s a homog\u00e9n csomag\u00e1ramok egyszer\u0171s\u00edtett ir\u00e1ny\u00edt\u00e1s\u00e1ra szolg\u00e1l. A Payload Length a terhel\u00e9s hossz\u00e1t jelenti, vagyis az adatok mez\u0151 m\u00e9ret\u00e9t, amely a fejl\u00e9c alatti mez\u0151ben tal\u00e1lhat\u00f3. A fejl\u00e9c hossza 40 b\u00e1jt, ami \u00e1lland\u00f3, ez\u00e9rt m\u00e1shol nem eml\u00edtik. <\/p>\n<p>A Next Header mez\u0151 megmutatja, hogy a k\u00f6vetkez\u0151 csomagnak milyen t\u00edpus\u00fa fejl\u00e9ce lesz. Ez egy nagyon hasznos funkci\u00f3, amely meghat\u00e1rozza a k\u00f6vetkez\u0151 sz\u00e1ll\u00edt\u00f3 protokoll t\u00edpus\u00e1t \u2013 TCP, UDP stb., \u00e9s amely nagy keresletet jelent a k\u00e9s\u0151bbi adat\u00e1tviteli technol\u00f3gi\u00e1kban. M\u00e9g ha saj\u00e1t protokollt is haszn\u00e1l, akkor is megtudhatja, hogy mi lesz a k\u00f6vetkez\u0151 protokoll. <\/p>\n<p>A max l\u00e9p\u00e9seket, vagyis a Hop Limit-et az IPv4 TTL-j\u00e9nek felel meg, ez egy mechanizmus a routing ciklus\u00e1nak megakad\u00e1lyoz\u00e1s\u00e1ra. Ezut\u00e1n a 128 bites forr\u00e1s \u00e9s a 128 bites c\u00e9l c\u00edm mez\u0151k tal\u00e1lhat\u00f3k. Az eg\u00e9sz fejl\u00e9c 40 b\u00e1jt m\u00e9ret\u0171. Ahogy mondtam, az IPv6 sokkal egyszer\u0171bb, mint az IPv4, \u00e9s sokkal hat\u00e9konyabb a routerek sz\u00e1m\u00e1ra a routing d\u00f6nt\u00e9sek meghozatalakor.<br \/>\nN\u00e9zz\u00fck meg az IPv6 c\u00edmek t\u00edpusait. Tudjuk, hogy mi az unicast \u2013 ez egy ir\u00e1ny\u00edtott adat\u00e1tvitel, amikor egyik eszk\u00f6z k\u00f6zvetlen\u00fcl kapcsol\u00f3dik a m\u00e1sikhoz, \u00e9s mindk\u00e9t eszk\u00f6z csak egym\u00e1ssal tud kommunik\u00e1lni. A multicast sz\u00e9lesk\u00f6r\u0171 adat\u00e1tvitelt jelent, azt jelenti, hogy t\u00f6bb eszk\u00f6z egyszerre tud egyetlen eszk\u00f6zh\u00f6z csatlakozni, amely viszont egyszerre tud kapcsolatot tartani t\u00f6bb eszk\u00f6zzel. Ebb\u0151l a szempontb\u00f3l a multicast hasonl\u00edt a r\u00e1di\u00f3\u00e1llom\u00e1sra, amelynek jelei minden\u00fctt terjednek. Ha egy adott csatorn\u00e1t szeretne hallani, akkor be kell \u00e1ll\u00edtania a r\u00e1di\u00f3j\u00e1t egy adott frekvenci\u00e1ra. Ha eml\u00e9kszik a RIP protokollr\u00f3l sz\u00f3l\u00f3 vide\u00f3leck\u00e9re, tudja, hogy ez a protokoll a friss\u00edt\u00e9sek k\u00fcld\u00e9s\u00e9re a 255.255.255.255 sz\u00e9lesk\u00f6r\u0171 dom\u00e9nt haszn\u00e1lja, amelyhez az \u00f6sszes alh\u00e1l\u00f3zat csatlakozik. De ezeket a friss\u00edt\u00e9seket csak azok az eszk\u00f6z\u00f6k kapj\u00e1k meg, amelyek a RIP protokollt haszn\u00e1lj\u00e1k. <\/p>\n<p>Egy m\u00e1sik t\u00edpus\u00fa adat\u00e1tvitel, amely nem fordult el\u0151 az IPv4-ben, az Anycast. Ezt akkor haszn\u00e1lj\u00e1k, amikor t\u00f6bb eszk\u00f6z\u00f6m van ugyanazzal az IP-c\u00edmmel, \u00e9s lehet\u0151v\u00e9 teszi a csomagok elk\u00fcld\u00e9s\u00e9t a legk\u00f6zelebbi c\u00edmzettnek a fogad\u00f3k csoportj\u00e1b\u00f3l. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/38d5a6855532aaaa6de39ed66906b4b4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAz internet eset\u00e9ben, ahol CDN-h\u00e1l\u00f3zatok \u00e1llnak rendelkez\u00e9sre, p\u00e9ldak\u00e9nt eml\u00edthetj\u00fck a YouTube szolg\u00e1ltat\u00e1st. Ezt a szolg\u00e1ltat\u00e1st sz\u00e1mos ember haszn\u00e1lja a vil\u00e1g k\u00fcl\u00f6nb\u00f6z\u0151 r\u00e9szein, de ez nem jelenti azt, hogy mindannyian k\u00f6zvetlen\u00fcl a c\u00e9g kaliforniai szerver\u00e9hez csatlakoznak. A YouTube szolg\u00e1ltat\u00e1snak sz\u00e1mos szervere van vil\u00e1gszerte, p\u00e9ld\u00e1ul az indiai YouTube szerverem Szingap\u00farban tal\u00e1lhat\u00f3. Hasonl\u00f3k\u00e9ppen az IPv6 protokoll be\u00e9p\u00edtett mechanizmussal rendelkezik a CDN technol\u00f3gi\u00e1n kereszt\u00fcli adat\u00e1tvitel lehet\u0151v\u00e9 t\u00e9tel\u00e9re, f\u00f6ldrajzilag elosztott h\u00e1l\u00f3zati strukt\u00fara seg\u00edts\u00e9g\u00e9vel, teh\u00e1t az Anycast-ot haszn\u00e1lja.<\/p>\n<p>Ahogy \u00e9szrevette, itt hi\u00e1nyzik egy m\u00e1sik t\u00edpus\u00fa adat\u00e1tvitel, a Broadcast, mert az IPv6 protokoll nem haszn\u00e1lja azt. De a Multicast ebben a protokollban a Broadcast-hoz hasonl\u00f3an m\u0171k\u00f6dik az IPv4-ben, csak hat\u00e9konyabb m\u00f3don. <\/p>\n<p>A protokoll hatodik verzi\u00f3ja h\u00e1rom c\u00edmzett\u00edpust haszn\u00e1l: Link Local, Unique Site Local \u00e9s Global. Eml\u00e9kezz\u00fcnk arra, hogy az IPv4 eset\u00e9ben egy interf\u00e9sznek csak egy IP-c\u00edme van. Tegy\u00fck fel, hogy van k\u00e9t router, amelyek kapcsol\u00f3dnak egym\u00e1shoz, \u00edgy mindk\u00e9t csatlakoz\u00e1si interf\u00e9sznek csak egy IP-c\u00edme lesz. IPv6 haszn\u00e1latakor minden interf\u00e9sz automatikusan kap egy Link Local t\u00edpus\u00fa IP-c\u00edmet. Ezek a c\u00edmek FE80::\/64-el kezd\u0151dnek. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/a0cbbb8d7487a54ae104b53087454540.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEz a t\u00edpus\u00fa IP-c\u00edmek csak helyi kapcsolatokhoz haszn\u00e1latosak. A Windows-t haszn\u00e1l\u00f3 emberek ismerik a nagyon hasonl\u00f3 c\u00edmeket, mint p\u00e9ld\u00e1ul 169.254.X.X \u2013 ezek automatikusan konfigur\u00e1lt c\u00edmek IPv4 protokoll alapj\u00e1n.<\/p>\n<p>Ha egy sz\u00e1m\u00edt\u00f3g\u00e9p DHCP szerverhez fordul IP-c\u00edm megszerz\u00e9s\u00e9\u00e9rt, de valamilyen okb\u00f3l nem tud kapcsolatot l\u00e9tes\u00edteni vele, a Microsoft eszk\u00f6z\u00f6kben van egy mechanizmus, amely lehet\u0151v\u00e9 teszi, hogy a sz\u00e1m\u00edt\u00f3g\u00e9p saj\u00e1t mag\u00e1nak hozzon l\u00e9tre IP-c\u00edmet. Ebben az esetben a c\u00edm k\u00f6r\u00fclbel\u00fcl \u00edgy fog kin\u00e9zni: 169.254.1.1. Hasonl\u00f3 helyzet mer\u00fcl fel, ha van egy sz\u00e1m\u00edt\u00f3g\u00e9p\u00fcnk, egy switch \u00e9s egy router. Tegy\u00fck fel, hogy a router nem kapott IP-c\u00edmet a DHCP-szervert\u0151l, \u00e9s automatikusan egy ugyanolyan IP-c\u00edmet adott mag\u00e1nak, mint a 169.254.1.1. Ezut\u00e1n a switch-en kereszt\u00fcl sz\u00e9les s\u00e1v\u00fa ARP-k\u00e9rd\u00e9st k\u00fcld a h\u00e1l\u00f3zaton, amelyben megk\u00e9rdezi, hogy van-e valamilyen h\u00e1l\u00f3zati eszk\u00f6z, amely ezzel a c\u00edmmel rendelkezik. A k\u00e9rd\u00e9st megkapva a sz\u00e1m\u00edt\u00f3g\u00e9p v\u00e1laszol: \u201eIgen, nekem is pontosan ilyen IP-c\u00edmem van!\u201d, ami ut\u00e1n a router egy \u00faj v\u00e9letlenszer\u0171 c\u00edmet rendel mag\u00e1hoz, p\u00e9ld\u00e1ul 169.254.10.10, \u00e9s ism\u00e9t ARP-k\u00e9rd\u00e9st k\u00fcld a h\u00e1l\u00f3zaton. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/e9a7ae41a7878853ee5a84c029b83802.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHa senki sem jelzi, hogy ugyanazzal a c\u00edmmel rendelkezik, a router megtartja a 169.254.10.10 c\u00edmet mag\u00e1nak. \u00cdgy a helyi h\u00e1l\u00f3zat eszk\u00f6zei egy\u00e1ltal\u00e1n nem haszn\u00e1lhatj\u00e1k a DHCP-szolg\u00e1ltat\u00f3t, \u00e9s saj\u00e1t maguknak automatikusan oszthatj\u00e1k ki az IP-c\u00edmeket a kapcsolat l\u00e9trehoz\u00e1s\u00e1hoz. Ez az IP-c\u00edmek automatikus konfigur\u00e1l\u00e1s\u00e1nak l\u00e9nyege, amellyel sokszor tal\u00e1lkoztunk, de soha nem haszn\u00e1ltuk. <\/p>\n<p>Hasonl\u00f3k\u00e9ppen, az IPv6 protokollban l\u00e9tezik egy Link Local t\u00edpus\u00fa helyi IP-c\u00edmek kioszt\u00e1s\u00e1ra szolg\u00e1l\u00f3 mechanizmus, amely az FE80::-val kezd\u0151dik. A \/64 jel\u00f6li a h\u00e1l\u00f3zati c\u00edmek \u00e9s a g\u00e9pc\u00edmek elv\u00e1laszt\u00e1s\u00e1t. Az els\u0151 64 a h\u00e1l\u00f3zatot, a m\u00e1sodik 64 pedig a g\u00e9pet jelenti. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/87286c81f0121998c97af6bc018d1673.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA FE80:: c\u00edm olyan c\u00edmekre utal, mint a FE80.0.0.0\/, ahol a perjel ut\u00e1n a hoszt c\u00edm\u00e9nek egy r\u00e9sze tal\u00e1lhat\u00f3. Ezek a c\u00edmek nem azonosak az eszk\u00f6z\u00fcnkn\u00e9l \u00e9s a hozz\u00e1 csatlakoztatott interf\u00e9szn\u00e9l, \u00e9s automatikusan konfigur\u00e1l\u00f3dnak. Ezenk\u00edv\u00fcl a hoszt r\u00e9sz haszn\u00e1lja a MAC-c\u00edmet. Mint ismeretes, a MAC-c\u00edm egy 48 bites IP-c\u00edm, amely 6 blokkra oszlik, mindegyik 2 hexadecimalis sz\u00e1mb\u00f3l \u00e1ll. Ezt a rendszert a Microsoft haszn\u00e1lja, m\u00edg a Cisco 3 blokkot haszn\u00e1l 4 hexadecimalis sz\u00e1mb\u00f3l. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/6aa44ae4b0fad29a734de89ee887c305.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA p\u00e9ld\u00e1nkban Microsoft \u00e1ltal haszn\u00e1lt 11:22:33:44:55:66 sorrendet fogjuk alkalmazni. Hogyan rendelhetj\u00fck hozz\u00e1 a MAC-c\u00edmet a k\u00e9sz\u00fcl\u00e9khez? Ez a sz\u00e1mokb\u00f3l \u00e1ll\u00f3 sorrend, amely a hoszt c\u00edm\u00e9t k\u00e9pviseli, k\u00e9t r\u00e9szre oszlik: a bal oldal\u00e1n h\u00e1rom csoport 11:22:33, a jobb oldal\u00e1n h\u00e1rom csoport 44:55:66, \u00e9s k\u00f6zt\u00fck hozz\u00e1ad\u00f3dik az FF \u00e9s FE. \u00cdgy j\u00f6n l\u00e9tre a hoszt IP-c\u00edm\u00e9nek 64 bites blokkja. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 24. nap. IPv6 protokoll\" src=\"\/wp-content\/uploads\/2019\/08\/cb8c4d778057043c1c67e1110c8a8955.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMint ismert, a 11:22:33:44:55:66 form\u00e1tum\u00fa sorrend a MAC-c\u00edm, amely minden egyes eszk\u00f6zh\u00f6z egyedileg kapcsol\u00f3dik. Ha a MAC-c\u00edm k\u00e9t csoportja k\u00f6z\u00e9 beillesztj\u00fck az FF:FE-t, akkor egyed\u00fcl\u00e1ll\u00f3 IP-c\u00edmet kapunk az adott eszk\u00f6zh\u00f6z. \u00cdgy j\u00f6n l\u00e9tre a Local Link t\u00edpus\u00fa IP-c\u00edm, amely kiz\u00e1r\u00f3lag szomsz\u00e9dok k\u00f6z\u00f6tti kapcsolat l\u00e9tes\u00edt\u00e9s\u00e9re szolg\u00e1l, k\u00fcl\u00f6n konfigur\u00e1ci\u00f3 \u00e9s speci\u00e1lis szerverek n\u00e9lk\u00fcl. Ez a t\u00edpus\u00fa IP-c\u00edm csak egyetlen h\u00e1l\u00f3zati szegmensen bel\u00fcl haszn\u00e1lhat\u00f3, \u00e9s nem alkalmazhat\u00f3 k\u00fcls\u0151 kommunik\u00e1ci\u00f3ra ezen a szegmensen k\u00edv\u00fcl. <\/p>\n<p>A k\u00f6vetkez\u0151 c\u00edm t\u00edpusa az Unique Site Local Scope, amely megfelel a bels\u0151 (private) IP-c\u00edmek IPv4 protokoll 10.0.0.0\/8, 172.16.0.0\/12 \u00e9s 192.168.0.0\/16 tartom\u00e1nyainak. Az\u00e9rt haszn\u00e1lunk bels\u0151 private \u00e9s k\u00fcls\u0151 public IP-c\u00edmeket, mert a NAT technol\u00f3gi\u00e1r\u00f3l volt sz\u00f3 az el\u0151z\u0151 \u00f3r\u00e1kban. Az Unique Site Local Scope egy olyan technol\u00f3gia, amely bels\u0151 IP-c\u00edmeket hoz l\u00e9tre. Mondhatod: 'Imr\u00e1n, hiszen azt mondtad, hogy minden eszk\u00f6znek lehet saj\u00e1t IP-c\u00edme, ez\u00e9rt v\u00e1ltottunk IPv6-ra', \u00e9s teljesen igazad van. De egyesek a biztons\u00e1gi szempontok miatt ink\u00e1bb a bels\u0151 IP-c\u00edmek haszn\u00e1lat\u00e1t r\u00e9szes\u00edtik el\u0151nyben. Ilyenkor a NAT t\u0171zfal funkci\u00f3t l\u00e1t el, \u00e9s a k\u00fcls\u0151 eszk\u00f6z\u00f6k nem tudnak v\u00e9letlenszer\u0171en kapcsol\u00f3dni a h\u00e1l\u00f3zatban tal\u00e1lhat\u00f3 eszk\u00f6z\u00f6kh\u00f6z, mert azok helyi IP-c\u00edmekkel rendelkeznek, amelyek nem hozz\u00e1f\u00e9rhet\u0151k az Internet k\u00fcls\u0151 h\u00e1l\u00f3zat\u00e1b\u00f3l. A NAT azonban sz\u00e1mos probl\u00e9m\u00e1t okoz a VPN-nel kapcsolatban, p\u00e9ld\u00e1ul az ESP protokoll eset\u00e9ben. A biztons\u00e1g \u00e9rdek\u00e9ben az IPv4 protokoll IPSec-et haszn\u00e1lt, de az IPv6-ban be\u00e9p\u00edtett biztons\u00e1gi mechanizmus van, \u00edgy a kapcsolat a bels\u0151 \u00e9s k\u00fcls\u0151 IP-c\u00edmek k\u00f6z\u00f6tt nagyon egyszer\u0171en l\u00e9trej\u00f6n. <\/p>\n<p>Ehhez az IPv6 k\u00e9t k\u00fcl\u00f6nb\u00f6z\u0151 c\u00edm t\u00edpust k\u00edn\u00e1l: m\u00edg az Unique Local c\u00edmek az IPv4 bels\u0151 IP-c\u00edmeihez kapcsol\u00f3dnak, addig a Global c\u00edmek az IPv4 k\u00fcls\u0151 c\u00edmeihez. Sok ember egy\u00e1ltal\u00e1n nem szereti haszn\u00e1lni az Unique Local t\u00edpus\u00fa c\u00edmeket, m\u00e1sok nem tudj\u00e1k n\u00e9lk\u00fcl\u00fck megoldani, teh\u00e1t ez folyamatos vit\u00e1k t\u00e1rgya. \u00dagy gondolom, hogy sokkal t\u00f6bb el\u0151nyh\u00f6z juthatsz, ha csak k\u00fcls\u0151 IP-c\u00edmeket haszn\u00e1lsz, els\u0151sorban a mobilit\u00e1s szempontj\u00e1b\u00f3l. P\u00e9ld\u00e1ul az \u00e9n eszk\u00f6z\u00f6m mindig ugyanazt az IP-c\u00edmet fogja viselni, f\u00fcggetlen\u00fcl att\u00f3l, hol vagyok \u2013 legyen sz\u00f3 Bangalorr\u00f3l vagy New Yorkr\u00f3l \u2013, \u00edgy b\u00e1rmelyik eszk\u00f6z\u00f6met probl\u00e9mamentesen tudom haszn\u00e1lni a vil\u00e1g b\u00e1rmely pontj\u00e1n. <\/p>\n<p>Ahogy m\u00e1r eml\u00edtettem, az IPv6 be\u00e9p\u00edtett biztons\u00e1gi mechanizmussal rendelkezik, amely lehet\u0151v\u00e9 teszi a biztons\u00e1gos VPN-alag\u00fat l\u00e9trehoz\u00e1s\u00e1t a hely k\u00f6z\u00f6tt, ahol az irod\u00e1d tal\u00e1lhat\u00f3, \u00e9s a te eszk\u00f6zeid k\u00f6z\u00f6tt. Kor\u00e1bban sz\u00fcks\u00e9g\u00fcnk volt egy k\u00fcls\u0151 mechanizmusra egy ilyen VPN-alag\u00fat l\u00e9trehoz\u00e1s\u00e1hoz, de az IPv6-ban ez be\u00e9p\u00edtett, szabv\u00e1nyos mechanizmus. <\/p>\n<p>Mivel ma sz\u00e1mos k\u00e9rd\u00e9st megvitattunk, megszak\u00edtom az \u00f3r\u00e1nkat, hogy folytassuk az internetes protokoll, az IP hatodik verzi\u00f3j\u00e1nak megbesz\u00e9l\u00e9s\u00e9t a k\u00f6vetkez\u0151 vide\u00f3ban. H\u00e1zi feladatk\u00e9nt arra k\u00e9rem \u00f6n\u00f6ket, hogy alaposan tanulm\u00e1nyozz\u00e1k, mi a hexadecim\u00e1lis sz\u00e1mrendszer, mert az IPv6 meg\u00e9rt\u00e9s\u00e9hez nagyon fontos, hogy ismerj\u00fck a bin\u00e1ris sz\u00e1mrendszer hexadecim\u00e1lisra val\u00f3 \u00e1tv\u00e1lt\u00e1s\u00e1t \u00e9s vissza. P\u00e9ld\u00e1ul tudniuk kell, hogy 1111=F, \u00e9s \u00edgy tov\u00e1bb, egyszer\u0171en keressenek r\u00e1 a Google-on. A k\u00f6vetkez\u0151 vide\u00f3\u00f3r\u00e1n megpr\u00f3b\u00e1lok \u00f6n\u00f6kkel gyakorolni az ilyen \u00e1tv\u00e1lt\u00e1sokat. Azt javaslom, hogy n\u00e9zz\u00e9k meg a mai vide\u00f3\u00f3r\u00e1t t\u00f6bbsz\u00f6r, hogy ne maradjanak k\u00e9rd\u00e9seik a t\u00e1rgyalt t\u00e9m\u00e1kkal kapcsolatban. <\/p>\n<p><center><div class=\"youtube-placeholder\" data-id=\"DtjbdL6yDPw\" onclick=\"loadVideo(this)\">\r\n        <img decoding=\"async\" src=\"https:\/\/img.youtube.com\/vi\/DtjbdL6yDPw\/hqdefault.jpg\" alt=\"Vide\u00f3 lej\u00e1tsz\u00e1sa\" loading=\"lazy\" width=\"480\" height=\"360\" style=\"width:100%;height:auto;\">\r\n        <div class=\"play-button\"><\/div>\r\n    <\/div><\/center><br \/>\nK\u00f6sz\u00f6nj\u00fck, hogy vel\u00fcnk maradnak. Tetszenek \u00d6n\u00f6knek a cikkeink? Szeretn\u00e9nek t\u00f6bb \u00e9rdekes anyagot l\u00e1tni? T\u00e1mogassanak minket rendel\u00e9s lead\u00e1s\u00e1val vagy ismer\u0151s\u00f6knek val\u00f3 aj\u00e1nl\u00e1ssal. <b>30% kedvezm\u00e9ny a Habr felhaszn\u00e1l\u00f3inak az egyed\u00fcl\u00e1ll\u00f3 entry-level szervereinkre, amelyet \u00d6n\u00f6knek tal\u00e1ltunk ki:<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">Az igazs\u00e1g a VPS (KVM) E5-2650 v4 (6 mag) 10GB DDR4 240GB SSD 1Gbps-t\u00f3l 20 doll\u00e1rig, vagy hogyan \u00e9rdemes megosztani egy szervert?<\/a><\/noindex> (el\u00e9rhet\u0151k RAID1 \u00e9s RAID10 opci\u00f3k, ak\u00e1r 24 magig \u00e9s 40GB DDR4-ig).<\/p>\n<p><b>Dell R730xd k\u00e9t alkalommal olcs\u00f3bban?<\/b> Csak n\u00e1lunk <b><noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/serversnl\">2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB 199 doll\u00e1rt\u00f3l<\/a><\/noindex> Hollandi\u00e1ban! <b>Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 99 doll\u00e1rt\u00f3l!<\/b><\/b> Olvasd el ezt <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">Hogyan \u00e9p\u00edts\u00fcnk v\u00e1llalati szint\u0171 infrastrukt\u00far\u00e1t Dell R730xd E5-2650 v4 szerverekkel, amelyek k\u00f6lts\u00e9ge 9000 eur\u00f3ban van megszabva?<\/a><\/noindex><br \/>\n<br \/>Forr\u00e1s: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/463585\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\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 [&hellip;]<\/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<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\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.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"hu_HU\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\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\" \/>\n\t\t<meta property=\"og:description\" content=\"\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.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:18:05+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:18:05+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco 200-125 CCNA v3.0 k\u00e9pz\u00e9s. 24. nap. IPv6 protokoll | ProHoster","description":"Ma az IPv6 protokollt fogjuk tanulm\u00e1nyozni.","canonical_url":"https:\/\/prohoster.info\/hu\/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":"hu_HU","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\/hu\/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\/hu\/wp-json\/wp\/v2\/posts\/37512","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=37512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/37512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/28150"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=37512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=37512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=37512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}