VPN სახლში უკავშირდება, სასტუმროს Wi-Fi-ზე კი დრო ეწურება
იგივე ლეპტოპი, იგივე ანგარიში, სხვა ქსელი. წაიკითხეთ შეცდომის კოდი როგორც ეტაპი, შეამოწმეთ სახელი და შემდეგ დაიჭირეთ გარე პაკეტი, სანამ რომელიმე პარამეტრს შეცვლით.
ლეპტოპი უერთდება სახლის Wi-Fi-ს, კლიენტი სამ წამში უკავშირდება, და იგივე პროფილი სასტუმროში საათში ვერ მუშაობს. ამასობაში არაფერი განახლებულა. ამის გარჩევა კლიენტთან ერთად, რომელიც თქვენს წინ ზის, ძირითადად იმაშია, რომ იცოდეთ რომელი შეცდომა რომელ ეტაპს ეკუთვნის, რადგან სასარგებლო ინფორმაცია კოდშია, რომელსაც კლიენტი ბეჭდავს და არა იმაში, რომ ის ვერ მუშაობდა. შეასრულეთ ქვემოთ მოცემული ოთხი ნაბიჯი თანმიმდევრობით და გაიგებთ, სახელმა, პაკეტმა, პორტმა თუ პოლიტიკამ გიუარა თქვა.
წაიკითხეთ შეცდომის კოდი ეტაპად და არა განაჩენად
გვირაბის არსებობამდე კლიენტი სამ ცალკე ეტაპს აღწევს. ის წყვეტს სერვერის სახელს, პასუხს იღებს ქსელში რაღაცისგან და აწარმოებს მოლაპარაკებას უსაფრთხოების ასოციაციაზე. თითოეულ ეტაპს აქვს საკუთარი წარუმატებლობის შეტყობინება, და განსაკუთრებით Windows უხვად იძლევა განსხვავებულ კოდებს, როცა უკვე იცით, რომელ ეტაპს ეკუთვნიან.
| What the client says | Stage that failed | First thing to run |
|---|---|---|
| 868, name did not resolve | DNS, before any packet leaves for the server | Resolve-DnsName vpn.example.net |
| 721 or 806, remote computer did not respond | Outer protocol filtered, typically GRE or UDP | A capture on the local interface |
| 809, server not responding | A device in the path is dropping the outer flow | The same capture, from a second network |
| 789, security layer error | The security exchange started and was rejected | Certificate and proposal settings on both ends |
ამ კოდებიდან ორი ნიშნავს, რომ ქსელი უდანაშაულოა. 789 ნიშნავს, რომ პაკეტები მიედინებოდა და ორი ბოლო კრიპტოზე არ შეთანხმდა, რაც კონფიგურაციის პრობლემაა და სახლში გამოსწორებადია. 868 ნიშნავს, რომ არც ერთ პაკეტს გარეთ გასვლა არ დასჭირდა, ამიტომ გვირაბის დიზაინს მნიშვნელობა არ აქვს, სანამ სახელი არ გადაწყდება. კოდის სწორ ეტაპზე მიკუთვნება ნებისმიერ ჩაწერაზე მეტ დროს ზოგავს, რადგან გეუბნებათ, მომდევნო სამი ნაბიჯიდან რომელი გამოტოვოთ.
იყავით სათანადოდ ფრთხილად, თუ კლიენტი Windows არ არის. მესამე მხარის კლიენტები ამის უმეტეს ნაწილს "კავშირი ვერ დამყარდა"-ში აერთიანებენ, ამიტომ შემდეგი ორი ნაბიჯი შეტყობინებას საერთოდ არ ეყრდნობა.
შეამოწმეთ სახელი, სანამ გვირაბს დაადანაშაულებთ
სასტუმროებისა და აეროპორტების ქსელები მუდმივად იჭერენ DNS-ს, და რეზოლვერი, რომელიც პორტალის მისამართით პასუხობს, წარმოქმნის ჩავარდნას, რომელიც ზუსტად მკვდარ სერვერს ჰგავს. შეადარეთ, რას ამბობს ლოკალური რეზოლვერი და რას ამბობს საჯარო:
Resolve-DnsName vpn.example.net -Type A
nslookup vpn.example.net 1.1.1.1
ipconfig /all | findstr /i "DNS Servers"თუ ორი პასუხი განსხვავდება, თქვენ გადამისამართებენ და დანარჩენი დიაგნოსტიკა ფუჭდება, სანამ ეს არ გადაწყდება. კერძოდ, პორტალის მისამართი სიამოვნებით მიიღებს TCP კავშირს და შემდეგ გაიჭედება, ამიტომ ბრაუზერით შემოწმებისას ეს ფაირვოლის ბლოკად შეიძლება ჩანდეს.
ახლა დაადასტურეთ, რომ მისამართი, რომელზეც გსურთ მოხვედრა, სწორედ ის არის, რომელიც გამოიყენება. ზოგი კლიენტი წინა გადაწყვეტას პროფილის მთელი სიცოცხლის განმავლობაში ქეშირებს, ამიტომ DNS-ის შეცვლის შემდეგ ხელახალი კავშირი მაინც ძველ მისამართზე მიდის. დახურეთ კლიენტი მთლიანად ხელახალ გამოცდამდე, ნაცვლად იმისა, რომ იმავე ფანჯარაში გათიშვასა და დაკავშირებას დააჭიროთ.
გაარკვიეთ, რომელი გარე პაკეტი ქრება
გვირაბს აქვს გარე ნაკადი, რომელიც მთლიანად თქვენსა და სერვერს შორის გზას ეკუთვნის, და სწორედ ამ ნაკადს ახარისხებენ და ყრიან შუამავალი მოწყობილობები. დაიჭირეთ ის კლიენტზე, შემდეგ შეადარეთ მომუშავე ქსელი წარუმატებელს. Windows-ზე პირველი შეხედვისთვის ჩაშენებული ჩაწერა საკმარისია:
pktmon filter remove
pktmon filter add -p 500 -t UDP
pktmon start --capture --pkt-size 128
pktmon stop
pktmon etl2txt PktMon.etlგსურთ ნახოთ, გადის თუ არა თქვენი პაკეტები საერთოდ და ბრუნდება თუ არა რამე. გარეთ გასული პაკეტები უკან დაბრუნების გარეშე ნიშნავს, რომ გზა ან შორეული ბოლო ყრის მათ; თუ საერთოდ არაფერი გადის, კლიენტი გაგზავნამდე ვერ მივიდა, რაც უკან სახელის გადაწყვეტის ან ლოკალური ფაირვოლის პოლიტიკისკენ მიუთითებს.
გაიმეორეთ იგივე გამოცდა ტელეფონის ჰოტსპოტზე. ეს არის ერთადერთი ყველაზე ინფორმაციული შედარება, რომელიც ხელმისაწვდომია, რადგან გზიდან ხსნის სასტუმროს ყველა მოწყობილობას და ლეპტოპი, კლიენტი და მონაცემები უცვლელი რჩება. თუ გვირაბი ჰოტსპოტზე ამოდის, შეწყვიტეთ სერვერზე ყურება. თუ იქაც ვერ მუშაობს, თქვენ გაქვთ კლიენტის ან ანგარიშის პრობლემა, რომელიც ქსელს არასოდეს გამოუწვევია.
შეცვალეთ ერთი ტრანსპორტი და ხელახლა შეამოწმეთ
როცა იცით, რომ გარე ნაკადს ყრიან, პრაქტიკული კითხვაა, რომელ ნაკადს უშვებს ქსელი. უმეტეს შეზღუდულ ქსელს გამავალი TCP 443 ნებადართული აქვს, რადგან სხვაგვარად ვერ იმუშავებს, ამიტომ მსმენელის იქ გადატანა ჩვეულებრივი პასუხია. OpenVPN-ზე ეს კლიენტის მხარის გადამრთველია, სანამ სერვერი შეიცვლება:
openvpn --config corp.ovpn --proto tcp-client --remote vpn.example.net 443 --verb 4IPsec კლიენტებს აქვთ ეკვივალენტური გადამრთველი საკუთარ პარამეტრების პანელებში, რომელიც ჩვეულებრივ აღწერილია როგორც IPsec TCP-ზე ან NAT-ის გავლა. მისი შეცვლა დიაგნოსტიკაც არის: თუ გვირაბი TCP-ზე ამოდის და UDP-ზე კვდება, თქვენ დაამტკიცეთ, რომ ქსელი UDP-ს ფილტრავს, და ასევე იპოვეთ პარამეტრი, რომელიც დაგჭირდებათ ყოველ ვიზიტზე.
წინააღმდეგობა გაუწიეთ ცდუნებას, პირველივე ცდაზე გამორთოთ როუტერის ფუნქციები. სასტუმროს ქსელში მდგომარეობითი შემოწმების ან წყალდიდობის დაცვის გამორთვა თქვენთვის მაინც მიუწვდომელია, ხოლო საკუთარ აღჭურვილობაზე ეს რეალურ დაცვას ერთ ლეპტოპში ცვლის. ჩაიწერეთ, რომელმა პარამეტრმა შეცვალა შედეგი, შემდეგ დააბრუნეთ ის და მოძებნეთ ტრანსპორტი, რომელსაც ქსელი უკვე უშვებს.
გადაამოწმეთ იგივე პროფილი მეორე ქსელში
სანამ ბილეთს დახურავთ, დაამტკიცეთ, რომ ცვლილებამ შენობის დატოვებას გაუძლო. ხელახლა დაუკავშირდით საწყის ქსელს საწყისი პარამეტრებით, დაიჭირეთ პირველი ოცდაათი წამი და დაადასტურეთ, რომ კლიენტი იმავე მდგომარეობას აღწევს, რასაც ჰოტსპოტზე:
pktmon filter add -p 443 -t TCP
pktmon start --capture
Get-VpnConnection -Name "Corp" | Select-Object ConnectionStatus, TunnelType, ServerAddressღირს შენარჩუნება ის განსხვავება, რომელსაც ბოლო ბრძანება ავლენს: პროფილს შეუძლია შეატყობინოს დაკავშირებული გვირაბი, მაშინ როცა შიგნით მარშრუტიზაცია არასწორია, და ეს წარმოქმნის "VPN ჩართულია, მაგრამ არაფერი მუშაობს", რაც სხვა სტატიაა. თუ თქვენი რედაქტირების შემდეგ გვირაბის ტიპი შეიცვალა, პროფილი არ არის ის, რაც გამოსცადეთ.
შემდეგ ჩაწერეთ აღმოჩენა იქ, სადაც შემდეგი ადამიანი შეხედავს. "კორპორატიულ პროფილს ამ ობიექტზე TCP 443 სჭირდება; UDP 500-ს სასტუმრო ფილტრავს" არის წინადადება, რომლის მიხედვითაც კოლეგას შეუძლია იმოქმედოს. "VPN სასტუმროებში არასტაბილურია" ასეთი არ არის, და ეს იმას ნიშნავს, რომ იგივე საათი მომავალ თვეშიც დაიხარჯება.