როგორ შევამოწმოთ IPv6 VPN-ის გავლით საკუთარი რესურსით

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

ნაბიჯი 1: დაასახელეთ, რომელ IPv6 მარშრუტს ამოწმებთ

თქვით ერთი წინადადებით. მოთხოვნა გვირაბის სერვერის საკუთარ IPv6 მისამართზე ამოწმებს გვირაბს; მოთხოვნა გასასვლელის მიღმა მდებარე ჰოსტზე ამოწმებს გასასვლელის IPv6 გასასვლელს; მოთხოვნა კერძო IPv6 მისამართზე ამოწმებს შიდა მარშრუტს.

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

ნაბიჯი 2: დაადასტურეთ, რომ ჰოსტი სწორედ ამ მარშრუტს ირჩევს

ip -6 route get 2001:db8:1::10 ბეჭდავს მარშრუტს, წყაროს მისამართს და ინტერფეისს, რომელსაც ბირთვი გამოიყენებდა, და სწორედ ამ ფაქტზეა დამოკიდებული დანარჩენი შემოწმება.

ინტერფეისის არსებობა არ არის იგივე, რაც მისი არჩევა. ორსტეკიან ჰოსტებს აქვთ უპირატესობის ცხრილი, და Linux-ზე /etc/gai.conf შეიძლება შეცვალოს, რომელი ოჯახი იმარჯვებს სახელისთვის, რომელიც ორივეში ითარგმნება.

ნაბიჯი 3: გამოიყენეთ ლეგიტიმური დანიშნულება და სახელი

თუ HTTPS-ს ამოწმებთ, გამოიყენეთ ის ჰოსტის სახელი, რომლისთვისაც გაიცა სერთიფიკატი, და დატოვეთ შემოწმება ჩართული; ლიტერალურ მისამართზე გადასვლა იმისთვის, რომ ტესტმა გაიაროს, გამორთავს სწორედ იმ შემოწმებას, რომელიც ამტკიცებს, რომ მიხვედით სასურველ ჰოსტამდე. თქვენს მიერ კონტროლირებადი დიაგნოსტიკური სერვისი, რომელიც პასუხობს ცნობილ სახელზე ვალიდური სერთიფიკატით, ყველაზე სუფთა სამიზნეა. ის ასევე გაძლევთ სერვერის მხარეს ჟურნალის ხაზს შესადარებლად, რასაც მესამე მხარის შემმოწმებელი არასოდეს მოგცემთ.

გაუშვით მოთხოვნა იმ ფორმით, რომელიც აჩვენებს გამოყენებულ მისამართს: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/. -6 აიძულებს ოჯახს, და ასე გამოყოფთ „IPv6 არ მუშაობს“-ს „IPv6 უპირატესობა არ მიენიჭა“-სგან.

სუფთა მისაწვდომობის შემოწმებისთვის, სადაც ICMPv6 დაშვებულია, ping -6 -c 3 2001:db8:1::10 საკმარისია. ის ამტკიცებს გზას და მის ზემოთ არაფერს.

ნაბიჯი 4: შეადარეთ ორივე ბოლო

როცა ორივე ბოლოზე წვდომა გაქვთ, გაუშვით tcpdump -ni any ip6 and host 2001:db8:1::10 კლიენტზე და მისი ეკვივალენტი რესურსზე, დროის ნიშნებით, და დაადასტურეთ, რომ იგივე ნაკადი ორივეგან ჩანს. სწორედ ეს აქცევს სავარაუდო შედეგს მტკიცებულებად: კლიენტის ხედვა მარტო ვერ გაარჩევს რესურსის პასუხს შუალედური რაღაცის პასუხისგან. შეინარჩუნეთ ჩაწერა ვიწრო ერთ დანიშნულებაზე, რომ გამოსავალი წაკითხვადი დარჩეს და არავის უკავშირო სესია ფაილში არ მოხვდეს.

გაიმეორეთ შემოწმება ხელახალი დაკავშირების შემდეგ, თუ შეშფოთება ის არის, გადაურჩება თუ არა პოლიტიკა გადატვირთვას. დაკავშირებისას ერთხელ გამოყენებული მარშრუტისა და ფაირვოლის მდგომარეობა შეიძლება განსხვავდებოდეს ხელახლა გამოყენებული მდგომარეობისგან, და განსხვავება მხოლოდ მეორე კავშირზე ჩანს.

ცალკე შეამოწმეთ წარუმატებლობის შემთხვევა, თუ გჭირდებათ. გვირაბი, რომელიც ვარდნისას ბლოკავს IPv6-ს, და ის, რომელიც ჟონვას უშვებს, სხვადასხვა დიზაინია, და მხოლოდ ერთი მათგანი დასტურდება წარმატებული მოთხოვნით.

ნაბიჯი 5: ჩაწერეთ, რა არ დაამტკიცა შემოწმებამ

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

შენახვის ღირსი ჩანაწერი მოკლეა: დანიშნულება, სახელი, ჰოსტის მიერ არჩეული წყაროს მისამართი, დაკვირვებული შორეული მისამართი და დრო. RFC 7359 განიხილავს, როგორ შემოწმდეს, რომ შესაბამისი IPv6 გზა ნამდვილად გამოსაყენებელია, და ეს არის ის სტანდარტი, რომელსაც ეს სახელმძღვანელო უახლოვდება უფრო მარტივი ხელსაწყოებით. თუ დასკვნას ჭეშმარიტებისთვის საჯარო შემმოწმებელი სჭირდება, შემოწმება საკმარისად კონკრეტული არ იყო.