VPN lokar staðbundnu LAN á Windows: leið eða stefna biðlarans?

Prentari, NAS eða þróunarvél á þínu eigin skrifborði hættir að svara um leið og vinnu-VPN-ið tengist. Stundum lagar ein leiðarskipun það á sekúndum; stundum er sama leiðin rétt og pakkarnir hverfa samt, sem þýðir að þú ert að skoða annað vandamál með svipuðum einkennum. Ákvörðunin snýst um þrjár spurningar, og að spyrja þeirra í rangri röð er ástæðan fyrir því að fólk eyðir heilu kvöldi í að eyða og bæta við leiðum aftur.

Þrjár spurningar fyrir hvaða skipun sem er

Fyrst: er færsla fyrir staðbundna forskeytið, og bendir hún á líkamlega millistykkið? Annað: fær biðlarinn leyfi eða synjun fyrir staðbundið net frá hliðinu við tengingu? Þriðja: þarftu aðeins útleið að LAN, eða verður eitthvað á internetinu líka að ná í þjónustu sem keyrir á vélinni þinni?

Fyrsta spurningin aðgreinir leiðarvillu frá síunarvillu. Önnur segir hvort leiðarbót megi yfirhöfuð virka. Þriðja breytir viðgerðinni: leið lagar útleiðina, en óaðgengileg innleið er yfirleitt vandamál með bindingu hlustandans og endurkomuleiðina sem leið gerir verra.

Spurning eitt: leið, sía eða nafn

Lestu töfluna áður en þú bætir einhverju við hana. Viðmótsvísitalan skiptir máli, því hver leiðarskipun hér að neðan er fest við hana:

route print -4
Get-NetRoute -DestinationPrefix 192.168.1.0/24 | Format-Table InterfaceIndex,NextHop,RouteMetric

Beint tengt undirnet heldur venjulega á-tengingar leið jafnvel þótt göngin séu uppi, svo færsla getur verið til og umferðin samt mistekist. Þessi samsetning er einkenni síu sem keyrir eftir leiðarstýringu, og það er tilfellið þar sem önnur, nákvæmari leið breytir engu.

Prófaðu sérstaklega eftir vistfang og eftir nafni. Ef ping 192.168.1.50 svarar og net view 192.168.1.50 ekki, var leiðartaflan aldrei vandamálið: göngin breyttu leysinum og staðbundna nafnið leysist ekki lengur. Að bæta við leið fyrir það er sóað verk.

Spurning tvö: leyfir hliðið aðgang að staðbundnu LAN?

Viðskiptabiðlari setur upp meira en leiðir. Hann fær stefnu við tengingu, og sú stefna getur innihaldið skýrt leyfi fyrir staðbundnu neti. Í Cisco IPsec uppsetningum ber hópstefnan split-tunneling stillinguna og sérstakan fána fyrir aðgang að staðbundnu LAN; gátreiturinn í biðlaranum er beiðni sem hliðið getur hafnað. Í AnyConnect stýrir sniðið split-innihalds- og útilokunarlistunum og sama leyfi. Á Windows RRAS eru hliðstæðurnar valkosturinn sjálfgefna hlið í sniðinu auk kyrrstæðu leiðanna sem þjónninn úthlutar.

Þegar fáninn er af er skjalfest hegðun sú að biðlarinn lokar umferð að beint tengda undirnetinu þótt gild, nákvæmari leið sé til. Þess vegna geta leiðir sem biðlarinn á ekki líka horfið sekúndum eftir að þú bætir þeim við: biðlarinn er að endurbyggja ástandið sem honum var sagt að byggja, ekki að berjast við þig.

Biðlaraskráin skráir ákvörðunina við tengingu, og að lesa hana er fljótlegra en hvaða tilraun sem er á vélinni. Ef skráin segir að staðbundinn aðgangur sé lokaður, stansaðu: engin skipanalínubót lifir það af, og einu eftir leiðirnar eru stefnubreyting, að ná í auðlindina gegnum göngin, eða að loka biðlaranum inni í sýndarvél og láta hýsilinn vera á staðbundnu netinu.

Spurning þrjú: hvaða átt þarftu?

Útleið að nálægu tæki er leiðarspurning. Beindu LAN-forskeytinu að staðbundna hliðinu með mæligildi sem er nógu lágt til að vinna sjálfgefnu leið ganganna:

route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 metric 1 if 12
route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 -p

Seinna formið festir eitt tæki, sem er það sem þú vilt þegar eitt vistfang er alla kröfuna. netsh hliðstæðan skráir sömu ákvörðun eftir viðmótsnafni í stað vísitölu:

netsh interface ipv4 add route prefix=192.168.1.0/24 interface=12 nexthop=192.168.1.1 store=persistent

Leiðarskipanir mistakast með Færibreytan er röng þegar vistfangið og netgríman stemma ekki, til dæmis hýsilvistfang með /24 grímu. Notaðu netvistfangið fyrir undirnetsleið og hýsilgrímu fyrir einn hýsil.

Innleiðin er öðruvísi. VNC- eða SSH-þjónn á sömu vél verður óaðgengilegur þegar svör við innleið fara út um VPN-hliðið og koma aldrei til baka. Athugaðu við hvað þjónustan hlustar áður en þú snertir leiðir:

netstat -ano | findstr :5900

Hlustandi sem er bundinn við eitt tiltekið vistfang svarar ekki á hinu viðmótinu. Að binda hann við öll viðmót er meðvituð ákvörðun, tekin ásamt eldveggjarreglu sem er takmörkuð við netið sem þú treystir. Aðeins eftir það endurheimtir leiðarbótin endurkomuleiðina.

Beittu minnstu breytingunni sem passar

Hin algenga aðgerð er að taka hakið úr „Nota sjálfgefið hlið á fjarneti“ í ítarlegum IPv4 eiginleikum. Það heldur internettrafíkinni staðbundinni, en gerir tvennt í einu: VPN-ið hættir að vera sjálfgefna leiðin, og biðlarinn hættir að fá leiðir fyrir fjarnetið, þar á meðal multicast. Taktu hakið úr og fjær-LAN-ið hverfur nema þjónninn ýti sérstöku fjárforskeytunum sem hver biðlari þarf.

Þessi ósamhverfa ræður vinnuröðinni. Ef fjær hliðin á að vera að fullu aðgengileg, ýttu fjárundirnetunum frá þjóninum og láttu staðbundna sjálfgefna leiðina í friði. Ef þú getur ekki breytt þjóninum, bættu við varanlegri leið að fjárforskeytinu gegnum vistfangið sem göngin úthlutuðu, og athugaðu með route print að forskeytið bendi á VPN-viðmótið á meðan sjálfgefna leiðin bendir enn á líkamlega hliðið.

Staðfestu svo að viðgerðin standist endurtengingu, því óvaranlegar leiðir deyja með millistykkinu og skrifta sem keyrir eftir hverja tengingu er heiðarlegi staðurinn fyrir þær. Prófaðu eitt staðbundið tæki og eina fjárauðlind í sama fundi, aftengdu, tengdu aftur og prófaðu aftur. Ef staðbundna tækið mistekst enn á meðan leiðin virðist rétt, farðu aftur í spurningu tvö: biðlarinn er að sía, og svarið er stefnubreyting en ekki önnur keppinautarleið.