Windows-VPN toant 255.255.255.255: is it masker ferkeard?
By in punt-nei-punt-tunnel is in hostmasker normaal. Befêstigje it ynterfacemodel, lês de rûte foar de host dy’t mislearret en skied DNS fan tsjinsttagong.
De tunnel ferbynt, jo iepenje de adapterdetails en it masker toant 255.255.255.255. Ferlike mei it 255.255.255.0 fan it kantoar-LAN liket it stikken, en dêr begjint de flater meastentiids. By in punt-nei-punt-ferbining is in hostmasker de juste beskriuwing fan it lokale einpunt, en de fiere netwurken komme binnen as rûtes yn plak fan as in oansluten subnet. De proseduere hjirûnder skiedt de twa fragen, sadat jo gjin wurkjend DHCP-berik opnij opbouwe om in toande wearde te ferbetterjen.
In punt-nei-punt-ferbining is gjin Ethernet-segment
In Ethernet-ynterface hat in subnetmasker nedich om’t elk adres yn dat berik mooglik op deselde kabel berikber is. In tunnel yn PPP-styl hat krekt ien peer oan ’e oare kant. Der is gjin broadcastdomein, gjin ARP en gjin reden wêrom’t it lokale adres in berik beskriuwe soe.
De adresûnderhanneling foar dat model is definiearre yn RFC 1332, dy’t beskriuwt hoe’t de beide einen it oer har adressen iens wurde. Wat it net docht, is de klant it kantoar-LAN jaan as in direkt oansluten netwurk. De klant leart wêr’t it kantoar is troch rûtes oer de ferbining te ynstallearjen, en dy rûtes bepale feitlik de berikberens.
Dat betsjut net dat elk masker dat jo sjogge korrekt is. In ferkeard konfigurearre klant kin ek frjemde adressearring jaan. It punt is smeller: in hostmasker op dit soarte adapter is te ferwachtsjen, dus it is op himsels gjin bewiis fan in stoaring.
Stap 1: befêstigje it ynterfacemodel
Sjoch wat de adapter is foardat jo beoardielje wat er seit. De beskriuwingsrige identifisearret it stjoerprogramma, en de prefixlange fan it tawizze adres befêstiget wat de klant ûnderhannele hat:
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,NlMtuIt tredde kommando is it dat de measte diskusjes besljochtet. In lege maksimale oerdrachtsienheid is karakteristyk foar in ynkapsle ferbining, wylst in Ethernet-lykweardige wearde op in oar firtueel adaptermodel wiist. As de beskriuwing in PPP- of RAS-stjoerprogramma neamt en de prefix is 32, sjogge jo krekt it hjirboppe beskreaune ûntwerp en kinne jo ophâlde jo soargen te meitsjen oer it masker.
| 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 |
Stap 2: lês de rûte foar de bestimming dy’t mislearret
Berikberens wurdt per bestimming besletten, en ien inkel oansluten ynterface seit dêr neat oer. Freegje de rûtetabel direkt nei it adres dat de brûker echt besiket te berikken:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute is it direkte antwurd: it neamt it ynterface en it boarne-adres dat it systeem foar dy bestimming brûke soe. As it de tunnel weromjout, giet ferkear nei dy host troch de tunnel en wie it masker nea it probleem.
As it de fysike adapter weromjout, fergelykje dan de twa kandidatenrûtes en har mjitstêven. In spesifiker lokale rûte, in oerbliuwsel fan in oare klant of in legere mjitstêf op it fysike paad winne allegear fan in brede tunnelrûte. It sichtbere resultaat is in boarne dy’t net berikber is wylst al it oare wurket. Langere prefixen winne altyd, dus de winner is faak in hostrûte dy’t immen moannen lyn tafoege en fergetten is.
Kontrolearje hjir ek beide rjochtingen. In rûte nei de serverkant is nedich mar net genôch, want it antwurd moat ek troch de tunnel weromkomme. As ien ynterne host wurket en in oare net, leit it ferskil meastentiids yn dizze tabel en net yn ’e adapterkonfiguraasje.
Stap 3: skied namme-opsoeking fan tsjinsttagong
In applikaasje dy’t in diel net iepenet, kin mislearje by ien fan twa hiel ferskillende stadia. Los de namme op en berik dan it adres. As it earste mislearret en it twadde wurket, is de tunnel goed en de resolver net:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445In suksesfolle adrestest plus in mislearre nammentest lokalisearet it probleem by de oplossing, en it twadde kommando lit sjen oft it tunnel-ynterface wol in server krigen hat. In protte klanten stjoere DNS as ûnderdiel fan ’e tunnelkonfiguraasje, en in profyl dat dy stjoerde opsjes negearret, lit de masine in resolver brûke dy’t de private sône net sjocht.
Behannelje in wurkjend adres net as de permaninte oplossing. Ferbinen fia adres omgiet namme-oplossing en kin de server-identiteitskontrôle ûndermynje dy’t de applikaasje oars dwaan soe. Dat is in feiligensregresje ferklaaid as in tydlike oplossing. Brûk it om de flater te lokalisearen en reparearje dêrnei de oplossing.
Weromdraaie: bou DHCP net opnij op foar in toande wearde
As jo al begûn binne mei it feroarjen fan ’e adrestsjinst, stop dan en kontrolearje oft eat fan wat jo feroare hawwe dragend is. In berik opnij meitsje, leases opnij útjaan of de pool ferpleatse feroaret tastân dêr’t oare klanten fan ôfhinklik binne, en neat dêrfan wurdt rjochtfeardige troch in hostmasker op in punt-nei-punt-adapter.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445Fier dizze trije út nei elke rjochte feroaring en fergelykje mei de foarige run. It nuttige resultaat is in dokumintearre paad nei de boarne, net in adapter wêrfan’t it masker op it kantoar-LAN liket.
Skriuw dan op wat it masker eins betsjutte, want de folgjende persoan iepenet deselde dialooch en komt ta deselde ferkearde konklúzje. Ien sin yn ’e profylnotysjes, dat de tunnel punt-nei-punt is en de fiere subnetten as rûtes binnenkomme, besparret it hiele ûndersyk de folgjende kear.