რატომ ამტვრევს ფართო VPN მარშრუტი რამდენიმე საჯარო საიტს
რამდენიმე საიტი იშლება, დანარჩენი კი იტვირთება, რადგან ფართო პრეფიქსი მათ მისამართებს იჭერს. შეუსაბამეთ მარშრუტი ამოხსნილ მისამართს, შემდეგ გაარკვიეთ ვინ აყენებს მას.
გვერდების უმეტესობა იტვირთება, ორი ან სამი დროის ლიმიტს სცდება და ბრაუზერი კავშირს ადანაშაულებს. იმ საიტებს, რომლებიც იშლება, აქვთ საერთო რამ, რაც მომუშავეებს არ აქვთ: მათი ამოხსნილი მისამართები ხვდება პრეფიქსში, რომელიც VPN-მა დააყენა. მარშრუტი, რომელიც საკმარისად ფართოა საჯარო დიაპაზონის დასაფარად, დაიჭერს იმ ტრაფიკს, რომლის ტარებაც გვირაბს არასდროს უნდა მოეხდინა, და სიმპტომი ვებსაიტის პრობლემას ჰგავს და არა მარშრუტიზაციის გადაწყვეტილებას.
ამოხსენით წარუმატებელი სახელი და შემდეგ შეხედეთ მარშრუტიზაციის ცხრილს და არა ბრაუზერს.
შეადარეთ მისამართი და არა საიტის სახელი
მოძებნეთ მისამართი, რომელიც კლიენტმა რეალურად სცადა, შემდეგ შეამოწმეთ რომელი მარშრუტი ემთხვევა მას. დანიშნულება 45.61.20.10-ის შიგნით ხვდება 45.0.0.0/8-ის ქვეშ, თუ ეს პრეფიქსი არსებობს, მაშინაც კი, თუ თავად საიტს გვირაბთან არაფერი აქვს საერთო. წარუმატებელი მისამართის დაყენებულ პრეფიქსებთან შედარება გამოკლების ამოცანაა და არა ვარაუდი.
Windows-ს შეუძლია ორივე ნახევარზე პირდაპირ პასუხის გაცემა და ძებნა გვიჩვენებს, რომელი ინტერფეისი და შემდეგი ნაბიჯი მოიგო არჩევანმა. ამოხსენით სახელი ორჯერ, თუ საიტი რამდენიმე მისამართს აბრუნებს. ჩაწერეთ თითოეული შესაბამის მარშრუტთან ერთად. სხვადასხვა მისამართმა შეიძლება სხვადასხვა პასუხი მოგვცეს და მათგან მხოლოდ ერთი შეიძლება იყოს წარუმატებელი შემთხვევა.
Resolve-DnsName www.example.org Get-NetRoute -AddressFamily IPv4 | Select-Object DestinationPrefix,InterfaceIndex,NextHop,RouteMetric Find-NetRoute -RemoteIPAddress 45.61.20.10 Get-VpnConnection | Format-List Name,SplitTunneling,Routes
წაიკითხეთ ყველაზე კონკრეტული შესაბამისი პრეფიქსი და არა პირველი ნაცნობი ხაზი. ცხრილში არსებული მარშრუტი არ ამტკიცებს, რომ ძებნა მოიგო; ამას აკეთებს ყველაზე გრძელი დამთხვევა. ორი პრეფიქსი შეიძლება ერთ მისამართს დაემთხვეს და მათგან მხოლოდ ერთი იღებს პაკეტს. დამარცხებული ცხრილში რჩება და სიაში ისეთივე რეალურად გამოიყურება.
ჩაწერეთ პრეფიქსი, მისი ინტერფეისი და ამოხსნილი მისამართი. ეს სამი მნიშვნელობა მთელი დიაგნოზია.
გაარკვიეთ ვინ დააყენა მარშრუტი
მარშრუტები ოთხი ადგილიდან მოდის: მშობლიური VPN პროფილიდან, მართვის პოლიტიკიდან, კავშირის სკრიპტიდან ან სრულიად სხვა კლიენტიდან. ცოცხალი ჩანაწერის წაშლამ შეიძლება დაადასტუროს მისი მნიშვნელობა, მაგრამ შემდეგი კავშირი მას შენახული კონფიგურაციიდან ხელახლა ქმნის, ასე რომ წყაროა ის, რაც უნდა შეიცვალოს.
ჯერ შეამოწმეთ პროფილის მარშრუტების სია, შემდეგ მართვის პოლიტიკა, შემდეგ ნებისმიერი სკრიპტი, რომელიც კავშირისას ეშვება. ეს თანმიმდევრობა ემთხვევა იმას, რამდენად ხშირად აღმოჩნდება თითოეული პასუხისმგებელი. ის ასევე ცვლილებას ერთ შრეში ამყარებს და არა სამში.
ყურადღებით წაიკითხეთ მშობლიური კლასებზე დაფუძნებული ქცევა
მშობლიურ Windows პროფილებს აქვთ დოკუმენტირებული პარამეტრი NativeProfile/DisableClassBasedDefaultRoute, რომელიც აკონტროლებს ინტერფეისის მისამართიდან გამოყვანილ ავტომატურ მარშრუტს. 45-ით დაწყებულმა პროფილის მისამართმა ამ ქცევის დროს შეიძლება შექმნას ჩანაწერი 45.0.0.0/8 და ასე იჭერს ერთი საჯარო მისამართი მთელ A კლასის დიაპაზონს.
თვისების სახელი არასწორ კითხვას იწვევს: true-ზე დაყენება გამოყვანას თიშავს, false კი რთავს. ის ასევე არ არის იგივე ობიექტი, რაც ნაგულისხმევი მარშრუტი, და არ მართავს მესამე მხარის კლიენტებს, რომლებიც საკუთარ პრეფიქსებს აყენებენ.
თუ გამოყვანა დადასტურებული მიზეზია, გაასწორეთ პროფილი მისი მართვის მფლობელის მეშვეობით და ცალსახად მიუთითეთ განზრახული კერძო პრეფიქსები. თუ ჩანაწერი სკრიპტმა დაამატა, გაასწორეთ სკრიპტი. ერთი აუხსნელი ფართო მარშრუტის მეორეთი ჩანაცვლება ცვლის სიმპტომს და არ პასუხობს კითხვას.
გაასწორეთ წყარო და შემდეგ ხელახლა შეამოწმეთ ორივე გზა
ცვლილების შემდეგ ხელახლა დაუკავშირდით და გაიმეორეთ ძებნა წარუმატებელი საჯარო საიტისთვის და რესურსისთვის, რომელმაც გვირაბი უნდა გამოიყენოს. პირველი ახლა ფიზიკურ ინტერფეისზე უნდა ამოიხსნას, ხოლო მეორემ კვლავ VPN უნდა აირჩიოს. არ გაჩერდეთ პირველ წარმატებაზე; გასწორებამ, რომელიც კერძო წვდომასაც ამტვრევს, ერთი ხარვეზი მეორეთი შეცვალა.
ამავე დროს გადახედეთ სერვერის მისამართების გეგმას. საჯარო სივრცესთან გადაფარული პული ამ ტიპის პრობლემას არაერთხელ იწვევს. ოპერატორის მიერ განზრახ არჩეული დიაპაზონი სხვა საუბრის ღირსია და არა ავტომატური გადანომრვის.
MTU-ის გაზრდა ან DNS-ის გასუფთავება არ გაასწორებს პრეფიქსს, რომელიც ჯერ კიდევ ამ მისამართს გვირაბში მიმართავს. ჯერ არჩევანი შეამოწმეთ, შემდეგ გზა.