შეამოწმეთ, მუშაობს თუ არა გაყოფილი გვირაბი: ერთი IP შედეგი ტესტი არ არის

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

მითი: მისამართის ძიება დაფარვას ამტკიცებს

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

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

შეამოწმეთ შეტანილი და გამორიცხული ნაკადი

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

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

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

დაამატეთ DNS და წარუმატებლობის შემთხვევა

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

curl -s https://ifconfig.me
nslookup intranet.example

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

გაიმეორეთ მდგომარეობის შეცვლის შემდეგ

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

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

რა უნდა დაადგინოს შედეგმა

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

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