Ĉu vi kunhavas Windows-konekton? La VPN-vojo ŝanĝiĝas sub ĝi

Tekkomputilo kunhavas sian Wi-Fi, la gastiganto retumas tra la tunelo sen plendo, kaj la tabulkomputilo sur tiu kunhavo atingas nenion. La gastiganto ĉesis esti nur kliento en la momento, kiam la kunhavo estis ŝaltita: ĝi nun estas enkursigilo, kaj plusenditaj pakaĵoj renkontas alian aron da reguloj. Kio funkcias sur la gastiganto, diras nenion pri la aparato malantaŭ ĝi. Rulu la kontrolojn de la malsupra kliento kaj la diferenco ĉesas esti teoria.

La sukceso de la gastiganto pruvas nenion

Kunhavo de konekto donas kvar taskojn al unu maŝino: atribuado de adresoj, plusendado, tradukado kaj filtrado. VPN-kliento, kiu protektas loke generitan trafikon, povas rigardi plusenditan trafikon ekster sia amplekso, aŭ intence bloki ĝin kiel likon. Neniu el la du kondutoj estas cimo, kaj neniu estas skribita sur la ekrano, kie la kunhavo estis ŝaltita. Nur la malsupra testo diras al vi, kiun vi havas.

Multaj klientoj plusendas nur la trafikon de la gastiganto kaj nenion alian, do kontrolu la sekcion pri kunhavo en la dokumentaro de la kliento anstataŭ fidi, ke la tunelo enkursigos por la tabulkomputilo. La videbla simptomo estas aparato, kiu asociiĝas, ricevas adreson kaj poste malsukcesas ĉe la unua peto. Kliento, kiu rifuzas plusendi, ankoraŭ aspektas tute sana sur la gastiganto.

Kiu adaptilo estas kunhava, kiu servas la klientojn

Notu ambaŭ adaptilojn, ĉar ili portas malsamajn adresojn kaj malsamajn filtrilojn, kaj ŝanĝo sur la malĝusta klarigas multajn konfuzajn rezultojn. La kunhava gastiganto kutime okupas fiksan adreson sur la malsupra flanko kaj funkciigas tie malgrandan DHCP- kaj DNS-servon. Windows tenas plusendadon laŭ adaptilo anstataŭ tutmonde, do la stato devas esti legata interfaco post interfaco.

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfile

Se plusendado montriĝas kiel Malŝaltita sur la kunhava adaptilo, nenio malsupre funkcios, kion ajn la tunelo faras. Ŝaltu ĝin nur sur maŝino, kies politiko permesas al ĝi enkursigi por aliaj aparatoj.

Plusendado, tradukado kaj filtrado

Plusendita pakaĵo devas atingi la tunelon, esti tradukita en ion, kion la malproksima flanko akceptas, kaj reveni tra la sama tradukado. Ĉiu el tiuj tri stadioj povas rompiĝi, kaj ĉiu rompiĝo produktas la saman retumilan tempolimon. Pakaĵkapto, vojserĉo kaj protokolo de la malproksima flanko valoras pli ol ankoraŭ unu revizio de la kunhava dialogo. Kiu stadio malsukcesas estas tio, kio diras al vi, kies ŝanĝo necesas.

La malproksima flanko eble ankaŭ bezonas revenan vojon por la kunhava subreto, gamon, kiun la VPN-servilo neniam vidis. Kie la kliento tradukas, la servilo vidas nur la tunelan adreson kaj revena vojo ne necesas. Kie ĝi ne tradukas, iu, kiu posedas la enirejon, devas intence aldoni tiun vojon, kaj tio estas ŝanĝpeto, ne klienta agordo.

Rulu la kontrolojn sur la kliento, ne sur la gastiganto

Rulu ĉiun kontrolon sur la kliento, kiu malsukcesas, ne sur la gastiganto, kiu funkcias. Tenu la eliran adreson, la respondon de la solvilo kaj la aplikaĵan teston en la sama seanco, ĉar rezultoj kolektitaj unu horon dise diras nenion pri tio, kiel la tri kombiniĝas.

Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailed

Komparu la eliran adreson kun tiu de la gastiganto mem kaj notu, ĉu la du kongruas. Malsama respondo signifas, ke la plusendita vojo preteriras la tunelon, kio estas politika demando kun posedanto, ne rapida riparo. Kongrua respondo apud malsukcesanta aplikaĵo movas la laboron al nomrezolvado aŭ al la politiko de la malproksima flanko. Ne haltu ankaŭ ĉe la IPv4-rezulto: kunhavo povas pasi ĉiun IPv4-kontrolon dum IPv6 eliras tra alia elirejo, do ripetu la nomajn kaj elirajn kontrolojn kun la AAAA-riktordo kaj la detala konekta testo.

Sur administrata maŝino, konfirmu, ke kunhavo entute permesiĝas, ĉar elmeti aliron al alia aparato estas administra decido kaj ne komforta ŝaltilo. Post iu ajn subtenata ŝanĝo, ripetu la kontrolojn ĉe rekonekto kaj denove dum interrompo. La pura rekonekto de la gastiganto ne restaŭras plusenditan vojon, kiun la kliento neniam subtenis.