Windows VPN prikazuje 255.255.255.255: je li maska pogrešna?
Na tunelu od točke do točke hostska maska je normalna. Potvrdite model sučelja, pročitajte rutu za host koji ne uspijeva i odvojite DNS od pristupa usluzi.
Tunel se poveže, otvorite pojedinosti adaptera i maska prikazuje 255.255.255.255. U usporedbi s 255.255.255.0 uredske LAN mreže izgleda pokvareno, i tu obično počinje pogreška. Na vezi od točke do točke hostska maska ispravan je opis lokalnog kraja, a udaljene mreže dolaze kao rute, a ne kao priključena podmreža. Postupak u nastavku razdvaja dva pitanja kako ne biste ponovno gradili radni DHCP raspon samo da biste popravili prikazanu vrijednost.
Veza od točke do točke nije Ethernet segment
Sučelje Ethernet treba masku podmreže jer je svaka adresa u tom rasponu potencijalno dostupna na istom kabelu. Tunel u stilu PPP ima točno jednog partnera na drugom kraju. Nema broadcast domene, nema ARP-a i nema razloga da lokalna adresa opisuje raspon.
Pregovori o adresama za taj model definirani su u RFC 1332, koja opisuje kako se dva kraja dogovaraju o svojim adresama. Ono što ne čini jest da klijentu preda uredsku LAN mrežu kao izravno priključenu mrežu. Klijent uči gdje je ured instaliranjem ruta kroz vezu, a upravo te rute stvarno određuju dostupnost.
To ne znači da je svaka maska koju vidite ispravna. Pogrešno konfiguriran klijent također može proizvesti čudno adresiranje. Poanta je uža: hostska maska na ovoj vrsti adaptera očekuje se, pa sama po sebi nije dokaz kvara.
Korak 1: potvrdite model sučelja
Pogledajte što je adapter prije nego što procijenite što govori. Opisni niz identificira upravljački program, a duljina prefiksa dodijeljene adrese potvrđuje što je klijent pregovarao:
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ća naredba je ona koja rješava većinu rasprava. Niska najveća prijenosna jedinica karakteristična je za kapsuliranu vezu, dok vrijednost slična Ethernetu upućuje na drugi model virtualnog adaptera. Ako opis navodi PPP ili RAS upravljački program i prefiks je 32, gledate točno gore opisani dizajn i možete prestati brinuti o maski.
| 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 |
Korak 2: pročitajte rutu za odredište koje ne uspijeva
Dostupnost se određuje po odredištu, a jedno priključeno sučelje o tome ne govori ništa. Pitajte tablicu usmjeravanja izravno o adresi koju korisnik stvarno pokušava dosegnuti:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute izravan je odgovor: navodi sučelje i izvornu adresu koju bi sustav upotrijebio za to odredište. Ako vrati tunel, promet prema tom hostu ide kroz tunel i maska nikada nije bila problem.
Ako vrati fizički adapter, usporedite dvije moguće rute i njihove metrike. Specifičnija lokalna ruta, ostatak drugog klijenta ili niža metrika na fizičkom putu svi pobjeđuju široku tunelsku rutu. Vidljiv rezultat je nedostupan resurs dok sve ostalo radi. Dulji prefiksi uvijek pobjeđuju, pa je pobjednik često hostska ruta koju je netko dodao prije nekoliko mjeseci i zaboravio.
Ovdje provjerite i oba smjera. Ruta prema strani poslužitelja potrebna je, ali nije dovoljna, jer se i odgovor mora vratiti kroz tunel. Kada jedan interni host radi, a drugi ne, razlika je obično u ovoj tablici, a ne u konfiguraciji adaptera.
Korak 3: odvojite razrješavanje naziva od pristupa usluzi
Aplikacija koja ne otvori dijeljeni resurs može zakazati u jednoj od dvije vrlo različite faze. Riješite naziv, zatim dosegnite adresu. Ako prvo zakaže, a drugo radi, tunel je u redu, a razrješivač nije:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445Uspješan test adrese uz neuspješan test naziva lokalizira problem u razrješavanju, a druga naredba pokazuje je li sučelje tunela uopće dobilo poslužitelj. Mnogi klijenti guraju DNS kao dio konfiguracije tunela, a profil koji ignorira te gurnute mogućnosti ostavit će računalo s razrješivačem koji ne vidi privatnu zonu.
Ne uzimajte radnu adresu kao trajni popravak. Povezivanje putem adrese zaobilazi razrješavanje naziva i može oslabiti provjeru identiteta poslužitelja koju bi aplikacija inače provela. To je sigurnosna regresija prerušena u privremeno rješenje. Upotrijebite je za lokalizaciju kvara, a zatim popravite razrješavanje.
Vraćanje: ne obnavljajte DHCP zbog prikazane vrijednosti
Ako ste već počeli mijenjati servis adresa, zaustavite se i provjerite je li nešto od onoga što ste promijenili nosivo. Ponovno stvaranje raspona, ponovno izdavanje najma ili premještanje skupa mijenja stanje o kojem ovise drugi klijenti, i ništa od toga nije opravdano hostske maske na adapteru od točke do točke.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445Pokrenite ove tri nakon svake ciljane promjene i usporedite s prethodnim pokretanjem. Koristan rezultat je dokumentiran put do resursa, a ne adapter čija maska sliči uredskoj LAN mreži.
Zatim zapišite što je maska zapravo značila, jer će sljedeća osoba otvoriti isti dijalog i doći do istog pogrešnog zaključka. Jedna rečenica u bilješkama profila, da je tunel od točke do točke i da udaljene podmreže dolaze kao rute, štedi cijelu istragu sljedeći put.