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