პრინტერი ოფლაინშია VPN-ის დაკავშირებისას? შეამოწმეთ მარშრუტების ცხრილი

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

პირველი ნაბიჯი: დაამტკიცეთ, რომ პრინტერი ჯერ კიდევ ხელმისაწვდომია LAN-ში

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

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

მეორე ნაბიჯი: იპოვეთ მარშრუტი, რომელსაც Windows რეალურად ირჩევს

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

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute ბეჭდავს გამარჯვებულ მარშრუტს და მის ინტერფეისს, და ეს არის ის ორი ფაქტი, რაზეც დანარჩენი დამოკიდებულია. route print -4 აჩვენებს გარშემო არსებულ ჩანაწერებს, მათ შორის იმ ორ ნახევარ-ნაგულისხმევს, რომლებსაც სრული გვირაბის კლიენტები აყენებენ: 0.0.0.0/1 და 128.0.0.0/1, რომლებიც ერთად ფარავს მთელ IPv4 სივრცეს და არასდროს ცვლის 0.0.0.0/0-ს. /1 უფრო გრძელია ვიდრე /0, მაგრამ თქვენი 192.168.1.0/24 კიდევ უფრო გრძელია, ამიტომ დაკარგული LAN მარშრუტი უფრო მნიშვნელოვანია, ვიდრე თავად გვირაბის მოთხოვნა.

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

მესამე ნაბიჯი: დაამატეთ ყველაზე ვიწრო მარშრუტი, რომელიც ასახელებს კარიბჭეს და ინტერფეისს

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

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

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

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

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

მეოთხე ნაბიჯი: აქციეთ გამონაკლისი ისე, რომ გადაურჩეს შემდეგ კავშირს

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

თვალყური ადევნეთ IPv6-ს ცალკე. კლიენტი, რომელიც მხოლოდ IPv4 ნაგულისხმევს მოითხოვს, შეიძლება IPv6 ნაგულისხმევი მარშრუტი ფიზიკურ ადაპტერზე დატოვოს, ამიტომ IPv6-ით ხელმისაწვდომი პრინტერი აგრძელებს მუშაობას, სანამ IPv4 ვერ გადის, ან პირიქით. გამოსცადეთ ping -4-ით და ping -6-ით, სანამ გადაწყვეტთ, რომ მარშრუტების ცხრილი უდანაშაულოა.

რა ჯდება თქვენ ლოკალური მოკლე გზა

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

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