Nagpapakita ang Windows VPN ng 255.255.255.255: mali ba ang mask?
Sa tunnel na point-to-point, normal ang host mask. Kumpirmahin ang modelo ng interface, basahin ang ruta para sa host na nabibigo, at ihiwalay ang DNS sa access sa serbisyo.
Kumokonekta ang tunnel, bubuksan mo ang mga detalye ng adapter at ipinapakita ng mask ang 255.255.255.255. Kung ikukumpara sa 255.255.255.0 ng LAN ng opisina, mukhang sira ito, at doon karaniwang nagsisimula ang pagkakamali. Sa link na point-to-point, ang host mask ang tamang paglalarawan ng lokal na dulo, at dumarating ang malalayong network bilang mga ruta sa halip na bilang nakakabit na subnet. Hinihiwalay ng pamamaraan sa ibaba ang dalawang tanong para hindi ka magtayo muli ng gumaganang saklaw ng DHCP para lang ayusin ang isang ipinapakitang halaga.
Ang link na point-to-point ay hindi segment ng Ethernet
Kailangan ng interface ng Ethernet ang subnet mask dahil ang bawat address sa saklaw na iyon ay posibleng maabot sa parehong cable. Ang tunnel na istilong PPP ay may eksaktong isang peer sa kabilang dulo. Walang broadcast domain, walang ARP at walang dahilan para ilarawan ng lokal na address ang isang saklaw.
Ang negosasyon ng addressing para sa modelong iyon ay tinukoy sa RFC 1332, na sumasaklaw sa kung paano nagkakasundo ang dalawang dulo sa kanilang mga address. Ang hindi nito ginagawa ay ibigay sa kliyente ang LAN ng opisina bilang direktang nakakabit na network. Natututuhan ng kliyente kung nasaan ang opisina sa pamamagitan ng pag-install ng mga ruta sa link, at ang mga rutang iyon ang tunay na nagpapasya sa maabot.
Hindi ito nangangahulugang tama ang bawat mask na nakikita mo. Ang maling naka-configure na kliyente ay makakagawa rin ng kakaibang addressing. Mas makitid ang punto: inaasahan ang host mask sa ganitong uri ng adapter, kaya hindi ito nag-iisa na patunay ng sira.
Hakbang 1: kumpirmahin ang modelo ng interface
Tingnan kung ano ang adapter bago hatulan ang sinasabi nito. Tinutukoy ng string ng paglalarawan ang driver, at kinukumpirma ng haba ng prefix sa itinalagang address kung ano ang na-negosasyon ng kliyente:
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,NlMtuAng ikatlong command ang nagtatapos sa karamihan ng pagtatalo. Ang mababang maximum transmission unit ay katangian ng naka-encapsulate na link, habang ang halagang katulad ng Ethernet ay nagmumungkahi ng ibang virtual adapter model. Kung binanggit ng paglalarawan ang PPP o RAS driver at ang prefix ay 32, eksaktong nakikita mo ang disenyong inilarawan sa itaas at maaari nang itigil ang pag-aalala sa mask.
| 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 |
Hakbang 2: basahin ang ruta para sa destinasyong nabibigo
Nade-determine ang maabot kada destinasyon, at walang sinasabi ang isang nakakabit na interface tungkol doon. Tanungin nang direkta ang routing table tungkol sa address na talagang sinusubukang maabot ng user:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute ang direktang sagot: pinapangalanan nito ang interface at ang source address na gagamitin ng system para sa destinasyong iyon. Kung ibinabalik nito ang tunnel, dumadaan sa tunnel ang trapiko patungo sa host na iyon at hindi kailanman naging problema ang mask.
Kung ibinabalik nito ang pisikal na adapter, ihambing ang dalawang kandidatong ruta at ang kanilang mga metric. Ang mas tiyak na lokal na ruta, natirang entry mula sa ibang kliyente o mas mababang metric sa pisikal na landas ay lahat nananalo laban sa malawak na ruta ng tunnel. Ang nakikitang resulta ay isang resource na hindi maabot habang gumagana ang lahat ng iba. Laging nananalo ang mas mahabang prefix, kaya ang panalo ay madalas isang host route na idinagdag ng isang tao ilang buwan na ang nakalipas at nakalimutan.
Suriin din ang dalawang direksyon habang narito ka. Kailangan ang ruta patungo sa panig ng server ngunit hindi sapat, dahil kailangan ding bumalik ang sagot sa tunnel. Kapag gumagana ang isang panloob na host at hindi ang isa, karaniwang nasa talahanayang ito ang pagkakaiba at hindi sa configuration ng adapter.
Hakbang 3: ihiwalay ang resolution ng pangalan sa access sa serbisyo
Ang application na hindi nagbubukas ng share ay maaaring mabigo sa isa sa dalawang magkaibang yugto. I-resolve ang pangalan, pagkatapos maabot ang address. Kung nabigo ang una at gumana ang pangalawa, maayos ang tunnel at hindi ang resolver:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445Ang matagumpay na pagsubok sa address kasama ng nabigong pagsubok sa pangalan ay naglolokalisa ng problema sa resolution, at ipinapakita ng ikalawang command kung nakatanggap man ng server ang interface ng tunnel. Maraming kliyente ang nagtutulak ng DNS bilang bahagi ng configuration ng tunnel, at ang profile na hindi pinapansin ang mga itinulak na opsyong iyon ay hahayaang gumamit ang makina ng resolver na hindi nakikita ang pribadong zone.
Huwag ituring ang gumaganang address bilang permanenteng pag-aayos. Lumalampas ang pagkonekta sa address sa resolution ng pangalan at maaaring pahinain ang pag-verify ng pagkakakilanlan ng server na gagawin sana ng application. Iyon ay pag-urong sa seguridad na nagkukunwaring pansamantalang solusyon. Gamitin ito para malokalisa ang sira, pagkatapos ay ayusin ang resolution.
Pag-rollback: huwag muling itayo ang DHCP dahil sa ipinapakitang halaga
Kung sinimulan mo nang baguhin ang serbisyo ng addressing, huminto at tingnan kung may binago ka na nagdadala ng timbang. Ang muling paggawa ng saklaw, muling pag-isyu ng mga lease o paglipat ng pool ay nagbabago ng estado na umaasa ang ibang mga kliyente, at wala sa mga iyon ang makatwiran dahil sa host mask sa point-to-point adapter.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445Patakbuhin ang tatlong ito pagkatapos ng anumang naka-target na pagbabago at ihambing sa nakaraang pagtakbo. Ang kapaki-pakinabang na resulta ay isang dokumentadong landas patungo sa resource, hindi isang adapter na ang mask ay kamukha ng LAN ng opisina.
Pagkatapos, isulat kung ano talaga ang ibig sabihin ng mask, dahil bubuksan ng susunod na tao ang parehong dialog at darating sa parehong maling konklusyon. Ang isang pangungusap sa mga tala ng profile, na nagsasabing point-to-point ang tunnel at dumarating ang malalayong subnet bilang mga ruta, ay nagtitipid sa buong imbestigasyon sa susunod.