{"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\/cs\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","title":{"rendered":"Tr\u00e9nink Cisco 200-125 CCNA v3.0. Den 24. Protokol IPv6","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dnes se budeme zab\u00fdvat protokolem IPv6. P\u0159edchoz\u00ed verze kurzu CCNA nevy\u017eadovala podrobn\u00e9 sezn\u00e1men\u00ed s t\u00edmto protokolem, av\u0161ak ve t\u0159et\u00ed verzi 200-125 je jeho hlub\u0161\u00ed studium povinn\u00e9 pro \u00fasp\u011b\u0161n\u00e9 slo\u017een\u00ed zkou\u0161ky. Protokol IPv6 byl vyvinut ji\u017e d\u00e1vno, ale dlouhou dobu nenach\u00e1zel \u0161irok\u00e9 vyu\u017eit\u00ed. Je velmi d\u016fle\u017eit\u00fd pro budouc\u00ed rozvoj internetu, jeliko\u017e je ur\u010den k odstran\u011bn\u00ed nedostatk\u016f roz\u0161\u00ed\u0159en\u00e9ho protokolu IPv4. <\/p>\n

Vzhledem k tomu, \u017ee protokol IPv6 je pom\u011brn\u011b obs\u00e1hl\u00e9 t\u00e9ma, rozd\u011blil jsem ho na dv\u011b videolekce: Den 24 a Den 25. Prvn\u00ed den se v\u011bnujeme z\u00e1kladn\u00edm pojm\u016fm, a ve druh\u00e9m zpracujeme konfiguraci IP adres podle protokolu IPv6 pro za\u0159\u00edzen\u00ed Cisco. Dnes, jak je obvykl\u00e9, projdeme t\u0159i t\u00e9mata: pot\u0159eba IPv6, form\u00e1t adres IPv6 a typy adres IPv6.<\/p>\n

\"Tr\u00e9nink
\n
\nDosud jsme v na\u0161ich lekc\u00edch pou\u017e\u00edvali IP adresy podle protokolu v4, a jste zvykl\u00ed na to, \u017ee vypadaj\u00ed pom\u011brn\u011b jednodu\u0161e. Kdy\u017e jste vid\u011bli adresu zobrazenou na tomto sn\u00edmku, p\u0159esn\u011b jste v\u011bd\u011bli, o \u010dem se mluv\u00ed. <\/a><\/noindex><\/p>\n

IP adresy v6 v\u0161ak vypadaj\u00ed \u00fapln\u011b jinak. Pokud nejste obezn\u00e1meni s principem vytv\u00e1\u0159en\u00ed adres v t\u00e9to verzi internetov\u00e9ho protokolu, p\u0159edev\u0161\u00edm v\u00e1s p\u0159ekvap\u00ed, \u017ee IP adresa tohoto typu zab\u00edr\u00e1 velmi mnoho m\u00edsta. Ve \u010dtvrt\u00e9 verzi protokolu jsme m\u011bli pouze 4 desetin\u00e1 \u010d\u00edsla, co\u017e bylo snadn\u00e9, ale p\u0159edstavte si, \u017ee budete muset \u0159\u00edct panu X jeho novou IP adresu typu 2001:0db8:85a3:0000:0000:8a2e:0370:7334. <\/p>\n

\"Tr\u00e9nink
\n
\nAle nebojte se \u2013 na konci t\u00e9to videolekce budeme na mnohem lep\u0161\u00edm m\u00edst\u011b. Nejprve si pov\u011bzme, pro\u010d vznikla pot\u0159eba v pou\u017e\u00edv\u00e1n\u00ed IPv6.<\/p>\n

\"Tr\u00e9nink
\n
\nDnes v\u011bt\u0161ina lid\u00ed pou\u017e\u00edv\u00e1 IPv4 a je s t\u00edm spokojena. Pro\u010d tedy bylo pot\u0159eba p\u0159ej\u00edt na novou verzi? Za prv\u00e9, IP adresy \u010dtvrt\u00e9 verze se skl\u00e1daj\u00ed z 32 bit\u016f. To umo\u017e\u0148uje vytvo\u0159it na internetu p\u0159ibli\u017en\u011b 4 miliardy adres, tedy p\u0159esn\u00fd po\u010det IP adres je 2 na 32. P\u0159i vzniku IPv4 pova\u017eovali v\u00fdvoj\u00e1\u0159i takov\u00e9 mno\u017estv\u00ed adres za v\u00edce ne\u017e dostate\u010dn\u00e9. Pokud si pamatujete, adresy t\u00e9to verze jsou rozd\u011bleny do 5 t\u0159\u00edd: aktu\u00e1ln\u00ed t\u0159\u00eddy A, B, C a rezervn\u00ed t\u0159\u00eddy D (multicast) a E (v\u00fdzkum). Tak\u017ee i kdy\u017e po\u010det pracovn\u00edch IP adres tvo\u0159il pouh\u00fdch 75 % ze 4 miliard, tv\u016frci protokolu byli p\u0159esv\u011bd\u010deni, \u017ee to sta\u010d\u00ed pro cel\u00e9 lidstvo. Nicm\u00e9n\u011b s rychl\u00fdm rozvojem internetu se s ka\u017ed\u00fdm rokem za\u010dal projevovat nedostatek voln\u00fdch IP adres a kdyby nebylo technologie NAT, voln\u00e9 adresy IPv4 by u\u017e d\u00e1vno do\u0161ly. V podstat\u011b se NAT stal zachr\u00e1ncem tohoto internetov\u00e9ho protokolu. Proto vznikla pot\u0159eba vytvo\u0159it novou verzi internetov\u00e9ho protokolu, zbavenou nedostatk\u016f \u010dtvrt\u00e9 verze. M\u016f\u017eete se pt\u00e1t, pro\u010d se p\u0159e\u0161lo rovnou z \u010dtvrt\u00e9 verze na \u0161estou. S t\u00edm souvis\u00ed, \u017ee verze 5, stejn\u011b jako verze 1, 2 a 3, byly experiment\u00e1ln\u00ed. <\/p>\n

IP adresy verze 6 maj\u00ed 128bitov\u00fd adresn\u00ed prostor. Kolikr\u00e1t se podle v\u00e1s zv\u00fd\u0161il po\u010det mo\u017en\u00fdch IP adres? Pravd\u011bpodobn\u011b \u0159eknete: \u201e\u010dty\u0159ikr\u00e1t!\u201c. Ale to nen\u00ed pravda, proto\u017ee 234 je ji\u017e \u010dty\u0159ikr\u00e1t v\u00edce ne\u017e 232. Tak\u017ee hodnota 2128 je neuv\u011b\u0159iteln\u011b velk\u00e1 \u2013 odpov\u00edd\u00e1 340282366920938463463374607431768211456. To je po\u010det IP adres dostupn\u00fdch prost\u0159ednictv\u00edm protokolu IPv6. To znamen\u00e1, \u017ee m\u016f\u017eete p\u0159i\u0159adit IP adresu \u010demukoli, co chcete: va\u0161emu autu, telefonu, chytr\u00fdm hodink\u00e1m. Modern\u00ed \u010dlov\u011bk m\u016f\u017ee m\u00edt notebook, n\u011bkolik chytr\u00fdch telefon\u016f, chytr\u00e9 hodinky, chytr\u00fd dom\u00e1c\u00ed syst\u00e9m \u2013 televizor p\u0159ipojen\u00fd k internetu, pra\u010dku p\u0159ipojenou k internetu, cel\u00fd d\u016fm p\u0159ipojen\u00fd ke sv\u011btov\u00e9 s\u00edti. Takov\u00e9 mno\u017estv\u00ed adres umo\u017e\u0148uje realizaci konceptu \u201einternet v\u011bc\u00ed\u201c, kter\u00fd podporuje firma Cisco. To znamen\u00e1, \u017ee v\u0161e ve va\u0161em \u017eivot\u011b je p\u0159ipojeno k internetu a ka\u017ed\u00e1 v\u011bc pot\u0159ebuje svou IP adresu. S IPv6 je to mo\u017en\u00e9! Ka\u017ed\u00fd \u010dlov\u011bk na Zemi m\u016f\u017ee pro sv\u00e1 za\u0159\u00edzen\u00ed pou\u017e\u00edt miliony adres t\u00e9to verze a st\u00e1le z\u016fstane p\u0159\u00edli\u0161 mnoho voln\u00fdch. Nem\u016f\u017eeme p\u0159edpov\u011bd\u011bt, jak se technologie vyvinou, ale m\u016f\u017eeme doufat, \u017ee lidstvo se nedostane do doby, kdy na Zemi z\u016fstane pouze 1 po\u010d\u00edta\u010d. Je mo\u017en\u00e9 p\u0159edpokl\u00e1dat, \u017ee IPv6 bude existovat je\u0161t\u011b velmi dlouho. Poj\u010fme se pod\u00edvat, co p\u0159edstavuje form\u00e1t IP adresy \u0161est\u00e9 verze. <\/p>\n

\"Tr\u00e9nink
\n
\nTyto adresy se zobrazuj\u00ed ve form\u011b 8 skupin hexadecim\u00e1ln\u00edch \u010d\u00edsel. To znamen\u00e1, \u017ee ka\u017ed\u00fd znak adresy m\u00e1 d\u00e9lku 4 bity, tak\u017ee ka\u017ed\u00e1 skupina ze 4 takov\u00fdch znak\u016f se skl\u00e1d\u00e1 z 16 bit\u016f a cel\u00e1 adresa m\u00e1 d\u00e9lku 128 bit\u016f. Ka\u017ed\u00e1 skupina ze 4 znak\u016f je odd\u011blena od n\u00e1sleduj\u00edc\u00ed skupiny dvojte\u010dkou, na rozd\u00edl od adres IPv4, kde byly skupiny odd\u011bleny te\u010dkami, proto\u017ee te\u010dka je des\u00edtkovou formou \u010d\u00edsel. Proto\u017ee si takovou adresu nen\u00ed snadn\u00e9 zapamatovat, existuje n\u011bkolik pravidel pro jej\u00ed zkr\u00e1cen\u00ed. Prvn\u00ed pravidlo \u0159\u00edk\u00e1, \u017ee skupiny, kter\u00e9 se skl\u00e1daj\u00ed v\u00fdhradn\u011b z nul, mohou b\u00fdt nahrazeny dvojit\u00fdm dvojte\u010dkou. Takovou operaci lze prov\u00e9st na ka\u017ed\u00e9 IP adrese pouze jednou. Poj\u010fme si uk\u00e1zat, co to znamen\u00e1.<\/p>\n

Jak vid\u00edte v uveden\u00e9m p\u0159\u00edkladu adresy, existuj\u00ed t\u0159i skupiny po \u010dty\u0159ech nul\u00e1ch. Celkov\u00fd po\u010det dvojte\u010dek, kter\u00e9 odd\u011bluj\u00ed tyto skupiny 0000:0000:0000, je 2. Pokud tedy pou\u017eijeme dvojit\u00e9 dvojte\u010dky ::, bude to znamenat, \u017ee na tomto m\u00edst\u011b adresy jsou skupiny nul. Jak ale zjistit, kolik skupin nul toto dvojit\u00e9 dvojte\u010dka p\u0159edstavuje? Pokud se pod\u00edv\u00e1te na zkr\u00e1cenou formu z\u00e1pisu adresy, m\u016f\u017eete napo\u010d\u00edtat 5 skupin po 4 znac\u00edch. Ale proto\u017ee v\u00edme, \u017ee cel\u00e1 adresa se skl\u00e1d\u00e1 z 8 skupin, znamen\u00e1 to, \u017ee dvojit\u00e9 dvojte\u010dka p\u0159edstavuje 3 skupiny po 4 nul\u00e1ch. Toto je prvn\u00ed pravidlo zkr\u00e1cen\u00e9 formy adresy.<\/p>\n

\"Tr\u00e9nink
\n
\nDruh\u00e9 pravidlo \u0159\u00edk\u00e1, \u017ee lze vynechat po\u010d\u00e1te\u010dn\u00ed nuly v ka\u017ed\u00e9 skupin\u011b znak\u016f. Nap\u0159\u00edklad 6. skupina pln\u00e9ho tvaru adresy vypad\u00e1 jako 04FF, a jej\u00ed zkr\u00e1cen\u00e1 forma bude vypadat jako 4FF, proto\u017ee jsme vynechali po\u010d\u00e1te\u010dn\u00ed nulu. Tak tedy z\u00e1pis 4FF znamen\u00e1 nic jin\u00e9ho ne\u017e 04FF. <\/p>\n

D\u00edky t\u011bmto pravidl\u016fm lze zkr\u00e1tit jakoukoli IP adresu. Nicm\u00e9n\u011b, i po zkr\u00e1cen\u00ed tato adresa nevypad\u00e1 skute\u010dn\u011b kr\u00e1tk\u00e1. Pozd\u011bji si uk\u00e1\u017eeme, co s t\u00edm m\u016f\u017eeme ud\u011blat, prozat\u00edm si jednodu\u0161e zapamatujte tato 2 pravidla. <\/p>\n

Pod\u00edvejme se na to, co p\u0159edstavuj\u00ed hlavi\u010dky adres verze IPv4 a IPv6.<\/p>\n

\"Tr\u00e9nink
\n
\nTento obr\u00e1zek, kter\u00fd jsem vzal z internetu, velmi dob\u0159e vysv\u011btluje rozd\u00edl mezi ob\u011bma hlavi\u010dkami. Jak vid\u00edte, hlavi\u010dka adresy IPv4 je mnohem slo\u017eit\u011bj\u0161\u00ed a obsahuje v\u00edce informac\u00ed ne\u017e hlavi\u010dka IPv6. Pokud je hlavi\u010dka slo\u017eit\u00e1, router vy\u017eaduje v\u00edce \u010dasu na jej\u00ed zpracov\u00e1n\u00ed a rozhodov\u00e1n\u00ed o sm\u011brov\u00e1n\u00ed, tak\u017ee s pou\u017eit\u00edm jednodu\u0161\u0161\u00edch IP adres \u0161est\u00e9 verze pracuj\u00ed routery efektivn\u011bji. Proto je IPv6 mnohem lep\u0161\u00ed ne\u017e IPv4. <\/p>\n

D\u00e9lka hlavi\u010dky IPv4 od 0 do 31 bit\u016f zab\u00edr\u00e1 32 bit\u016f. Bez ohledu na posledn\u00ed \u0159\u00e1dek Options a Padding m\u00e1 IP adresa verze 4 velikost 20 bajt\u016f, co\u017e znamen\u00e1, \u017ee jej\u00ed minim\u00e1ln\u00ed velikost je 20 bajt\u016f. D\u00e9lka adresy \u0161est\u00e9 verze nem\u00e1 minim\u00e1ln\u00ed velikost a tato adresa m\u00e1 pevnou d\u00e9lku 40 bajt\u016f.<\/p>\n

V hlavi\u010dce IPv4 je nejprve uvedena verze, pot\u00e9 je ur\u010dena d\u00e9lka hlavi\u010dky IHL. Ve v\u00fdchoz\u00edm nastaven\u00ed je to 20 bajt\u016f, ale pokud je v hlavi\u010dce uvedena dodate\u010dn\u00e1 informace Options, m\u016f\u017ee m\u00edt v\u011bt\u0161\u00ed d\u00e9lku. Pokud pou\u017eijete Wireshark, m\u016f\u017eete p\u0159e\u010d\u00edst hodnotu Version, kter\u00e1 je rovna 4, a hodnotu IHL, kter\u00e1 je rovna 5, co\u017e znamen\u00e1 p\u011bt vertik\u00e1ln\u00edch blok\u016f po 4 bajtech (32 bit\u016f) v ka\u017ed\u00e9m, nepo\u010d\u00edtaje blok Options. <\/p>\n

\"Tr\u00e9nink
\n
\nTyp slu\u017eby Type of Service ud\u00e1v\u00e1 charakter paketu \u2013 nap\u0159\u00edklad hlasov\u00fd paket nebo paket dat, proto\u017ee hlasov\u00fd provoz m\u00e1 p\u0159ednost p\u0159ed ostatn\u00edmi typy provozu. Jin\u00fdmi slovy, toto pole ur\u010duje prioritu provozu. Celkov\u00e1 d\u00e9lka Total Length p\u0159edstavuje sou\u010det d\u00e9lky hlavi\u010dky 20 bajt\u016f plus d\u00e9lku payloadu, co\u017e jsou p\u0159ed\u00e1van\u00e1 data. Pokud je rovna 50 bajt\u016fm, celkov\u00e1 d\u00e9lka bude m\u00edt hodnotu 70 bajt\u016f. Identifikace paketu Identification slou\u017e\u00ed k ov\u011b\u0159en\u00ed integrity paketu pomoc\u00ed parametru kontroln\u00edho sou\u010dtu hlavi\u010dky Header Checksum. Pokud je paket fragmentov\u00e1n na 5 \u010d\u00e1st\u00ed, ka\u017ed\u00e9 z nich by m\u011blo m\u00edt stejn\u00fd identifik\u00e1tor \u2014 posun fragmentu Fragment Offset, kter\u00fd m\u016f\u017ee m\u00edt hodnotu od 0 do 4, p\u0159i\u010dem\u017e ka\u017ed\u00fd fragment paketu by m\u011bl m\u00edt stejnou hodnotu posunu. Flagguj\u00ed, zda je povolen posun fragment\u016f. Pokud nechcete, aby doch\u00e1zelo k fragmentaci dat, nastav\u00edte flag DF \u2013 don't fragment. Existuje flag MF \u2013 more fragment. To znamen\u00e1, \u017ee pokud byl prvn\u00ed paket fragmentov\u00e1n na 5 \u010d\u00e1st\u00ed, druh\u00e9mu paketu bude p\u0159i\u0159azena hodnota 0, co\u017e znamen\u00e1 \u2013 \u017e\u00e1dn\u00e9 dal\u0161\u00ed fragmenty! P\u0159itom posledn\u00ed fragment prvn\u00edho paketu bude ozna\u010den 4, aby p\u0159ij\u00edma\u010d mohl snadno deassemblovat paket, tedy prov\u00e9st defragmentaci. <\/p>\n

V\u0161imn\u011bte si barev pou\u017eit\u00fdch na tomto sn\u00edmku. \u010cervenou barvou jsou ozna\u010dena pole, kter\u00e1 byla vylou\u010dena z hlavi\u010dky IPv6. Modrou barvou jsou zobrazeny parametry, kter\u00e9 p\u0159e\u0161ly ze \u010dtvrt\u00e9 do \u0161est\u00e9 verze protokolu v pozm\u011bn\u011bn\u00e9 podob\u011b. \u017dlut\u00e1 pole z\u016fstala beze zm\u011bny v obou verz\u00edch. Zelenou barvou je zobrazeno pole, kter\u00e9 se objevilo poprv\u00e9 pouze v IPv6.<\/p>\n

Pole Identification, Flags, Fragment Offset a Header Checksum byly vylou\u010deny, proto\u017ee p\u0159i modern\u00edm p\u0159enosu dat nedoch\u00e1z\u00ed k fragmentaci a kontrola checksum nen\u00ed vy\u017eadov\u00e1na. P\u0159ed mnoha lety, p\u0159i pomal\u00e9m p\u0159enosu dat, byla fragmentace pom\u011brn\u011b \u010dast\u00fdm jevem, ale dnes se b\u011b\u017en\u011b pou\u017e\u00edv\u00e1 Ethernet standardu IEEE 802.3 s MTU o velikosti 1500 bajt\u016f, a fragmentace se ji\u017e nevyskytuje.<\/p>\n

TTL, nebo \u010das \u017eivota paketu, je po\u010d\u00edtadlo s odpo\u010dtem - kdy\u017e \u010das \u017eivota dos\u00e1hne 0, paket je zahazen. V podstat\u011b to p\u0159edstavuje maxim\u00e1ln\u00ed po\u010det skok\u016f, kter\u00e9 m\u016f\u017ee paket vykonat v dan\u00e9 s\u00edti. Pole Protocol ukazuje, jak\u00fd protokol, TCP nebo UDP, je v s\u00edti pou\u017e\u00edv\u00e1n.<\/p>\n

Header Checksum je zastaral\u00fd parametr, proto byl v nov\u00e9 verzi protokolu vylou\u010den. N\u00e1sleduj\u00ed pole 32-bitov\u00e9 adresy zdroje a 32-bitov\u00e9 adresy c\u00edle. Pokud m\u00e1me n\u011bjak\u00e9 informace ve \u0159\u00e1dku Options, hodnota IHL se m\u011bn\u00ed z 5 na 6, co\u017e nazna\u010duje, \u017ee v hlavi\u010dce je dal\u0161\u00ed pole.
\nV hlavi\u010dce IPv6 se tak\u00e9 pou\u017e\u00edv\u00e1 verze Version, a t\u0159\u00edda provozu Traffic Class odpov\u00edd\u00e1 poli Type of Service v hlavi\u010dce IPv4. Ozna\u010den\u00ed toku Flow Label je podobn\u00e9 Traffic Class a slou\u017e\u00ed k usnadn\u011bn\u00ed sm\u011brov\u00e1n\u00ed homogenn\u00edho toku paket\u016f. Payload Length znamen\u00e1 d\u00e9lku u\u017eite\u010dn\u00e9 z\u00e1t\u011b\u017ee, nebo velikost datov\u00e9ho pole um\u00edst\u011bn\u00e9ho pod hlavi\u010dkou. D\u00e9lka samotn\u00e9 hlavi\u010dky je 40 bajt\u016f a je konstantn\u00ed, a proto nen\u00ed nikde zmi\u0148ov\u00e1na. <\/p>\n

Pole \u201edal\u0161\u00ed hlavi\u010dka\u201c, Next Header, ukazuje, jak\u00fd typ hlavi\u010dky bude m\u00edt dal\u0161\u00ed paket. To je velmi u\u017eite\u010dn\u00e1 funkce, kter\u00e1 ur\u010duje typ dal\u0161\u00edho transportn\u00edho protokolu - TCP, UDP atd., a bude velmi \u017e\u00e1d\u00e1na v budouc\u00edch technologi\u00edch p\u0159enosu dat. I kdy\u017e pou\u017e\u00edv\u00e1te vlastn\u00ed protokol, st\u00e1le m\u016f\u017eete zjistit, kter\u00fd protokol bude n\u00e1sleduj\u00edc\u00ed. <\/p>\n

Maxim\u00e1ln\u00ed po\u010det skok\u016f, nebo Hop Limit, je analogi\u00ed TTL v hlavi\u010dce IPv4, to je mechanismus pro prevenci cyklov\u00e1n\u00ed sm\u011brov\u00e1n\u00ed. N\u00e1sleduj\u00ed pole 128-bitov\u00e9 adresy zdroje a 128-bitov\u00e9 adresy c\u00edle. Cel\u00e1 hlavi\u010dka m\u00e1 velikost 40 bajt\u016f. Jak jsem \u0159ekl, IPv6 je mnohem jednodu\u0161\u0161\u00ed ne\u017e IPv4 a mnohem efektivn\u011bj\u0161\u00ed pro rozhodov\u00e1n\u00ed sm\u011brova\u010de.
\nPod\u00edvejme se na typy adres IPv6. V\u00edme, \u017ee unicast je c\u00edlen\u00fd p\u0159enos, kdy je jedno za\u0159\u00edzen\u00ed p\u0159\u00edmo spojeno s jin\u00fdm a ob\u011b za\u0159\u00edzen\u00ed mohou komunikovat pouze mezi sebou. Multicast p\u0159edstavuje sd\u00edlen\u00fd p\u0159enos a znamen\u00e1, \u017ee n\u011bkolik za\u0159\u00edzen\u00ed m\u016f\u017ee sou\u010dasn\u011b komunikovat s jedn\u00edm za\u0159\u00edzen\u00edm, kter\u00e9 m\u016f\u017ee z\u00e1rove\u0148 udr\u017eovat spojen\u00ed s v\u00edce za\u0159\u00edzen\u00edmi. V tomto smyslu je multicast podobn\u00fd rozhlasov\u00e9 stanici, jej\u00ed\u017e sign\u00e1ly se \u0161\u00ed\u0159\u00ed v\u0161ude. Pokud chcete sly\u0161et konkr\u00e9tn\u00ed kan\u00e1l, mus\u00edte si r\u00e1dio ladit na konkr\u00e9tn\u00ed frekvenci. Pokud si pamatujete video lekci o protokolu RIP, v\u00edte, \u017ee tento protokol pou\u017e\u00edv\u00e1 pro rozes\u00edl\u00e1n\u00ed aktualizac\u00ed sd\u00edlenou dom\u00e9nu 255.255.255.255, ke kter\u00e9 jsou p\u0159ipojeny v\u0161echny pods\u00edt\u011b. Tyto aktualizace v\u0161ak obdr\u017e\u00ed pouze ta za\u0159\u00edzen\u00ed, kter\u00e1 pou\u017e\u00edvaj\u00ed protokol RIP. <\/p>\n

Dal\u0161\u00edm typem p\u0159enosu, kter\u00fd se v IPv4 nevyskytoval, se naz\u00fdv\u00e1 Anycast. Pou\u017e\u00edv\u00e1 se v p\u0159\u00edpad\u011b, \u017ee m\u00e1te mnoho za\u0159\u00edzen\u00ed se stejnou IP adresou a umo\u017e\u0148uje odes\u00edlat pakety nejbli\u017e\u0161\u00edmu adres\u00e1tovi z skupiny p\u0159\u00edjemc\u016f. <\/p>\n

\"Tr\u00e9nink
\n
\nPokud hovo\u0159\u00edme o Internetu, kde m\u00e1me CDN s\u00edt\u011b, m\u016f\u017eeme uv\u00e9st p\u0159\u00edklad slu\u017eby YouTube. Tuto slu\u017ebu vyu\u017e\u00edv\u00e1 mnoho lid\u00ed na r\u016fzn\u00fdch m\u00edstech po sv\u011bt\u011b, ale to neznamen\u00e1, \u017ee se v\u0161ichni p\u0159ipojuj\u00ed p\u0159\u00edmo k serveru spole\u010dnosti v Kalifornii. Slu\u017eba YouTube m\u00e1 mnoho server\u016f po cel\u00e9m sv\u011bt\u011b, nap\u0159\u00edklad server m\u00e9ho indick\u00e9ho YouTube se nach\u00e1z\u00ed v Singapuru. Podobn\u011b protokol IPv6 m\u00e1 vestav\u011bn\u00fd mechanismus pro p\u0159enos pomoc\u00ed technologie CDN pomoc\u00ed geograficky distribuovan\u00e9 s\u00ed\u0165ov\u00e9 struktury, tedy pou\u017e\u00edv\u00e1 Anycast.<\/p>\n

Jak jste si v\u0161imli, zde chyb\u00ed dal\u0161\u00ed typ p\u0159enosu, Broadcast, proto\u017ee protokol IPv6 jej nepou\u017e\u00edv\u00e1. Ale Multicast v tomto protokolu funguje podobn\u011b jako Broadcast v IPv4, pouze efektivn\u011bj\u0161\u00edm zp\u016fsobem. <\/p>\n

\u0160est\u00e1 verze protokolu pou\u017e\u00edv\u00e1 t\u0159i typy adres: Link Local, Unique Site Local a Global. Pamatujeme si, \u017ee v IPv4 m\u00e1 jedno rozhran\u00ed pouze jednu IP adresu. P\u0159edstavme si, \u017ee m\u00e1me dv\u011b sm\u011brova\u010de spojen\u00e9 mezi sebou, tak\u017ee ka\u017ed\u00e9 z p\u0159ipojovac\u00edch rozhran\u00ed bude m\u00edt pouze 1 IP adresu. P\u0159i pou\u017eit\u00ed IPv6 ka\u017ed\u00e9 rozhran\u00ed automaticky z\u00edsk\u00e1 IP adresu typu Link Local. Tyto adresy za\u010d\u00ednaj\u00ed na FE80::\/64. <\/p>\n

\"Tr\u00e9nink
\n
\nTyto IP adresy se pou\u017e\u00edvaj\u00ed pouze pro m\u00edstn\u00ed spojen\u00ed. Lid\u00e9 pracuj\u00edc\u00ed na Windows znaj\u00ed velmi podobn\u00e9 adresy typu 169.254.X.X \u2013 to jsou adresy automaticky konfigurovan\u00e9 podle protokolu IPv4.<\/p>\n

Pokud po\u010d\u00edta\u010d \u017e\u00e1d\u00e1 DHCP server o p\u0159id\u011blen\u00ed IP adresy, ale z n\u011bjak\u00e9ho d\u016fvodu se nem\u016f\u017ee s n\u00edm spojit, maj\u00ed za\u0159\u00edzen\u00ed Microsoft mechanismus, kter\u00fd umo\u017e\u0148uje po\u010d\u00edta\u010di p\u0159id\u011blit si IP adresu s\u00e1m. V tomto p\u0159\u00edpad\u011b bude adresa p\u0159ibli\u017en\u011b takov\u00e1: 169.254.1.1. Podobn\u00e1 situace nastane, pokud m\u00e1me po\u010d\u00edta\u010d, switch a sm\u011brova\u010d. P\u0159edpokl\u00e1dejme, \u017ee sm\u011brova\u010d nedostal IP adresu od DHCP serveru a automaticky si p\u0159id\u011blil stejnou IP adresu 169.254.1.1. Po tom po\u0161le prost\u0159ednictv\u00edm switche po s\u00edti vys\u00edlac\u00ed ARP dotaz, ve kter\u00e9m se zept\u00e1, zda n\u011bkter\u00e9 s\u00ed\u0165ov\u00e9 za\u0159\u00edzen\u00ed vlastn\u00ed tuto adresu. Po obdr\u017een\u00ed dotazu odpov\u00ed po\u010d\u00edta\u010d: \u201eAno, m\u00e1m p\u0159esn\u011b takovou IP adresu!\u201c, po \u010dem\u017e si sm\u011brova\u010d p\u0159id\u011bl\u00ed novou n\u00e1hodnou adresu, nap\u0159\u00edklad 169.254.10.10, a znovu ode\u0161le ARP dotaz po s\u00edti. <\/p>\n

\"Tr\u00e9nink
\n
\nPokud nikdo neozn\u00e1m\u00ed, \u017ee m\u00e1 stejnou adresu, ponech\u00e1 si adresu 169.254.10.10. T\u00edmto zp\u016fsobem za\u0159\u00edzen\u00ed v m\u00edstn\u00ed s\u00edti nemus\u00ed v\u016fbec pou\u017e\u00edvat DHCP server, vyu\u017e\u00edvaj\u00ed mechanismus automatick\u00e9ho p\u0159id\u011blov\u00e1n\u00ed IP adres samu sob\u011b, aby si navz\u00e1jem vytvo\u0159ila spojen\u00ed. To je podstata automatick\u00e9 konfigurace IP adres, se kterou jsme se setkali mnohokr\u00e1t, ale nikdy ji nepou\u017e\u00edvali. <\/p>\n

Podobn\u011b m\u00e1 protokol IPv6 mechanismus p\u0159id\u011blov\u00e1n\u00ed m\u00edstn\u00edch IP adres Link Local, za\u010d\u00ednaj\u00edc\u00edch na FE80::. Zlomek 64 znamen\u00e1 odd\u011blen\u00ed adres s\u00edt\u011b a adres hostitele. P\u0159i\u010dem\u017e prvn\u00edch 64 znamen\u00e1 s\u00ed\u0165, a druh\u00fdch 64 je hostitel. <\/p>\n

\"Tr\u00e9nink
\n
\nFE80:: ozna\u010duje adresy ve form\u00e1tu FE80.0.0.0\/, kde za lom\u00edtkem je \u010d\u00e1st adres hostitele. Tyto adresy se li\u0161\u00ed pro na\u0161e za\u0159\u00edzen\u00ed a jeho p\u0159ipojen\u00e9 rozhran\u00ed a konfiguruj\u00ed se automaticky. P\u0159itom \u010d\u00e1st hostitele vyu\u017e\u00edv\u00e1 MAC adresu. Jak je zn\u00e1mo, MAC adresa p\u0159edstavuje 48bitovou adresu IP, kter\u00e1 se skl\u00e1d\u00e1 ze 6 blok\u016f po 2 hexadecim\u00e1ln\u00ed \u010d\u00edsla. Tento syst\u00e9m pou\u017e\u00edv\u00e1 Microsoft, zat\u00edmco Cisco pou\u017e\u00edv\u00e1 3 bloky po 4 hexadecim\u00e1ln\u00ed \u010d\u00edsla. <\/p>\n

\"Tr\u00e9nink
\n
\nV na\u0161em p\u0159\u00edkladu budeme pou\u017e\u00edvat sekvenci Microsoft ve form\u00e1tu 11:22:33:44:55:66. Jak je p\u0159id\u011blov\u00e1na MAC adresa za\u0159\u00edzen\u00ed? Tato sekvence \u010d\u00edsel v adrese hostitele p\u0159edstavuj\u00edc\u00ed MAC adresu je rozd\u011blena na dv\u011b \u010d\u00e1sti: vlevo jsou t\u0159i skupiny 11:22:33, vpravo t\u0159i skupiny 44:55:66, a mezi nimi je p\u0159id\u00e1no FF a FE. T\u00edmto zp\u016fsobem se vytv\u00e1\u0159\u00ed 64bitov\u00fd blok IP adresy hostitele. <\/p>\n

\"Tr\u00e9nink
\n
\nJak je zn\u00e1mo, sekvence ve form\u00e1tu 11:22:33:44:55:66 p\u0159edstavuje MAC adresu, kter\u00e1 je jedine\u010dn\u00e1 pro ka\u017ed\u00e9 za\u0159\u00edzen\u00ed. Pokud vlo\u017e\u00edme mezi dv\u011b skupiny \u010d\u00edsel MAC adresy FF:FE, z\u00edsk\u00e1me jedine\u010dnou IP adresu tohoto za\u0159\u00edzen\u00ed. Takto se vytv\u00e1\u0159\u00ed IP adresa typu Local Link, kter\u00e1 se pou\u017e\u00edv\u00e1 pouze pro spojen\u00ed mezi sousedy bez speci\u00e1ln\u00ed konfigurace a server\u016f. Tato IP adresa m\u016f\u017ee b\u00fdt pou\u017eit\u00e1 pouze uvnit\u0159 jednoho segmentu s\u00edt\u011b a nem\u016f\u017ee b\u00fdt pou\u017eita pro vn\u011bj\u0161\u00ed komunikaci mimo tento segment. <\/p>\n

Dal\u0161\u00edm typem adresy je Unique Site Local Scope, kter\u00e9 odpov\u00eddaj\u00ed intern\u00edm (private) IP adres\u00e1m protokolu IPv4 typu 10.0.0.0\/8, 172.16.0.0\/12 a 192.168.0.0\/16. D\u016fvod, pro\u010d se pou\u017e\u00edvaj\u00ed intern\u00ed private a extern\u00ed public IP adresy, spo\u010d\u00edv\u00e1 v technologii NAT, o kter\u00e9 jsme mluvili v p\u0159edchoz\u00edch lekc\u00edch. Unique Site Local Scope je technologie, kter\u00e1 vytv\u00e1\u0159\u00ed intern\u00ed IP adresy. M\u016f\u017eete \u0159\u00edct: \u201eImr\u00e1ne, v\u017edy\u0165 jsi \u0159\u00edkal, \u017ee ka\u017ed\u00e9 za\u0159\u00edzen\u00ed m\u016f\u017ee m\u00edt svou IP adresu, proto jsme p\u0159e\u0161li na IPv6,\u201c a budete m\u00edt naprostou pravdu. Ale n\u011bkte\u0159\u00ed lid\u00e9 preferuj\u00ed pou\u017e\u00edvat koncept intern\u00edch IP adres z bezpe\u010dnostn\u00edch d\u016fvod\u016f. P\u0159i\u010dem\u017e NAT funguje jako firewall a extern\u00ed za\u0159\u00edzen\u00ed se nemohou n\u00e1hodn\u011b spojit se za\u0159\u00edzen\u00edmi um\u00edst\u011bn\u00fdmi uvnit\u0159 s\u00edt\u011b, proto\u017ee maj\u00ed lok\u00e1ln\u00ed IP adresy, kter\u00e9 nejsou p\u0159\u00edstupn\u00e9 z vn\u011bj\u0161\u00ed s\u00edt\u011b Internet. Nicm\u00e9n\u011b NAT vytv\u00e1\u0159\u00ed mnoh\u00e9 probl\u00e9my t\u00fdkaj\u00edc\u00ed se VPN, nap\u0159\u00edklad pro protokol ESP. Pro zaji\u0161t\u011bn\u00ed bezpe\u010dnosti protokol IPv4 pou\u017e\u00edval IPSec, ale v protokolu IPv6 je vestav\u011bn\u00fd bezpe\u010dnostn\u00ed mechanismus, tak\u017ee spojen\u00ed mezi intern\u00edmi a extern\u00edmi IP adresami je nav\u00e1z\u00e1no velmi jednodu\u0161e. <\/p>\n

K tomu m\u00e1 IPv6 dva r\u016fzn\u00e9 typy adres: zat\u00edmco adresy Unique Local odpov\u00eddaj\u00ed intern\u00edm IP adres\u00e1m IPv4, adresy Global odpov\u00eddaj\u00ed extern\u00edm adres\u00e1m IPv4. Mnoho lid\u00ed d\u00e1v\u00e1 p\u0159ednost v\u016fbec nepou\u017e\u00edvat adresy typu Unique Local, jin\u00ed se bez nich neobejdou, tak\u017ee je to p\u0159edm\u011btem neust\u00e1l\u00fdch spor\u016f. Mysl\u00edm, \u017ee z\u00edsk\u00e1te mnohem v\u00edce v\u00fdhod, pokud budete pou\u017e\u00edvat pouze extern\u00ed IP adresy, v prv\u00e9 \u0159ad\u011b se to t\u00fdk\u00e1 mobility. Nap\u0159\u00edklad moje za\u0159\u00edzen\u00ed bude m\u00edt stejnou IP adresu bez ohledu na to, kde se nach\u00e1z\u00edm \u2013 v Bangaloru nebo New Yorku, tak\u017ee bez probl\u00e9m\u016f mohu pou\u017e\u00edvat jak\u00e9koli sv\u00e9 za\u0159\u00edzen\u00ed kdekoli na sv\u011bt\u011b. <\/p>\n

Jak jsem ji\u017e \u0159ekl, IPv6 m\u00e1 vestav\u011bn\u00fd bezpe\u010dnostn\u00ed mechanismus, kter\u00fd umo\u017e\u0148uje vytv\u00e1\u0159et bezpe\u010dn\u00fd VPN tunel mezi m\u00edstem, kde se nach\u00e1z\u00ed va\u0161e kancel\u00e1\u0159, a va\u0161imi za\u0159\u00edzen\u00edmi. D\u0159\u00edve jsme pot\u0159ebovali extern\u00ed mechanismus k vytvo\u0159en\u00ed takov\u00e9ho VPN tunelu, ale v IPv6 je to vestav\u011bn\u00fd standardn\u00ed mechanismus. <\/p>\n

Proto\u017ee jsme dnes probrali dostate\u010dn\u011b t\u00e9mat, p\u0159eru\u0161uji na\u0161i lekci, abychom pokra\u010dovali v diskusi o \u0161est\u00e9 verzi internetov\u00e9ho protokolu IP v dal\u0161\u00edm videu. Jako dom\u00e1c\u00ed \u00fakol v\u00e1s \u017e\u00e1d\u00e1m, abyste si dob\u0159e prostudovali, co je to \u0161estn\u00e1ctkov\u00fd syst\u00e9m \u010d\u00edslov\u00e1n\u00ed, proto\u017ee pro pochopen\u00ed IPv6 je velmi d\u016fle\u017eit\u00e9 rozum\u011bt p\u0159evodu bin\u00e1rn\u00edho \u010d\u00edslov\u00e1n\u00ed na \u0161estn\u00e1ctkov\u00e9 a naopak. Nap\u0159\u00edklad byste m\u011bli v\u011bd\u011bt, \u017ee 1111=F, a tak d\u00e1le, sta\u010d\u00ed se na to pod\u00edvat na Googlu. V dal\u0161\u00edm videu se pokus\u00edm s v\u00e1mi procvi\u010dit tento p\u0159evod. Doporu\u010duji v\u00e1m zhl\u00e9dnout dne\u0161n\u00ed video lekci n\u011bkolikr\u00e1t, abyste nem\u011bli \u017e\u00e1dn\u00e9 dotazy ohledn\u011b prob\u00edran\u00fdch t\u00e9mat. <\/p>\n

\r\n \"P\u0159ehr\u00e1t\r\n
<\/div>\r\n <\/div><\/center>
\nD\u011bkujeme, \u017ee s n\u00e1mi z\u016fst\u00e1v\u00e1te. L\u00edb\u00ed se v\u00e1m na\u0161e \u010dl\u00e1nky? Chcete vid\u011bt v\u00edce zaj\u00edmav\u00fdch materi\u00e1l\u016f? Podpo\u0159te n\u00e1s objedn\u00e1vkou nebo doporu\u010den\u00edm zn\u00e1m\u00fdm, 30 % sleva pro u\u017eivatele Habra na jedine\u010dn\u00fd analog entry-level server\u016f, kter\u00fd jsme pro v\u00e1s vymysleli:<\/b> Ve\u0161ker\u00e1 pravda o VPS (KVM) E5-2650 v4 (6 jader) 10GB DDR4 240GB SSD 1Gbps od 20 $ nebo jak spr\u00e1vn\u011b rozd\u011blit server?<\/a><\/noindex> (k dispozici varianty s RAID1 a RAID10, a\u017e 24 jader a a\u017e 40GB DDR4).<\/p>\n

Dell R730xd za polovinu ceny?<\/b> Jen u n\u00e1s 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB od 199 $<\/a><\/noindex> v Nizozemsku! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 od 99 $!<\/b><\/b> \u010ct\u011bte o tom Jak postavit infrastrukturu podnikov\u00e9 t\u0159\u00eddy s pou\u017eit\u00edm server\u016f Dell R730xd E5-2650 v4 v hodnot\u011b 9000 eur za pakatel?<\/a><\/noindex>
\n
Zdroj: 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\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\u0160kolen\u00ed Cisco 200-125 CCNA v3.0. Den 24. Protokol IPv6 | ProHoster","description":"Dnes budeme studovat protokol IPv6.","canonical_url":"https:\/\/prohoster.info\/cs\/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":"cs_CZ","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\/cs\/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\/cs\/wp-json\/wp\/v2\/posts\/37512","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/comments?post=37512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/posts\/37512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/media\/28150"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/media?parent=37512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/categories?post=37512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/cs\/wp-json\/wp\/v2\/tags?post=37512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}