Windows VPN rāda 255.255.255.255: vai maska ir nepareiza?
Punktpunkta tunelī resursdatora maska ir normāla. Apstipriniet saskarnes modeli, izlasiet neizdevušā resursdatora maršrutu un atdaliet DNS no pakalpojuma piekļuves.
Tunelis pieslēdzas, jūs atverat adaptera informāciju un maska rāda 255.255.255.255. Salīdzinot ar biroja LAN 255.255.255.0, tas izskatās salauzts, un tur parasti sākas kļūda. Punktpunkta savienojumā resursdatora maska ir pareizs vietējā gala apraksts, un attālie tīkli nāk kā maršruti, nevis kā pievienots apakštīkls. Tālāk sniegtā procedūra atdala abus jautājumus, lai jūs nepārbūvētu strādājošu DHCP apgabalu tikai tāpēc, lai labotu parādīto vērtību.
Punktpunkta savienojums nav Ethernet segments
Ethernet saskarnei ir vajadzīga apakštīkla maska, jo katra adrese šajā diapazonā ir potenciāli sasniedzama tajā pašā kabelī. PPP stila tunelim otrā galā ir tieši viens partneris. Nav apraides domēna, nav ARP un nav iemesla, kāpēc vietējai adresei būtu jāapraksta diapazons.
Šī modeļa adrešu sarunas ir definētas RFC 1332, kas apraksta, kā abi gali vienojas par savām adresēm. Ko tā nedara, ir nedod klientam biroja LAN kā tieši pievienotu tīklu. Klients uzzina, kur atrodas birojs, instalējot maršrutus caur savienojumu, un tieši šie maršruti nosaka sasniedzamību.
Tas nenozīmē, ka katra redzamā maska ir pareiza. Nepareizi konfigurēts klients var radīt arī dīvainu adresāciju. Būtība ir šaurāka: resursdatora maska šāda veida adapterī ir gaidāma, tāpēc tā pati par sevi nav kļūmes pierādījums.
1. solis: apstipriniet saskarnes modeli
Apskatiet, kas ir adapters, pirms vērtējat, ko tas saka. Apraksta virkne identificē draiveri, un piešķirtās adreses prefiksa garums apstiprina, par ko klients vienojās:
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,NlMtuTrešā komanda ir tā, kas atrisina lielāko daļu strīdu. Zems maksimālais pārraides vienums ir raksturīgs iekapsulētam savienojumam, savukārt Ethernet līdzīga vērtība norāda uz citu virtuālā adaptera modeli. Ja apraksts nosauc PPP vai RAS draiveri un prefikss ir 32, jūs redzat tieši iepriekš aprakstīto dizainu un varat pārstāt uztraukties par masku.
| 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. solis: izlasiet neizdevušā mērķa maršrutu
Sasniedzamība tiek noteikta katram mērķim, un viena pievienota saskarne par to neko nepasaka. Jautājiet maršrutu tabulai tieši par adresi, kuru lietotājs patiešām cenšas sasniegt:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute ir tieša atbilde: tā nosauc saskarni un avota adresi, ko sistēma izmantotu šim mērķim. Ja tā atgriež tuneli, trafiks uz šo resursdatoru iet caur tuneli, un maska nekad nav bijusi problēma.
Ja tā atgriež fizisko adapteri, salīdziniet divus iespējamos maršrutus un to metrikas. Konkrētāks vietējais maršruts, cita klienta atlikums vai zemāka metrika fiziskajā ceļā visas uzvar plašu tuneļa maršrutu. Redzamais rezultāts ir nesasniedzams resurss, kamēr viss pārējais darbojas. Garāki prefiksi vienmēr uzvar, tāpēc uzvarētājs bieži ir resursdatora maršruts, ko kāds pievienoja pirms mēnešiem un aizmirsa.
Šeit pārbaudiet arī abus virzienus. Maršruts uz servera pusi ir nepieciešams, bet nepietiekams, jo arī atbildei jāatgriežas pa tuneli. Kad viens iekšējais resursdators darbojas un otrs ne, atšķirība parasti ir šajā tabulā, nevis adaptera konfigurācijā.
3. solis: atdaliet vārdu atrisināšanu no pakalpojuma piekļuves
Lietotne, kas neatver koplietojumu, var neizdoties vienā no diviem ļoti atšķirīgiem posmiem. Atrisiniet vārdu un pēc tam sasniedziet adresi. Ja pirmais neizdodas un otrais darbojas, tunelis ir kārtībā, bet atrisinātājs nav:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445Veiksmīgs adreses tests kopā ar neveiksmīgu vārda testu lokalizē problēmu atrisināšanā, un otrā komanda parāda, vai tuneļa saskarne vispār saņēma serveri. Daudzi klienti spiež DNS kā tuneļa konfigurācijas daļu, un profils, kas ignorē šīs iebīdītās opcijas, atstāj mašīnu ar atrisinātāju, kas neredz privāto zonu.
Neuzskatiet strādājošu adresi par pastāvīgu labojumu. Savienošanās pēc adreses apiet vārdu atrisināšanu un var vājināt servera identitātes pārbaudi, ko lietotne citādi veiktu. Tā ir drošības regresija, kas maskējas kā pagaidu risinājums. Izmantojiet to kļūmes lokalizēšanai un pēc tam salabojiet atrisināšanu.
Atritināšana: nepārbūvējiet DHCP parādītās vērtības dēļ
Ja jau esat sākuši mainīt adrešu pakalpojumu, apstājieties un pārbaudiet, vai kaut kas no mainītā ir nesošs. Apgabala atjaunošana, nomas atkārtota izsniegšana vai baseina pārvietošana maina stāvokli, no kura ir atkarīgi citi klienti, un neko no tā neattaisno resursdatora maska punktpunkta adapterī.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445Palaidiet šīs trīs pēc katras mērķētās izmaiņas un salīdziniet ar iepriekšējo palaišanu. Noderīgais rezultāts ir dokumentēts ceļš uz resursu, nevis adapters, kura maska līdzinās biroja LAN.
Pēc tam pierakstiet, ko maska patiešām nozīmēja, jo nākamais cilvēks atvērs to pašu dialogu un nonāks pie tā paša kļūdainā secinājuma. Viens teikums profila piezīmēs, ka tunelis ir punktpunkta un attālie apakštīkli nāk kā maršruti, ietaupa visu izmeklēšanu nākamreiz.