Windows-ის VPN აჩვენებს 255.255.255.255-ს: არასწორია ნიღაბი?
წერტილ-წერტილ გვირაბში ჰოსტის ნიღაბი ნორმალურია. დაადასტურეთ ინტერფეისის მოდელი, წაიკითხეთ წარუმატებელი ჰოსტის მარშრუტი და გამოყავით DNS სერვისზე წვდომისგან.
გვირაბი უკავშირდება, თქვენ ხსნით ადაპტერის დეტალებს და ნიღაბი აჩვენებს 255.255.255.255-ს. ოფისის LAN-ის 255.255.255.0-თან შედარებით დაზიანებულად გამოიყურება და შეცდომა ჩვეულებრივ სწორედ იქ იწყება. წერტილ-წერტილ კავშირზე ჰოსტის ნიღაბი ლოკალური ბოლოს სწორი აღწერაა, ხოლო დაშორებული ქსელები მოდიან მარშრუტებად და არა როგორც მიერთებული ქვექსელი. ქვემოთ მოცემული პროცედურა ჰყოფს ორ კითხვას, რათა არ გადააკეთოთ მომუშავე DHCP დიაპაზონი მხოლოდ ნაჩვენები მნიშვნელობის გამო.
წერტილ-წერტილ კავშირი Ethernet სეგმენტი არ არის
Ethernet ინტერფეისს ქვექსელის ნიღაბი სჭირდება, რადგან ამ დიაპაზონის ყველა მისამართი პოტენციურად ხელმისაწვდომია იმავე კაბელში. PPP სტილის გვირაბს მეორე ბოლოში ზუსტად ერთი პარტნიორი ჰყავს. აქ არ არის მაუწყებლობის დომენი, არ არის ARP და არ არის მიზეზი, რომ ლოკალურმა მისამართმა დიაპაზონი აღწეროს.
ამ მოდელისთვის მისამართების მოლაპარაკება განსაზღვრულია RFC 1332-ში, რომელიც აღწერს, როგორ თანხმდებიან ორი ბოლო თავიანთ მისამართებზე. რასაც ის არ აკეთებს, არის ოფისის LAN-ის კლიენტისთვის პირდაპირ მიერთებულ ქსელად მიცემა. კლიენტი სწავლობს, სად არის ოფისი, კავშირის გავლით მარშრუტების დაყენებით და სწორედ ეს მარშრუტები განსაზღვრავს ხელმისაწვდომობას.
ეს არ ნიშნავს, რომ ყველა ნანახი ნიღაბი სწორია. არასწორად კონფიგურირებულ კლიენტსაც შეუძლია უცნაური მისამართების გენერირება. საკითხი ვიწროა: ამ ტიპის ადაპტერზე ჰოსტის ნიღაბი მოსალოდნელია, ამიტომ ის თავისთავად გაუმართაობის მტკიცებულება არ არის.
ნაბიჯი 1: დაადასტურეთ ინტერფეისის მოდელი
სანამ შეაფასებთ რას ამბობს, ნახეთ რა არის ადაპტერი. აღწერის სტრიქონი იდენტიფიცირებს დრაივერს, ხოლო მინიჭებული მისამართის პრეფიქსის სიგრძე ადასტურებს, რაზეც კლიენტი შეთანხმდა:
Get-NetAdapter | Select-Object Name,InterfaceDescription,Status,ifIndex
Get-NetIPAddress -InterfaceAlias 'Corp VPN' | Select-Object IPAddress,PrefixLength,PrefixOrigin
Get-NetIPInterface -InterfaceAlias 'Corp VPN' | Select-Object AddressFamily,ConnectionState,NlMtuმესამე ბრძანებაა ის, რომელიც უმეტეს კამათს წყვეტს. დაბალი მაქსიმალური გადაცემის ერთეული დაფუთული კავშირისთვის დამახასიათებელია, ხოლო Ethernet-ის მსგავსი მნიშვნელობა სხვა ვირტუალური ადაპტერის მოდელზე მიუთითებს. თუ აღწერაში PPP ან RAS დრაივერია დასახელებული და პრეფიქსი 32-ია, თქვენ ხედავთ ზუსტად ზემოთ აღწერილ დიზაინს და შეგიძლიათ შეწყვიტოთ ნიღბის გამო წუხილი.
| Observation | What it means | Reasonable next step |
|---|---|---|
| /32 on a PPP or RAS adapter | Point-to-point endpoint addressing | Look at routes, not the mask |
| /32 on an Ethernet-like adapter | Client chose host addressing deliberately | Confirm against the server's push policy |
| Mask differs from the office LAN | Usually irrelevant to reachability | Test the destination instead |
ნაბიჯი 2: წაიკითხეთ წარუმატებელი დანიშნულების მარშრუტი
ხელმისაწვდომობა თითოეული დანიშნულებისთვის განისაზღვრება და ერთი დაკავშირებული ინტერფეისი ამაზე არაფერს ამბობს. ჰკითხეთ მარშრუტების ცხრილს პირდაპირ იმ მისამართზე, რომელზეც მომხმარებელი რეალურად ცდილობს მოხვედრას:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute პირდაპირი პასუხია: ის ასახელებს ინტერფეისს და წყაროს მისამართს, რომელსაც სისტემა ამ დანიშნულებისთვის გამოიყენებდა. თუ ის გვირაბს აბრუნებს, ამ ჰოსტისკენ ტრაფიკი გვირაბში გადის და ნიღაბი არასოდეს ყოფილა პრობლემა.
თუ ის ფიზიკურ ადაპტერს აბრუნებს, შეადარეთ ორი შესაძლო მარშრუტი და მათი მეტრიკები. უფრო კონკრეტული ლოკალური მარშრუტი, სხვა კლიენტისგან დარჩენილი ჩანაწერი ან ფიზიკურ გზაზე დაბალი მეტრიკა ყველა ამარცხებს ფართო გვირაბის მარშრუტს. ხილული შედეგია მიუწვდომელი რესურსი, სანამ დანარჩენი ყველაფერი მუშაობს. გრძელი პრეფიქსები ყოველთვის იმარჯვებს, ამიტომ გამარჯვებული ხშირად ჰოსტის მარშრუტია, რომელიც ვიღაცამ თვეების წინ დაამატა და დაივიწყა.
აქ ორივე მიმართულებაც შეამოწმეთ. სერვერის მხარეს მიმავალი მარშრუტი აუცილებელია, მაგრამ არ არის საკმარისი, რადგან პასუხიც გვირაბით უნდა დაბრუნდეს. როცა ერთი შიდა ჰოსტი მუშაობს, მეორე კი არა, განსხვავება ჩვეულებრივ ამ ცხრილშია და არა ადაპტერის კონფიგურაციაში.
ნაბიჯი 3: გამოყავით სახელების ამოხსნა სერვისზე წვდომისგან
აპლიკაცია, რომელიც არ ხსნის გაზიარებას, შეიძლება ორი ძალიან განსხვავებული ეტაპიდან ერთზე ჩავარდეს. ამოხსენით სახელი, შემდეგ მიაღწიეთ მისამართამდე. თუ პირველი ჩავარდა და მეორე მუშაობს, გვირაბი რიგზეა და ამომხსნელი არა:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445წარმატებული მისამართის ტესტი ჩავარდნილ სახელის ტესტთან ერთად ალოკალიზებს პრობლემას ამოხსნაში, ხოლო მეორე ბრძანება აჩვენებს, მიიღო თუ არა გვირაბის ინტერფეისმა საერთოდ სერვერი. ბევრი კლიენტი DNS-ს გვირაბის კონფიგურაციის ნაწილად უბიძგებს და პროფილი, რომელიც ამ ბიძგებულ პარამეტრებს უგულებელყოფს, მანქანას დატოვებს ამომხსნელით, რომელიც კერძო ზონას ვერ ხედავს.
მომუშავე მისამართი მუდმივ შესწორებად არ ჩათვალოთ. მისამართით დაკავშირება გვერდს უვლის სახელების ამოხსნას და შეიძლება შეასუსტოს სერვერის იდენტობის შემოწმება, რომელსაც აპლიკაცია სხვაგვარად შეასრულებდა. ეს უსაფრთხოების უკუსვლაა დროებითი გადაწყვეტის ნიღაბში. გამოიყენეთ ის გაუმართაობის ალოკალიზაციისთვის, შემდეგ გაასწორეთ ამოხსნა.
დაბრუნება: არ გადააკეთოთ DHCP ნაჩვენები მნიშვნელობის გამო
თუ უკვე დაიწყეთ მისამართების სერვისის შეცვლა, გაჩერდით და შეამოწმეთ, არის თუ არა შეცვლილიდან რომელიმე მზიდი. დიაპაზონის ხელახლა შექმნა, იჯარების ხელახლა გაცემა ან პულის გადაადგილება ცვლის მდგომარეობას, რომელზეც სხვა კლიენტები არიან დამოკიდებული და არც ერთი მათგანი არ მართლდება წერტილ-წერტილ ადაპტერზე ჰოსტის ნიღბით.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445გაუშვით ეს სამი ნებისმიერი მიზნობრივი ცვლილების შემდეგ და შეადარეთ წინა გაშვებას. სასარგებლო შედეგი რესურსამდე დოკუმენტირებული გზაა და არა ადაპტერი, რომლის ნიღაბი ოფისის LAN-ს ჰგავს.
შემდეგ ჩაწერეთ, რას ნიშნავდა ნიღაბი სინამდვილეში, რადგან შემდეგი ადამიანი გახსნის იმავე დიალოგს და მივა იმავე მცდარ დასკვნამდე. პროფილის შენიშვნებში ერთი წინადადება, რომ გვირაბი წერტილ-წერტილია და დაშორებული ქვექსელები მარშრუტებად მოდიან, შემდეგ ჯერზე მთელ გამოძიებას დაზოგავს.