Yr argraffydd yn mynd all-lein pan fydd y VPN yn cysylltu? Gwiriwch y tabl llwybrau

Mae eich gliniadur yn ymuno â’r VPN corfforaethol ac mae’r argraffydd ddau fetr i ffwrdd yn stopio ateb. Nid oes unrhyw beth wedi newid ar yr argraffydd, ac nid yw’r rhwydwaith lleol wedi mynd i lawr. Yr hyn sydd wedi newid yw’r tabl llwybrau: mae gan addasydd y twnnel bellach lwybr sy’n cwmpasu cyfeiriad yr argraffydd, felly mae’r pecynnau hynny’n gadael drwy’r VPN ac yn cyrraedd porth nad oes ganddo syniad ble mae eich rhwydwaith gwastad. Gweithiwch drwy’r pedwar gwiriad isod yn eu tro, a stopiwch ar y cyntaf sy’n methu.

Cam un: profwch fod yr argraffydd yn dal i fod yn gyrraeddadwy ar y LAN

Cyn i chi gyffwrdd â’r llwybro, cadarnhewch fod y ddyfais yn fyw i rywbeth nad yw’n defnyddio’r VPN. Gofynnwch i ffôn ar yr un Wi-Fi agor tudalen we’r argraffydd, neu pingiwch y cyfeiriad o beiriant arall ar y rhwydwaith gwastad. Os nad yw’r argraffydd yn ateb yno chwaith, cyd-ddigwyddiad yw’r VPN a’r bai sy’n gorwedd gyda’r argraffydd, ei chysylltiad Wi-Fi neu ynysu cleientiaid ar y pwynt mynediad.

Os yw’n ateb ym mhobman ond ar y gliniadur hwn, mae gennych broblem llwybro neu ddatrys enwau sy’n byw ar y gliniadur, ac mae’r cam nesaf yn dweud wrthych pa un o’r ddau yw hi.

Cam dau: darganfyddwch y llwybr y mae Windows yn ei ddewis mewn gwirionedd

Peidiwch â darllen y tabl o’r brig i lawr a dyfalu. Gofynnwch i Windows pa gofnod y mae’n ei ddewis ar gyfer yr union gyfeiriad sydd o bwys i chi, a chael mynegai’r rhyngwyneb ar yr un pryd.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Mae Find-NetRoute yn argraffu’r llwybr buddugol a’i ryngwyneb, a dyna’r ddau ffaith y mae’r gweddill yn dibynnu arnynt. Mae route print -4 yn dangos y cofnodion cyfagos, gan gynnwys y ddau hanner-ddiffygiol y mae cleientiaid twnnel llawn yn eu gosod: 0.0.0.0/1 a 128.0.0.0/1, sy’n cwmpasu’r holl ofod IPv4 gyda’i gilydd heb byth disodli 0.0.0.0/0. Mae /1 yn hirach na /0, ond mae eich 192.168.1.0/24 yn hirach fyth, a dyna pam mae llwybr LAN coll yn bwysicach na honiad y twnnel ei hun.

Mae dau reol yn penderfynu’r ateb. Mae’r rhagddodiad cyfatebol hiraf yn ennill yn gyntaf, ac ymhlith cofnodion â’r un rhagddodiad, y metrig cyfanswm isaf sy’n ennill, lle mae’r cyfanswm yn cyfuno metrig y llwybr a metrig y rhyngwyneb. Os mai’r twnnel yw’r rhyngwyneb a ddewiswyd, daliwch ati. Os mai’r addasydd ffisegol yw hi ac mae’r traffig yn dal i fethu, stopiwch yma: datrys enwau neu restr mynediad yr argraffydd ei hun yw eich problem, nid llwybr y VPN.

Cam tri: ychwanegwch y llwybr culaf sy’n enwi porth a rhyngwyneb

Un cofnod yw’r atgyweiriad, sy’n cyfeirio cyfeiriad yr argraffydd at y llwybrydd lleol ar yr addasydd lleol. Rhedwch ef mewn anogwr wedi’i ddyrchafu a rhowch y gwerthoedd a ddarllenoch yn eu lle.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

Gwerth if yw mynegai rhyngwyneb yr addasydd ffisegol. Ei hepgor yw’r rheswm mwyaf cyffredin pam mae’r gorchymyn yn ymddangos yn llwyddiannus ac yn newid dim, oherwydd gyda dau addasydd sy’n gallu cyrraedd yr un naid nesaf, mae Windows yn rhydd i ddewis yr un nad oeddech ei eisiau. Mae’r faner -p yn gwneud y cofnod yn barhaus, felly mae’n goroesi ailgychwyn yn lle marw gyda’r sesiwn.

Ffafriwch lwybr gwesteiwr ar gyfer yr un ddyfais dros lwybr ar gyfer y 192.168.1.0/24 gyfan. Mae llwybr is-rwydwaith yn fwy eang na’r hyn sydd ei angen ar y dasg, ac mae’n gwrthdaro y funud y bydd yr ochr gorfforaethol hefyd yn defnyddio’r rhagddodiad hwnnw: mae gan un rhagddodiad ddau berchnogion wedyn, a pha gofnod bynnag sy’n ennill sy’n penderfynu pa rwydwaith y gallwch ei gyrraedd mewn gwirionedd.

I’r cyfeiriad arall, os ydych wedi clirio’r opsiwn porth hapddiofyn ar y cysylltiad VPN i ddiogelu’r LAN, mae’r rhagddodiaid preifat o bell yn stopio datrys hefyd. Ychwanegwch lwybrau ar eu cyfer drwy ryngwyneb y VPN yn yr un modd, neu bydd y twnnel yn ddolen nad yw’n cario dim.

Cam pedwar: gwnewch i’r eithriad oroesi’r cysylltiad nesaf

Mae llawer o gleientiaid corfforaethol yn ailosod eu set llwybrau gyfan ar bob cysylltiad ac yn ailgyfrifo metrigau rhyngwyneb wrth wneud hynny, felly gall llwybr a weithiodd ddoe gael ei ragori arno heddiw. Ar ôl ailgysylltu, ailadroddwch Find-NetRoute ar gyfer yr argraffydd a gwiriwch fod y rhyngwyneb yn dal i gyd-fynd â’r addasydd ffisegol. Os yw’r cofnod wedi mynd, mae rhywbeth yn ei ddileu; nid yw llwybr parhaus yn eich amddiffyn rhag asiant sy’n ysgubo’r tabl. Tasgau wedi’u hamserlennu sy’n ailychwanegu’r llwybr ar ôl i’r VPN gysylltu yw’r ateb arferol, a nhw hefyd yw’r ateb sy’n torri pan fydd mynegai’r addasydd yn newid ar ôl doc neu ddiweddariad gyrrwr.

Gwyliwch IPv6 ar ei ben ei hun. Gall cleient sy’n hawlio dim ond y rhagosodiad IPv4 adael y llwybr rhagosodedig IPv6 ar yr addasydd ffisegol, felly mae argraffydd sy’n gyrraeddadwy dros IPv6 yn parhau i weithio tra bo IPv4 yn methu, neu’r gwrthwyneb. Profwch â ping -4 a ping -6 cyn penderfynu bod y tabl llwybrau yn ddieuog.

Beth mae’r llwybr byr lleol yn ei gostio i chi

Mae unrhyw lwybr sy’n osgoi’r twnnel yn dwll yn addewid y twnnel. Nid yw traffig i’r cyfeiriad hwnnw’n pasio drwy’r porth corfforaethol mwyach, sy’n golygu dim archwiliad, dim logio a dim gorfodi polisi arno. Ar ddyfais a reolir gall hynny fod yn broblem cydymffurfio yn hytrach na dewis, felly holwch a oes eithriad twnnel hollt swyddogol cyn ychwanegu un â llaw. Cadwch eich un mor gul â’r dasg ac mor fyrhoedlog ag y mae’r sefyllfa’n caniatáu.

Os yw’r argraffydd yn ateb ar ôl y newid, ailadroddwch y pedwar gwiriad ar ôl eich ailgysylltiad nesaf yn lle tybio bod y trwsio wedi dal. Os nad yw’n ateb, cipiwch allbwn Find-NetRoute cyn ac ar ôl y cysylltiad; mae’r gwahaniaeth yn dweud wrthych a yw’r cleient wedi dileu’r cofnod neu wedi’i ailraddio yn unig.