Cisco Training 200-125 CCNA v3.0. დღის 24 IPv6 პროტოკოლი

დღეს ჩვენ შევისწავლით IPv6 პროტოკოლს. CCNA კურსის წინა ვერსია არ მოითხოვდა ამ პროტოკოლის დეტალურ გაცნობას, თუმცა მესამე ვერსიაში 200-125 გამოცდის ჩაბარებისთვის სავალდებულოა მისი სიღრმისეული შესწავლა. IPv6 პროტოკოლი დიდი ხნის წინ შეიქმნა, მაგრამ დიდი ხნის განმავლობაში იგი ფართოდ არ გამოიყენებოდა. ის ძალიან მნიშვნელოვანია ინტერნეტის მომავალი განვითარებისთვის, რადგან ის მიზნად ისახავს ყველგან გავრცელებული IPv4 პროტოკოლის ნაკლოვანებების აღმოფხვრას.

ვინაიდან IPv6 პროტოკოლი საკმაოდ ფართო თემაა, მე დავყავი ის ორ ვიდეო გაკვეთილად: დღე 24 და დღე 25. პირველ დღეს მივუძღვნით ძირითად ცნებებს, ხოლო მეორე დღეს შევხედავთ Cisco-სთვის IPv6 IP მისამართების კონფიგურაციას. მოწყობილობები. დღეს, როგორც ყოველთვის, განვიხილავთ სამ თემას: IPv6-ის საჭიროებას, IPv6 მისამართების ფორმატს და IPv6 მისამართების ტიპებს.

ჯერჯერობით ჩვენს გაკვეთილებზე ვიყენებდით v4 IP მისამართებს და თქვენ შეჩვეული ხართ იმ ფაქტს, რომ ისინი საკმაოდ მარტივად გამოიყურება. ამ სლაიდზე გამოსახული მისამართის დანახვისას მშვენივრად მიხვდით რაში იყო საქმე.

თუმცა, v6 IP მისამართები ძალიან განსხვავებულად გამოიყურება. თუ თქვენ არ იცით როგორ იქმნება მისამართები ინტერნეტ პროტოკოლის ამ ვერსიაში, პირველ რიგში გაგიკვირდებათ, რომ ამ ტიპის IP მისამართი დიდ ადგილს იკავებს. პროტოკოლის მეოთხე ვერსიაში ჩვენ გვქონდა მხოლოდ 4 ათობითი რიცხვი და მათთან ყველაფერი მარტივი იყო, მაგრამ წარმოიდგინეთ, რომ თქვენ უნდა უთხრათ გარკვეულ ბატონ X-ს მისი ახალი IP მისამართი, როგორიცაა 2001:0db8:85a3:0000:0000:8a2e. :0370: 7334.

მაგრამ არ ინერვიულოთ - ამ ვიდეო გაკვეთილის ბოლოს ჩვენ ბევრად უკეთეს მდგომარეობაში ვიქნებით. მოდით, ჯერ ვნახოთ, რატომ გაჩნდა IPv6-ის გამოყენების აუცილებლობა.

დღეს ადამიანების უმეტესობა იყენებს IPv4-ს და საკმაოდ კმაყოფილია ამით. რატომ დაგჭირდათ ახალ ვერსიაზე განახლება? პირველი, ვერსიის 4 IP მისამართები 32 ბიტიანია. ეს საშუალებას გაძლევთ შექმნათ დაახლოებით 4 მილიარდი მისამართი ინტერნეტში, ანუ IP მისამართების ზუსტი რაოდენობაა 232. IPv4-ის შექმნის დროს დეველოპერები თვლიდნენ, რომ მისამართების ეს რაოდენობა საკმარისზე მეტი იყო. თუ გახსოვთ, ამ ვერსიის მისამართები იყოფა 5 კლასად: აქტიური კლასები A, B, C და სარეზერვო კლასები D (multicasting) და E (კვლევა). ამრიგად, მიუხედავად იმისა, რომ სამუშაო IP მისამართების რაოდენობა 75 მილიარდიდან მხოლოდ 4% იყო, პროტოკოლის შემქმნელები დარწმუნებულნი იყვნენ, რომ ისინი საკმარისი იქნებოდა მთელი კაცობრიობისთვის. თუმცა, ინტერნეტის სწრაფი განვითარების გამო, ყოველწლიურად იგრძნობოდა უფასო IP მისამართების დეფიციტი და რომ არა NAT ტექნოლოგიის გამოყენება, უფასო IPv4 მისამართები დიდი ხნის წინ დასრულებული იქნებოდა. ფაქტობრივად, NAT გახდა ამ ინტერნეტ პროტოკოლის მხსნელი. სწორედ ამიტომ გახდა საჭირო მე-4 ვერსიის ხარვეზებისგან დაცლილი ინტერნეტ პროტოკოლის ახალი ვერსიის შექმნა. შეიძლება გკითხოთ, რატომ გადახვედით პირდაპირ მე-5 ვერსიიდან 1,2 ვერსიაზე. ეს იმიტომ, რომ ვერსია 3, ისევე როგორც ვერსიები XNUMX და XNUMX, იყო ექსპერიმენტული.

ასე რომ, v6 IP მისამართებს აქვთ 128-ბიტიანი მისამართების სივრცე. როგორ ფიქრობთ, რამდენჯერ გაიზარდა შესაძლო IP მისამართების რაოდენობა? თქვენ ალბათ იტყვით: "4 ჯერ!". მაგრამ ეს ასე არ არის, რადგან 234 უკვე 4-ჯერ დიდია 232-ზე. ასე რომ, 2128 წარმოუდგენლად დიდია - უდრის 340282366920938463463374607431768211456. ეს არის IP მისამართების რაოდენობა, რომლებიც ხელმისაწვდომია IPv6-ზე. ეს ნიშნავს, რომ თქვენ შეგიძლიათ მიანიჭოთ IP მისამართი ყველაფერს, რაც გსურთ: თქვენს მანქანას, ტელეფონს, მაჯის საათს. თანამედროვე ადამიანს შეიძლება ჰქონდეს ლეპტოპი, რამდენიმე სმარტფონი, ჭკვიანი საათი, ჭკვიანი სახლი - ინტერნეტთან დაკავშირებული ტელევიზორი, ინტერნეტთან დაკავშირებული სარეცხი მანქანა, ინტერნეტთან დაკავშირებული მთელი სახლი. მისამართების ეს რაოდენობა საშუალებას აძლევს კონცეფციას "ინტერნეტის საგნები", რომელსაც მხარს უჭერს Cisco. ეს ნიშნავს, რომ თქვენს ცხოვრებაში ყველაფერი დაკავშირებულია ინტერნეტთან და მათ ყველას სჭირდებათ საკუთარი IP მისამართი. IPv6-ით ეს შესაძლებელია! დედამიწაზე ყველა ადამიანს შეუძლია გამოიყენოს ამ ვერსიის მილიონობით მისამართი თავისი მოწყობილობებისთვის და მაინც იქნება ძალიან ბევრი უფასო. ჩვენ ვერ ვიწინასწარმეტყველებთ, როგორ განვითარდება ტექნოლოგია, მაგრამ შეგვიძლია ვიმედოვნებთ, რომ კაცობრიობა არ მოვა იმ დროს, როდესაც დედამიწაზე მხოლოდ 1 კომპიუტერი დარჩება. შეიძლება ვივარაუდოთ, რომ IPv6 იარსებებს დიდი ხნის განმავლობაში. მოდით შევხედოთ რა არის მეექვსე ვერსიის 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 ბიტს. ოფციების და შიგთავსის ბოლო ხაზის გამოკლებით, მე-4 ვერსიის IP მისამართი არის 20 ბაიტიანი მისამართი, რაც ნიშნავს, რომ მისი მინიმალური ზომაა 20 ბაიტი. მეექვსე ვერსიის მისამართის სიგრძეს არ აქვს მინიმალური ზომა და ასეთ მისამართს აქვს ფიქსირებული სიგრძე 40 ბაიტი.

IPv4 სათაურში ვერსია მოდის პირველ რიგში, რასაც მოჰყვება IHL სათაურის სიგრძე. ნაგულისხმევი არის 20 ბაიტი, მაგრამ თუ დამატებითი Options ინფორმაცია მითითებულია სათაურში, ის შეიძლება იყოს უფრო გრძელი. Wireshark-ის გამოყენებით შეგიძლიათ წაიკითხოთ ვერსიის მნიშვნელობა 4 და IHL მნიშვნელობა 5, რაც ნიშნავს ხუთ ვერტიკალურ ბლოკს 4 ბაიტიანი (32 ბიტიანი) თითოეული, ოფციების ბლოკის გარეშე.

სერვისის ტიპი მიუთითებს პაკეტის ბუნებაზე - მაგალითად, ხმოვანი პაკეტი ან მონაცემთა პაკეტი, რადგან ხმოვანი ტრაფიკი უპირატესობას ანიჭებს ტრაფიკის სხვა ტიპებს. მოკლედ, ეს ველი მიუთითებს მოძრაობის პრიორიტეტზე. მთლიანი სიგრძე არის სათაურის სიგრძის ჯამი 20 ბაიტი, პლუს დატვირთვის სიგრძე, რომელიც არის გადაცემული მონაცემები. თუ ეს არის 50 ბაიტი, მაშინ მთლიანი სიგრძე იქნება 70 ბაიტი. საიდენტიფიკაციო პაკეტი გამოიყენება პაკეტის მთლიანობის შესამოწმებლად Header Checksum header-ის გამშვები ჯამის პარამეტრის გამოყენებით. თუ პაკეტი დაყოფილია 5 ნაწილად, თითოეულ მათგანს უნდა ჰქონდეს იგივე იდენტიფიკატორი - fragment offset Fragment Offset, რომელსაც შეიძლება ჰქონდეს მნიშვნელობა 0-დან 4-მდე, ხოლო პაკეტის თითოეულ ფრაგმენტს უნდა ჰქონდეს იგივე ოფსეტური მნიშვნელობა. დროშები მიუთითებს ნებადართულია თუ არა ფრაგმენტების გადატანა. თუ არ გსურთ მონაცემთა ფრაგმენტაცია მოხდეს, თქვენ დააყენეთ DF - ნუ ფრაგმენტირებთ დროშას. არის დროშა MF - მეტი ფრაგმენტი. ეს ნიშნავს, რომ თუ პირველი პაკეტი ფრაგმენტირებულია 5 ნაწილად, მაშინ მეორე პაკეტი დაყენდება 0-ზე, რაც ნიშნავს, რომ აღარ არის ფრაგმენტები! ამ შემთხვევაში, პირველი პაკეტის ბოლო ფრაგმენტი აღინიშნება 4, ასე რომ მიმღებ მოწყობილობას შეუძლია ადვილად დაშალოს პაკეტი, ანუ გამოიყენოს დეფრაგმენტაცია.

ყურადღება მიაქციეთ ამ სლაიდზე გამოყენებულ ფერებს. ველები, რომლებიც გამორიცხულია IPv6 სათაურიდან, მონიშნულია წითლად. ლურჯი ფერი აჩვენებს პარამეტრებს, რომლებიც გადატანილია პროტოკოლის მეოთხედან მეექვსე ვერსიიდან შეცვლილი ფორმით. ყვითელი ყუთები ორივე ვერსიაში უცვლელი დარჩა. მწვანე ფერი აჩვენებს ველს, რომელიც პირველად გამოჩნდა მხოლოდ IPv6-ში.

Identification, Flags, Fragment Offset და Header Checksum ველები ამოღებულია იმის გამო, რომ ფრაგმენტაცია არ ხდება მონაცემთა გადაცემის თანამედროვე პირობებში და არ არის საჭირო გამშვები ჯამის გადამოწმება. მრავალი წლის წინ, მონაცემთა ნელი გადაცემით, ფრაგმენტაცია საკმაოდ გავრცელებული იყო, მაგრამ დღეს IEEE 802.3 Ethernet 1500 ბაიტიანი MTU ყველგან არის გავრცელებული და ფრაგმენტაცია აღარ გვხვდება.

TTL, ან პაკეტის დრო სიცოცხლისთვის, არის უკუმთვლელი - როდესაც სიცოცხლის დრო მიაღწევს 0-ს, პაკეტი იშლება. ფაქტობრივად, ეს არის ჰოპების მაქსიმალური რაოდენობა, რაც შეიძლება გაკეთდეს ამ ქსელში. პროტოკოლის ველი მიუთითებს, თუ რომელი პროტოკოლი, TCP ან UDP, გამოიყენება ქსელში.

Header Checksum არის მოძველებული პარამეტრი, ამიტომ ის ამოღებულია პროტოკოლის ახალი ვერსიიდან. შემდეგი არის 32-ბიტიანი წყაროს მისამართი და 32-ბიტიანი დანიშნულების მისამართის ველები. თუ ჩვენ გვაქვს გარკვეული ინფორმაცია Options ხაზში, მაშინ IHL მნიშვნელობა იცვლება 5-დან 6-მდე, რაც მიუთითებს, რომ არის დამატებითი ველი სათაურში.
IPv6 სათაური ასევე იყენებს ვერსიის ვერსიას და Traffic Class შეესაბამება სერვისის ტიპის ველს IPv4 სათაურში. Flow Label არის Traffic Class-ის მსგავსი და გამოიყენება პაკეტების ერთგვაროვანი ნაკადის მარშრუტის გასამარტივებლად. Payload Length ნიშნავს დატვირთვის სიგრძეს, ან მონაცემთა ველის ზომას, რომელიც მდებარეობს სათაურის ქვემოთ ველში. თავად სათაურის სიგრძე, 40 ბაიტი, მუდმივია და ამიტომ არსად არ არის ნახსენები.

შემდეგი სათაურის ველი, Next Header, მიუთითებს რა ტიპის სათაური ექნება შემდეგ პაკეტს. ეს არის ძალიან სასარგებლო ფუნქცია, რომელიც ადგენს შემდეგი სატრანსპორტო პროტოკოლის ტიპს - TCP, UDP და ა.შ. და რომელიც იქნება დიდი მოთხოვნილება მომავალში მონაცემთა გადაცემის ტექნოლოგიებში. მაშინაც კი, თუ იყენებთ საკუთარ პროტოკოლს, შეგიძლიათ გაიგოთ, რომელი პროტოკოლია შემდეგი.

hop ლიმიტი, ან Hop Limit, არის TTL-ის ანალოგი IPv4 სათაურში, ეს არის მექანიზმი მარშრუტიზაციის მარყუჟების თავიდან ასაცილებლად. შემდეგი არის 128-ბიტიანი წყაროს მისამართი და 128-ბიტიანი დანიშნულების მისამართის ველები. მთლიანი სათაური არის 40 ბაიტის ზომა. როგორც ვთქვი, IPv6 ბევრად უფრო მარტივია ვიდრე IPv4 და ბევრად უფრო ეფექტური როუტერის მარშრუტიზაციის გადაწყვეტილებებისთვის.
განვიხილოთ IPv6 მისამართების ტიპები. ჩვენ ვიცით რა არის unicast - ეს არის მიმართული გადაცემა, როდესაც ერთი მოწყობილობა პირდაპირ არის დაკავშირებული მეორესთან და ორივე მოწყობილობას შეუძლია მხოლოდ ერთმანეთთან კომუნიკაცია. Multicast არის სამაუწყებლო გადაცემა და ნიშნავს, რომ რამდენიმე მოწყობილობას შეუძლია დაუკავშირდეს ერთ მოწყობილობას ერთდროულად, რაც, თავის მხრივ, შეუძლია დაუკავშირდეს რამდენიმე მოწყობილობას ერთდროულად. ამ თვალსაზრისით, Multicast ჰგავს რადიოსადგურს, რომლის სიგნალები ყველგან არის გავრცელებული. თუ გსურთ კონკრეტული არხის მოსმენა, უნდა დააკონფიგურიროთ თქვენი რადიო კონკრეტულ სიხშირეზე. თუ გახსოვთ ვიდეო გაკვეთილი 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-ის გამოყენებისას, თითოეული ინტერფეისი ავტომატურად იღებს Link Local IP მისამართს. ეს მისამართები იწყება FE80-ით::/64.

ეს IP მისამართები გამოიყენება მხოლოდ ლოკალური კავშირებისთვის. Windows-თან მომუშავე ადამიანებმა იციან ძალიან მსგავსი მისამართები, როგორიცაა 169.254.X.X - ეს არის 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-ს აქვს FE80::-ით დაწყებული Link Local IP მისამართების მინიჭების მექანიზმი. ხაზი 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. ემატება მათ შორის. ეს ქმნის ჰოსტის IP მისამართის 64 ბიტიან ბლოკს.

მოგეხსენებათ, თანმიმდევრობა 11:22:33:44:55:66 არის MAC მისამართი, რომელიც უნიკალურია თითოეული მოწყობილობისთვის. FF:FE MAC მისამართების ორ ჯგუფს შორის დაყენებით, ჩვენ ვიღებთ უნიკალურ IP მისამართს ამ მოწყობილობისთვის. ასე იქმნება Local Link ტიპის IP მისამართი, რომელიც გამოიყენება მხოლოდ მეზობლებს შორის კომუნიკაციის დასამყარებლად სპეციალური კონფიგურაციისა და სპეციალური სერვერების გარეშე. ასეთი IP მისამართის გამოყენება შესაძლებელია მხოლოდ ერთი ქსელის სეგმენტში და არ შეიძლება გამოყენებულ იქნას ამ სეგმენტის გარეთ გარე კომუნიკაციისთვის.

შემდეგი ტიპის მისამართი არის საიტის უნიკალური ლოკალური არეალი, რომელიც შეესაბამება შიდა (პირადი) IPv4 IP მისამართებს, როგორიცაა 10.0.0.0/8, 172.16.0.0/12 და 192.168.0.0/16. მიზეზი, რის გამოც გამოიყენება შიდა კერძო და გარე საჯარო IP მისამართები, არის NAT ტექნოლოგიის გამო, რომელზეც წინა გაკვეთილებზე ვისაუბრეთ. Unique Site Local Scope არის ტექნოლოგია, რომელიც ქმნის შიდა IP მისამართებს. თქვენ შეგიძლიათ თქვათ: „იმრან, რადგან თქვი, რომ თითოეულ მოწყობილობას შეიძლება ჰქონდეს თავისი IP მისამართი, ამიტომ გადავედით IPv6-ზე“ და აბსოლუტურად მართალი იქნებით. მაგრამ ზოგიერთს ურჩევნია გამოიყენოს შიდა IP მისამართების კონცეფცია უსაფრთხოების მიზეზების გამო. ამ შემთხვევაში, NAT გამოიყენება როგორც firewall და გარე მოწყობილობებს არ შეუძლიათ თვითნებურად დაუკავშირდნენ ქსელში მდებარე მოწყობილობებს, რადგან მათ აქვთ ადგილობრივი IP მისამართები, რომლებიც მიუწვდომელია გარე ინტერნეტიდან. ამასთან, NAT უამრავ პრობლემას ქმნის VPN-ებთან, როგორიცაა ESP პროტოკოლი. IPv4 უსაფრთხოებისთვის იყენებდა IPSec-ს, მაგრამ IPv6-ს აქვს ჩაშენებული უსაფრთხოების მექანიზმი, ამიტომ შიდა და გარე IP მისამართებს შორის კომუნიკაცია ძალიან მარტივია.

ამისათვის IPv6-ს აქვს ორი სხვადასხვა ტიპის მისამართები: ხოლო უნიკალური ლოკალური მისამართები შეესაბამება IPv4 შიდა IP მისამართებს, გლობალური მისამართები შეესაბამება IPv4 გარე მისამართებს. ბევრი ადამიანი ირჩევს საერთოდ არ გამოიყენოს უნიკალური ლოკალური მისამართები, სხვებს არ შეუძლიათ მათ გარეშე, ამიტომ ეს მუდმივი დებატების საგანია. მე მჯერა, რომ თქვენ მიიღებთ ბევრად მეტ სარგებელს, თუ იყენებთ მხოლოდ გარე IP მისამართებს, პირველ რიგში, მობილურობის თვალსაზრისით. მაგალითად, ჩემს მოწყობილობას ექნება იგივე IP მისამართი, მიუხედავად იმისა, ვიქნები ბანგალორში თუ ნიუ-იორკში, ასე რომ, მე შემიძლია მარტივად გამოვიყენო ჩემი ნებისმიერი მოწყობილობა მსოფლიოს ნებისმიერ წერტილში.

როგორც ვთქვი, IPv6-ს აქვს ჩაშენებული უსაფრთხოების მექანიზმი, რომელიც საშუალებას გაძლევთ შექმნათ უსაფრთხო VPN გვირაბი თქვენს ოფისსა და თქვენს მოწყობილობებს შორის. ადრე გვჭირდებოდა გარე მექანიზმი ასეთი VPN გვირაბის შესაქმნელად, მაგრამ IPv6-ში ეს არის ჩაშენებული სტანდარტული მექანიზმი.

ვინაიდან დღეს საკმარისად განვიხილეთ თემები, შევწყვეტ ჩვენს გაკვეთილს, რათა შემდეგ ვიდეოში გავაგრძელოთ IP ინტერნეტ პროტოკოლის მეექვსე ვერსიის განხილვა. საშინაო დავალების შესასრულებლად გთხოვთ, კარგად შეისწავლოთ რა არის თექვსმეტობითი რიცხვების სისტემა, რადგან IPv6-ის გასაგებად ძალიან მნიშვნელოვანია ორობითი რიცხვების სისტემის თექვსმეტობით და პირიქით გადაქცევა. მაგალითად, თქვენ უნდა იცოდეთ, რომ 1111=F და ა.შ. უბრალოდ სთხოვეთ Google-ს მისი დალაგება. შემდეგ ვიდეო გაკვეთილში ვეცდები თქვენთან ერთად ვივარჯიშო ასეთ ტრანსფორმაციაში. გირჩევთ, რამდენჯერმე ნახოთ დღევანდელი ვიდეო გაკვეთილი, რათა არ გაგიჩნდეთ კითხვები გაშუქებულ თემებთან დაკავშირებით.

გმადლობთ, რომ დარჩით ჩვენთან. მოგწონთ ჩვენი სტატიები? გსურთ ნახოთ უფრო საინტერესო შინაარსი? მხარი დაგვიჭირეთ შეკვეთის განთავსებით ან მეგობრებისთვის რეკომენდაციით, 30% ფასდაკლება Habr-ის მომხმარებლებისთვის საწყისი დონის სერვერების უნიკალურ ანალოგზე, რომელიც ჩვენ მიერ გამოგონილია თქვენთვის: მთელი სიმართლე VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps 20$-დან ან როგორ გავაზიარო სერვერი? (ხელმისაწვდომია RAID1 და RAID10-ით, 24 ბირთვამდე და 40 გბ-მდე DDR4).

Dell R730xd 2-ჯერ იაფია? Მხოლოდ აქ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ტელევიზორი $199-დან ნიდერლანდებში! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99-დან! Წაიკითხო რაღაცის შესახებ როგორ ავაშენოთ ინფრასტრუქტურის კორპუსი. კლასი Dell R730xd E5-2650 v4 სერვერების გამოყენებით 9000 ევროს ღირებულების პენი?

წყარო: www.habr.com