რომელ IPv6 წყაროს ირჩევს VPN მოთხოვნა და რატომ არის ეს მნიშვნელოვანი
ჰოსტი რამდენიმე IPv6 მისამართით წყაროს ირჩევს მარშრუტის მოძიებამდე. შეამოწმეთ დალაგებული წესები, აპლიკაციის მიბმა და შორეული მხარის დაბრუნების პოლიტიკა.
თქვენ დაამატეთ VPN მისამართი და ელოდით, რომ მოთხოვნა მას გამოიყენებდა, მაგრამ სერვერი კვლავ ძველ პრეფიქსს იწერდა. გვირაბში არაფერი ჩავარდნილა; ჰოსტმა წყარო-მისამართის არჩევანი გააკეთა მანამ, სანამ იმ მარშრუტს შეხედავდა, რომელზეც თქვენ იყურებოდით. IPv6 წყაროს არჩევა ჰოსტის კანდიდატ მისამართებს შორის ცალკე დალაგებული შეჯიბრია და ყველაზე გრძელი დამთხვევადი პრეფიქსი მხოლოდ ერთი წესია ამ შეჯიბრის დასასრულთან ახლოს. სასურველი შედეგის მისაღებად უნდა იცოდეთ, რომელი წესმა უკვე გაიმარჯვა. თავად წესები მოსაწყენი და ზუსტია და სწორედ ეს არის მათი თანმიმდევრობით წაკითხვის მიზეზი.
ორი ძიება, არა ერთი
დანიშნულების არჩევა განსაზღვრავს შემდეგ ნახტომს და გამავალ ინტერფეისს. შემდეგ წყაროს არჩევა განსაზღვრავს, ჰოსტის რომელი მისამართი გამოჩნდება სათაურში, და ამ ორ კითხვას განსხვავებული მექანიზმები პასუხობენ, თუმცა ორივე პრეფიქსებს იყენებს. ჰოსტს ფიზიკური მისამართით, დროებითი მისამართითა და VPN მისამართით ნებისმიერი დანიშნულებისთვის სამი კანდიდატი აქვს და VPN-ისკენ მიმავალი მარშრუტი მესამეს ავტომატურად არ ასახელებს.
ამიტომ სწორი მარშრუტი და არასწორი წყარო ასე ადვილად თანაარსებობენ და ამიტომ ერთი და იგივე მოთხოვნა ბრაუზერიდან და იძულებითი მიბმიდან შეიძლება სხვაგვარად მოიქცეს. მოეპყარით ორ ძიებას როგორც ცალკეულს, სანამ არ გექნებათ მტკიცებულება, რომელიც მათ აკავშირებს.
წაიკითხეთ წესები დალაგებულ შეჯიბრად
RFC 6724 წესებს თანმიმდევრობით ჩამოთვლის და თითოეული მხოლოდ წინების მიერ დატოვებულ ფრეს ამარცხებს. გამავალი ინტერფეისის უპირატესობა და იარლიყის დამთხვევა პრეფიქსების შედარებამდე გაცილებით ადრე ჩნდება, ამიტომ მარშრუტის მიერ გამოყენებული ინტერფეისის მისამართმა უკვე მოიპოვა უპირატესობა, რომელსაც უკეთესი პრეფიქსის დამთხვევა ვერ წაშლის. მოძველება და ფარგლებიც მონაწილეობენ და ამიტომ ძველი მისამართი ზოგჯერ წყვეტს არჩევას მაშინაც, როცა პოლიტიკა არავის შეუცვლია.
პრაქტიკული წაკითხვაა, რომ გამარჯვებულზე მხოლოდ დანიშნულებიდან ვერ იმსჯელებთ. ჩამოთვალეთ კანდიდატები, გაიარეთ წესები თანმიმდევრობით და ნახეთ, სად მიიღეს გადაწყვეტილება სინამდვილეში.
გაითვალისწინეთ ისიც, რომ ეს პრობლემის წყარო-ნახევარია. ორი პრეფიქსული შედარების აღრევა წარმოშობს განმარტებებს, რომლებიც მკაცრად ჟღერს და არასწორ მისამართს პროგნოზირებს. თქვით, რომელი შედარება გაქვთ მხედველობაში, როცა ბილეთში სიტყვა პრეფიქსს იყენებთ.
აპლიკაციის მიბმა კითხვას ცვლის
აპლიკაციას შეუძლია კონკრეტული წყარო-მისამართი მოითხოვოს და ნამდვილი გამოკვეთილი არჩევანი კითხვას გადააქვს „რომელი მისამართს ამჯობინებდა ჰოსტი“-დან „შეუძლია ამ მისამართს დანიშნულებამდე მისვლა და დაბრუნება“-ზე. ხელსაწყოები, რომლებიც წყაროს ებმებიან ან არჩეულ მისამართზე დამატებით მონაცემებს ითხოვენ, ამას პირდაპირ ამჟღავნებენ და ისინი ყველაზე სწრაფი გზაა იმის დასამტკიცებლად, თუ რომელი მისამართი გამოიყენა კავშირმა სინამდვილეში. ეს ექსპერიმენტი სჯობს მარშრუტების ცხრილის მესამედ წაკითხვას, რადგან იუწყება, რა გადაწყვიტა ბირთვმა და არა რა დააყენეთ თქვენ. გაიმეორეთ იგი ცვლილების შემდეგ და შეადარეთ ორი პასუხი.
ეს წყაროს მიბმას ხდის როგორც დიაგნოსტიკურ ხელსაწყოს, ისე დროებით გადაწყვეტას: მიაბით VPN მისამართი და დააკვირდით, წარმატებულია თუ არა მოთხოვნა. თუ წარმატებულია, გზა რიგზეა და პრობლემა არჩევანი იყო. თუ ვერ მოხერხდა, პრობლემა თავიდანვე დაბრუნების გზა ან შორეული მხარის პოლიტიკა იყო.
შეამოწმეთ, რომ შორეული მხარე ამ წყაროს იღებს
რასაც ჰოსტი აირჩევს, ის უნდა შეესაბამებოდეს VPN-ის დაცულ ფარგლებს და შორეული კიდის დაბრუნების მარშრუტსა და წვდომის წესებს. სელექტორების გარეთ არსებული წყარო შეიძლება გვირაბში შევიდეს და შორეულ კიდეზე გადაიგდოს, რაც ერთმხრივი ჩავარდნა ჩანს და მარშრუტიზაციას ებრალება. შეადარეთ არჩეული შიდა წყარო დაცვის ფარგლებს, სანამ დაშიფვრის პარამეტრებს შეეხებით, რადგან რეჟიმის შეცვლა კანდიდატ მისამართებს შორის არ ირჩევს.
გარე ბოლო წერტილის მისამართიც ცალკე შეინახეთ თქვენს მსჯელობაში. ის VPN მონაწილეებს შორის ტრანსპორტს განსაზღვრავს და არ არის შიგნითა აპლიკაციის პაკეტის წყარო.
გადაწყვიტეთ ოთხი დაკვირვებით
ჩაწერეთ გამოყენებული დანიშნულება, შესაფერისი ლოკალური წყაროები, ფაქტობრივად არჩეული წყარო და ეფექტური გამავალი გზა. ოთხი სტრიქონი საკმარისია თითქმის ყველა შემთხვევის ასახსნელად და მათი შედარება მუშა და წარუმატებელ ჰოსტებს შორის თეორიის ხელახალი განხილვის გარეშე შეიძლება. არჩევის ნაბიჯისთვის გამოიყენეთ ოპერაციული სისტემის საკუთარი მხარდაჭერილი ხედი და არა სახელი სტანდარტიდან, რადგან იმპლემენტაციები საკუთარ ლოკალურ უპირატესობებს ამატებენ.
როცა პასუხი მაინც გაკვირვებთ, დალაგება აკეთებს იმას, რასაც თქვენი გონებრივი მოდელი არ აკეთებს, და გამოსწორება არის შენატანების შეცვლა და არა ალგორითმთან კამათი. ჩაწერეთ ოთხი დაკვირვება ბილეთში და შემდეგ მკითხველს შეეძლება თქვენი დასკვნის გამეორება.