Сёння мы будзем вывучаць пратакол IPv6. Папярэдняя версія курса CCNA не патрабавала дэталёвага азнаямлення з гэтым пратаколам, аднак у трэцяй версіі 200-125 яго паглыбленае вывучэнне з'яўляецца абавязковым для здачы іспыту. Пратакол IPv6 быў распрацаваны даўнавата, аднак доўгі час не знаходзіў шырокага ўжывання. Ён вельмі важны для далейшага развіцця інтэрнэту, паколькі прызначаны для ўхілення недахопаў паўсюдна распаўсюджанага пратаколу IPv4.
Бо пратакол IPv6 – даволі шырокая тэма, я разбіў яе на два видеоурока: Дзень 24 і Дзень 25. Першы дзень мы прысвяцім асноўным паняццям, а на другі разгледзім наладу IP адрасоў па пратаколе IPv6 для прылад Cisco. Сёння мы як звычайна разгледзім тры тэмы: неабходнасць IPv6, фармат адрасоў IPv6 і тыпы адрасоў IPv6.
Да гэтага часу на нашых уроках мы карысталіся IP-адрасамі па пратаколе v4, і вы прывыклі да таго, што яны выглядаюць дастаткова проста. Калі вы бачылі адрас, намаляваны на гэтым слайдзе, то цудоўна разумелі, пра што ідзе гаворка.
Аднак IP-адрасы v6 выглядаюць зусім па-іншаму. Калі вы не знаёмыя з прынцыпам стварэння адрасоў у гэтай версіі інтэрнэт-пратакола, у першую чаргу вас здзівіць, што IP-адрас гэтага тыпу займае вельмі шмат месца. У чацвёртай версіі пратакола ў нас было ўсяго 4 дзесятковыя лікі, і з імі было ўсё проста, але ўявіце сабе, што вам спатрэбіцца назваць няма каму містэру X яго новы IP-адрас тыпу 2001:0db8:85a3:0000:0000:8a2e:0370: 7334.
Аднак не хвалюйцеся - у канцы гэтага видеоурока мы апынемся ў нашмат лепшым становішчы. Давайце спачатку разгледзім, чаму ўзнікла неабходнасць у выкарыстанні IPv6.
Сёння большасць людзей карыстаюцца IPv4 і суцэль задаволеныя. Навошта ж спатрэбілася пераходзіць на новую версію? Па-першае, IP-адрасы 4-й версіі складаюцца з 32 біт. Гэта дазваляе стварыць у інтэрнэце прыкладна 4 мільярды адрасоў, гэта значыць дакладны лік IP-адрасоў складае 232. На момант стварэння IPv4 распрацоўнікі лічылі, што такой колькасці адрасоў больш за досыць. Калі вы памятаеце, адрасы гэтай версіі дзеляцца на 5 класаў: дзеючыя класы A, B, C і рэзервовыя класы D (мультыкастынг) і E (даследаванні). Такім чынам, хоць колькасць працоўных IP-адрасоў складала ўсяго 75% ад 4-х мільярдаў, стваральнікі пратаколу былі ўпэўненыя, што іх хопіць на ўсё чалавецтва. Аднак у сувязі са імклівым развіццём інтэрнэту з кожным годам стаў адчувацца недахоп вольных IP-адрасоў, і калі б не выкарыстанне тэхналогіі NAT, вольныя адрасы IPv4 даўно б скончыліся. Фактычна NAT стала выратавальнікам гэтага інтэрнэт-пратакола. Вось чаму ўзнікла неабходнасць у стварэнні новай версіі інтэрнэт - пратакола, пазбаўленага недахопаў 4-й версіі. Вы можаце спытаць, чаму з чацвёртай версіі перайшлі адразу да шостай. Гэта злучана з тым, што версія 5, як і версіі 1,2 і 3, былі эксперыментальнымі.
Такім чынам, IP-адрасы v6 маюць 128-бітную адрасную прастору. Як вы думаеце, у колькі разоў павялічылася колькасць магчымых IP-адрасоў? Верагодна, вы скажаце: "у 4 разы!". Але гэта не так, таму што 234 ужо ў 4 разы больш, чым 232. Так што значэнне 2128 з'яўляецца неверагодна вялікім - яно роўна 340282366920938463463374607431768211456. Такая колькасць IP-адрасоў, даступных па пратаколе. Гэта значыць, што вы можаце прысвоіць IP-адрас усяму, чаму захочаце: вашаму аўтамабілю, тэлефону, наручным гадзінам. Сучасны чалавек можа мець ноўтбук, некалькі смартфонаў, разумны гадзіннік, разумны дом - тэлевізар, падлучаны да інтэрнэту, пральную машыну, злучаную з інтэрнэтам, цэлы дом, падлучаны да сеткі Інтэрнэт. Такая колькасць адрасоў дазваляе ажыццявіць канцэпцыю "інтэрнэт рэчаў", якую падтрымлівае Cisco. Гэта азначае, што ў вашым жыцці ўсе рэчы злучаны з інтэрнэтам, і ўсім ім патрэбен свой IP-адрас. З IPv6 гэта магчыма! Кожны чалавек на Зямлі можа выкарыстоўваць для сваіх прылад мільёны адрасоў гэтай версіі, і ўсё роўна застанецца занадта шмат вольных. Мы не можам прагназаваць, як будуць развівацца тэхналогіі, аднак можна спадзявацца, што чалавецтва не прыйдзе да таго часу, калі на Зямлі застанецца ўсяго 6 камп'ютар. Можна меркаваць, што IPv1 праіснуе яшчэ доўгі-доўгі час. Давайце разгледзім, што ўяўляе сабой фармат IP-адрасу шостай версіі.
Гэтыя адрасы адлюстроўваюцца ў выглядзе 8 груп шаснаццатковых лікаў. Гэта значыць, што кожны знак адрасу мае даўжыню 4 біты, такім чынам кожная група з 4-х такіх знакаў складаецца з 16 бітаў, а ўвесь адрас мае даўжыню 128 біт. Кожная група з 4 знакаў адлучаецца ад наступнай групы двукроп'ем, у адрозненне ад адрасоў IPv4, дзе групы падзяляліся кропкамі, таму што кропка з'яўляецца дзесятковай формай падання лікаў. Паколькі запомніць такі адрас нялёгка, існуе некалькі правіл, якія дазваляюць яго скараціць. Першае правіла абвяшчае, што групы, якія складаюцца з адных нулёў, можна замяніць падвойным двукроп'ем. Падобную аперацыю можна прарабіць над кожным IP-адрасам усяго 1 раз. Разгледзім, што гэта значыць.
Як бачыце, у прыведзеным прыкладзе адрасу ёсць тры групы па 4 нулі. Сумарная колькасць двукроп'яў, якія падзяляюць гэтыя групы 0000:0000:0000 роўна 2. Такім чынам, калі выкарыстоўваць падвойнае двукроп'е ::, гэта будзе азначаць, што ў дадзеным месцы адрасы размешчаны групы нулёў. Як жа даведацца, колькі груп нулёў абазначае гэтую падвойную двокроп'е? Калі паглядзець на скарочаную форму запісу адраса, можна налічыць 5 груп па 4 знакі. Але паколькі мы ведаем, што поўны адрас складаецца з 8 груп, значыць, падвойная двукроп'е абазначае 3 групы па 4 нулі. Такое першае правіла скарочанай формы адраса.
Другое правіла абвяшчае, што можна адкідаць пачатковыя нулі ў кожнай групе знакаў. Напрыклад, 6 група поўнай формы адраса выглядае як 04FF, а яе скарочаная форма будзе выглядаць як 4FF, таму што мы адкінулі пачатковы нуль. Такім чынам, запіс 4FF азначае не што іншае, як 04FF.
Карыстаючыся гэтымі правіламі, можна скараціць любы IP-адрас. Аднак нават пасля скарачэння гэты адрас не выглядае сапраўды кароткім. Пазней мы разгледзім, што з гэтым можна зрабіць, пакуль што проста запомніце гэтыя 2 правілы.
Давайце разгледзім, што ўяўляюць сабой загалоўкі адрасоў версіі IPv4 і IPv6.
Гэтая карцінка, якую я ўзяў з Інтэрнэту, вельмі добрае тлумачыць розніцу паміж двума загалоўкамі. Як бачыце, загаловак адрасу IPv4 нашмат складаней і ўтрымоўвае ў сабе больш інфармацыі, чым загаловак IPv6. Калі загаловак складаны, то роўтэр затрачвае больш часу на яго апрацоўку для прыняцця рашэння маршрутызацыі, таму пры выкарыстанні прасцейшых IP-адрасоў шостай версіі роўтэры працуюць больш эфектыўна. Вось чаму IPv6 нашмат лепш IPv4.
Даўжыня загалоўка IPv4 ад 0 да 31 біта займае 32 біта. Без уліку апошняга радка Options і Padding IP-адрас версіі 4 уяўляе сабой 20-байтавы адрас, гэта значыць яго мінімальны памер роўны 20 байтаў. Даўжыня адрасы шостай версіі не мае мінімальнага памеру, і такі адрас мае фіксаваную даўжыню 40 байтаў.
У загалоўку IPv4 спачатку ідзе версія, затым паказваецца даўжыня загалоўка IHL. Па змаўчанні гэта 20 байт, але калі ў загалоўку ўказваецца дадатковая інфармацыя Options, ён можа мець вялікую даўжыню. Калі выкарыстоўваць Wireshark, то можна прачытаць значэнне Version, роўнае 4, і значэнне IHL, роўнае 5, што азначае пяць вертыкальных блокаў па 4 байта (32 біта) у кожным, не лічачы блока Options.
Выгляд сэрвісу Type of Service паказвае на характар пакета - напрыклад, галасавы пакет або пакет дадзеных, таму што галасавы трафік мае прыярытэт перад астатнімі відамі трафіку. Карацей кажучы, гэтае поле паказвае на прыярытэт трафіку. Агульная даўжыня Total Length уяўляе сабой суму даўжыні загалоўка 20 байт плюс даўжыню карыснай нагрузкі, якая ўяўляе сабой перадаюцца дадзеныя. Калі яна роўна 50 байтам, то агульная даўжыня будзе мець значэнне 70 байтаў. Ідэнтыфікацыя пакета Identification служыць для праверкі цэласнасці пакета, выкарыстоўваючы параметр кантрольнай сумы загалоўка Header Checksum. Калі пакет фрагментаваны на 5 частак, кожная з іх павінна мець аднолькавы ідэнтыфікатар - зрушэнне фрагмента Fragment Offset, якое можа мець значэнне ад 0 да 4, пры гэтым кожны фрагмент пакета павінен мець аднолькавае значэнне зрушэння. Флагі паказваюць, ці дапускаецца зрушэнне фрагментаў. Калі вы не жадаеце, каб адбывалася фрагментацыя дадзеных, вы ўсталёўваеце сцяг DF - don't fragment. Існуе сцяг MF - more fragment. Гэта азначае, што калі першы пакет фрагментаваны на 5 частак, то для другога пакета будзе ўсталяваны 0, які азначае - больш ніякіх фрагментаў! Пры гэтым апошні фрагмент першага пакета будзе пазначаны 4, так што якая прымае прылада зможа лёгка дэасэмбляваць пакет, гэта значыць ужыць дэфрагментацыю.
Звярніце ўвагу на колеры, выкарыстаныя на гэтым слайдзе. Чырвоным колерам пазначаны палі, якія былі выключаны з загалоўка IPv6. Сінім колерам паказаны параметры, якія перайшлі з чацвёртай у шостую версію пратакола ў змененым выглядзе. Жоўтыя палі засталіся без змен у абедзвюх версіях. Зялёным колерам паказана поле, якое ўпершыню з'явілася толькі ў IPv6.
Палі Identification, Flags, Fragment Offset і Header Checksum былі выключаныя з прычыны таго, што ў сучасных умовах перадачы дадзеных фрагментацыі не адбываецца і праверка кантрольнай сумы не патрабуецца. Шмат гадоў таму, пры павольнай перадачы дадзеных, фрагментацыя была даволі частай з'явай, але сёння паўсюдна выкарыстоўваецца Ethernet стандарту IEEE 802.3 c MTU памерам 1500 байтаў, і фрагментацыя больш не сустракаецца.
TTL, ці час жыцця пакета, уяўляе сабой лічыльнік са зваротным адлікам – калі час жыцця дасягае 0, пакет адкідаецца. Фактычна гэта максімальная колькасць хопаў, якія можна здзейсніць у дадзенай сетцы. Поле Protocol паказвае, які пратакол, TCP ці UDP, выкарыстоўваецца ў сетцы.
Header Checksum з'яўляецца састарэлым параметрам, таму ён выключаны з новай версіі пратаколу. Далей размяшчаюцца палі 32-бітнага адраса крыніцы і 32-бітнага адраса прызначэння. Калі ў нас ёсць нейкая інфармацыя ў радку Options, то велічыня IHL змяняецца з 5 на 6, паказваючы, што ў загалоўку маецца дадатковае поле.
У загалоўку IPv6 гэтак жа выкарыстоўваецца версія Version, а клас трафіку Traffic Class адпавядае полю Type of Service у загалоўку IPv4. Пазнака струменя Flow Label падобная на Traffic Class і служыць для спрашчэння маршрутызацыі аднастайнага струменя пакетаў. Payload Length азначае даўжыню карыснай нагрузкі, або памер поля дадзеных, размешчаных у полі ніжэй загалоўка. Даўжыня самага загалоўка ў 40 байт з'яўляецца сталай і таму нідзе не згадваецца.
Поле "наступны загаловак", Next Header, паказвае, які тып загалоўка будзе мець наступны пакет. Гэта вельмі карысная функцыя, якая задае тып наступнага транспартнага пратакола - TCP, UDP і г.д, і якая будзе вельмі запатрабавана ў наступных тэхналогіях перадачы даных. Нават калі вы выкарыстоўваеце ўласны пратакол, то зможаце даведацца, які пратакол будзе наступным.
Лімітавы лік крокаў, або Hop Limit, з'яўляецца аналагам TTL у загалоўку IPv4, гэта механізм для прадухілення зацыклення маршрутызацыі. Далей размяшчаюцца палі 128-бітнага адраса крыніцы і 128-бітнага адраса прызначэння. Увесь загаловак мае памер 40 байт. Як я сказаў, IPv6 нашмат прасцей IPv4 і нашмат больш эфектыўна для прыняцця роўтэрам рашэнняў маршрутызацыі.
Разгледзім тыпы адрасоў IPv6. Мы ведаем, што такое unicast – гэта накіраваная перадача, калі адна прылада напроста злучана з іншым і абедзве прылады могуць мець зносіны толькі сябар з сябрам. Мультыкаст уяўляе сабой шырокавяшчальную перадачу і азначае, што некалькі прылад адначасова могуць звязацца з адной прыладай, якое, у сваю чаргу, можа адначасова падтрымліваць сувязь з некалькімі прыладамі. У гэтым сэнсе мультыкаст падобны да радыёстанцыі, сыгналы якой распаўсюджваюцца паўсюль. Калі вы хочаце пачуць канкрэтны канал, то павінны наладзіць сваё радыё на пэўную частату. Калі вы падушыце відэаўрок аб пратаколе RIP, то ведаеце, што гэты пратакол для рассылання абнаўленняў выкарыстае шырокавяшчальны дамен 255.255.255.255, да якога падлучаныя ўсе падсеткі. Але гэтыя абнаўленні атрымаюць толькі тыя прылады, якія выкарыстоўваюць RIP пратакол.
Яшчэ адзін тып вяшчання, які не сустракаўся ў IPv4, завецца Anycast. Ён выкарыстоўваецца ў тым выпадку, калі ў вас маецца мноства прылад з адным і тым жа IP-адрасам і дазваляе рассылаць пакеты найблізкаму адрасату з групы атрымальнікаў.
У выпадку з Інтэрнэтам, дзе ў нас ёсць CDN-сеткі, можна прывесці прыклад сэрвісу YouTube. Гэтым сэрвісам карыстаюцца мноства людзей у розных частках свету, але гэта не азначае, што ўсе яны падлучаюцца напрамую да сервера кампаніі ў Каліфорніі. Сэрвіс YouTube мае мноства сервераў па ўсім свеце, напрыклад, сервер майго індыйскага YouTube размешчаны ў Сінгапуры. Аналагічна пратакол IPv6 мае ўбудаваны механізм для ажыццяўлення перадачы па тэхналогіі CDN з дапамогай геаграфічна размеркаванай сеткавай структуры, гэта значыць выкарыстоўвае Anycast.
Як вы заўважылі, тут адсутнічае яшчэ адзін тып вяшчання, Broadcast, таму што пратакол IPv6 яго не выкарыстоўвае. Але Multicast у гэтым пратаколе дзейнічае аналагічна Broadcast у IPv4, толькі больш эфектыўным спосабам.
Шостая версія пратакола выкарыстоўвае тры тыпы адрасоў: Link Local, Unique Site Local і Global. Мы памятаем, што ў IPv4 адзін інтэрфейс мае толькі адзін IP-адрас. Выкажам здагадку, што ў нас ёсць два роўтара, звязаныя адзін з адным, дык вось, кожны з інтэрфейсаў падключэння будзе мець толькі 1 IP-адрас. Пры выкарыстанні IPv6 кожны інтэрфейс аўтаматычна атрымлівае IP-адрас тыпу Link Local. Гэтыя адрасы пачынаюцца з FE80::/64.
Дадзеныя IP-адрасы выкарыстоўваюцца толькі для лакальных злучэнняў. Людзі, якія працуюць з Windows, ведаюць вельмі падобныя адрасы выгляду 169.254.Х.Х - гэта адрасы, аўтаматычна канфігуруемыя па пратаколе IPv4.
Калі кампутар звяртаецца да DHCP сервера за атрыманнем IP-адрасы, але па нейкім чынніку не можа ўсталяваць з ім сувязь, у прыладах Microsoft маецца механізм, які дазваляе кампутару прысвоіць IP-адрас самому сабе. Пры гэтым адрас будзе прыкладна такі: 169.254.1.1. Аналагічная сітуацыя ўзнікне, калі ў нас ёсць кампутар, світч і роўтэр. Выкажам здагадку, роўтэр не атрымаў IP-адрас ад DHCP-сервера і аўтаматычна прызначыў сам сабе такі ж IP-адрас 169.254.1.1. Пасля гэтага ён праз світч разашле па сетцы шырокавяшчальны ARP-запыт, у якім спытае, ці не мае нейкая сеткавая прылада гэты адрас. Атрымаўшы запыт, кампутар адкажа яму: «Так, у мяне сапраўды такі ж IP-адрас!», пасля чаго роўтэр прызначыць сабе новы выпадковы адрас, напрыклад, 169.254.10.10, і зноў разашле па сетцы ARP-запыт.
Калі ніхто не паведаміць, што мае такі ж адрас, то ён пакіне адрас 169.254.10.10 сабе. Такім чынам, прылады ў лакальнай сетцы могуць наогул не выкарыстоўваць DHCP-сервер, карыстаючыся механізмам аўтаматычнага прызначэння IP-адрасоў самім сабе, каб усталяваць сябар з сябрам сувязь. Вось у чым заключаецца аўтаканфігурацыя IP-адрасоў, з якой мы сустракаліся шмат разоў, але ніколі не выкарыстоўвалі.
Аналагічнай выявай у пратаколе IPv6 маецца механізм прызначэння лакальных IP-адрасоў Link Local, якія пачынаюцца з FE80::. Слеш 64 азначае падзел адрасоў сеткі і адрасоў хаста. Пры гэтым першыя 64 азначаюць сетку, а другія 64 - хост.
FE80:: азначае адрасы выгляду FE80.0.0.0/, дзе пасля слеша размешчана частка адрасоў хаста. Гэтыя адрасы неаднолькавыя для нашай прылады і злучанага з ім інтэрфейсу і канфігуруюцца аўтаматычна. Пры гэтым частка хаста выкарыстоўвае MAC-адрас. Як вядома, MAC-адрас уяўляе сабой 48-бітны IP-адрас, які складаецца з 6 блокаў па 2 шаснаццатковых лікі. Такую сістэму выкарыстоўвае Microsoft, у Cisco выкарыстоўваецца 3 блока па 4 шаснаццатковых лікі.
У нашым прыкладзе мы будзем выкарыстоўваць паслядоўнасць Microsoft выгляду 11:22:33:44:55:66. Як жа прызначае MAC-адрас прылады? Гэтая паслядоўнасць лікаў у адрасе хаста, уяўлялая сабой MAC-адрас, дзеліцца на дзве часткі: злева размяшчаюцца тры групы 11:22:33, справа тры групы 44:55:66, а паміж імі дадаецца FF і FE. Такім чынам, ствараецца 64 бітны блок IP-адрасы хаста.
Як вядома, паслядоўнасць выгляду 11:22:33:44:55:66 уяўляе сабой MAC-адрас, унікальны для кожнага прылады. Усталяваўшы паміж двума групамі лікаў MAC-адрасы FF:FE, мы атрымліваем унікальны IP-адрас дадзенай прылады. Вось такім чынам ствараецца IP-адрас тыпу Local Link, які выкарыстоўваецца толькі для ўстанаўлення сувязі паміж суседзямі без спецыяльнай канфігурацыі і спецыяльных сервераў. Такі IP-адрас можа выкарыстоўвацца толькі ўнутры аднаго сегмента сеткі і не можа прымяняцца для знешняй камунікацыі за межамі дадзенага сегмента.
Наступным тыпам адрасу з'яўляецца Unique Site Local Scope, якія адпавядаюць унутраным (private) IP-адрасам пратаколу IPv4 тыпу 10.0.0.0/8, 172.16.0.0/12 і 192.168.0.0/16. Чыннік, па якой выкарыстоўваюць унутраныя private і вонкавыя public IP-адрасы, складаецца ў тэхналогіі NAT, аб якой мы казалі на папярэдніх уроках. Unique Site Local Scope – гэта тэхналогія, якая стварае ўнутраныя IP-адрасы. Вы можаце сказаць: «Імран, бо ты казаў, што кожная прылада можа мець свой IP-адрас, вось чаму мы перайшлі на IPv6», і маеце рацыю. Але некаторыя людзі аддаюць перавагу карыстацца канцэпцыяй унутраных IP-адрасоў з меркаванняў бяспекі. Пры гэтым NAT выкарыстоўваецца як файрвол, і вонкавыя прылады не могуць адвольна звязвацца з прыладамі, размешчанымі ўсярэдзіне сетак, таму што яны маюць лакальныя IP-адрасы, недаступныя з вонкавай сеткі Інтэрнэт. Аднак NAT стварае мноства праблем, якія датычацца VPN, напрыклад, для пратакола ESP. Для забеспячэння бяспекі пратакол IPv4 выкарыстаў IPSec, але ў пратаколе IPv6 маецца ўбудаваны механізм бяспекі, таму сувязь паміж унутранымі і вонкавымі IP-адрасамі ўсталёўваецца вельмі проста.
Для гэтага IPv6 мае два розных тыпу адрасоў: калі адрасы Unique Local адпавядаюць унутраным IP-адрасам IPv4, то адрасы Global адпавядаюць вонкавым адрасам IPv4. Многія людзі аддаюць перавагу ўвогуле не выкарыстоўваць адрасы тыпу Unique Local, іншыя не могуць без іх абысціся, так што гэта з'яўляецца прадметам пастаянных спрэчак. Я лічу, што вы атрымаеце нашмат больш пераваг, калі будзеце карыстацца толькі вонкавымі IP-адрасамі, у першую чаргу гэта дакранаецца мабільнасці. Напрыклад, мая прылада будзе мець адзін і той жа IP-адрас незалежна ад таго, дзе я знаходжуся – у Бангалоры ці Нью-Ёрку, так што я без праблем змагу выкарыстоўваць любую са сваіх прылад у любым пункце свету.
Як я ўжо сказаў, IPv6 мае ўбудаваны механізм бяспекі, які дазваляе ствараць бяспечны VPN-тунэль паміж месцам, у якім размешчаны ваш офіс, і вашымі прыладамі. Раней нам патрэбен быў вонкавы механізм для стварэння такога VPN-тунэля, але ў IPv6 гэта ўбудаваны стандартны механізм.
Паколькі сёння мы абмеркавалі дастаткова пытанняў, я перарываю наш урок, каб працягнуць абмеркаванне шостай версіі інтэрнэт-пратакола IP у наступным відэа. У якасці хатняга задання я папрашу вас добра вывучыць, што ўяўляе сабою шаснаццатковая сістэма злічэння, таму што для разумення IPv6 вельмі важна разумець пераўтварэнне двайковай сістэмы злічэння ў шаснаццатковую і зваротна. Напрыклад, вы павінны ведаць, што 1111=F, і гэтак далей, проста звернецеся да Google, каб з гэтым разабрацца. На наступным відэаўроку я пастараюся папрактыкавацца з вамі ў такім пераўтварэнні. Я рэкамендую вам перагледзець сённяшні відэаўрок некалькі разоў, каб у вас не заставалася ніякіх пытанняў адносна закранутых тэм.
Дзякуй, што застаяцеся з намі. Вам падабаюцца нашыя артыкулы? Жадаеце бачыць больш цікавых матэрыялаў? Падтрымайце нас аформіўшы замову або парэкамендаваўшы знаёмым, 30% зніжка для карыстальнікаў Хабра на ўнікальны аналаг entry-level сервераў, які быў прыдуманы намі для Вас: (даступныя варыянты з RAID1 і RAID10, да 24 ядраў і да 40GB DDR4).
Dell R730xd у 2 разы танней? Толькі ў нас у Нідэрландах! Dell R420 – 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB – ад $99! Чытайце аб тым
Крыніца: habr.com