Dau VPN Windows ar unwaith: pa broffil sy’n cadw’r llwybr rhagosodedig?
Mae dau broffil VPN Windows yn cystadlu am yr un llwybr rhagosodedig. Tynnwch un blwch ticio, ychwanegwch y rhagddodiaid yr oedd yn eu gorchuddio, a gwirio DNS cyn ymddiried yn y ddau.
Plygiwch yr ail dwnnel i mewn ac mae’r cyntaf yn mynd yn dawel, tra mae’r ddau gleient yn dal i adrodd am gysylltiad iach. Dim ond un llwybr rhagosodedig sydd gan Windows i’w rhoi, ac mae pob proffil sy’n hawlio hwnnw yn ei gymryd oddi ar y llall. Mae’r symptom yn edrych fel methiant VPN ond cystadleuaeth llwybro rhwng dau broffil yw hi. Penderfynwch pa dwnnel ddylai fod yn berchen ar y llwybr hwnnw ac mae gweddill y ffurfweddiad yn dilyn.
Dim ond un cofnod all fod y rhagosodedig gorau
Mae tabl llwybro IPv4 yn dal un llwybr buddugol ar gyfer cyrchfannau heb unrhyw gydweddiad mwy penodol. Mae proffil VPN sy’n gosod ei lwybr ei hun yn disodli’r un blaenorol cyn gynted ag y bydd yn cysylltu, ac mae’r traffig a arferai fynd i mewn i’r twnnel cyntaf nawr yn gadael drwy’r ail. Mae’r twnnel cyntaf yn aros i fyny; yr hyn sy’n diflannu yw unrhyw becyn a fyddai wedi’i ddefnyddio ar gyfer cyrchfannau cyffredinol.
Ni all eiconau statws y cleient ddangos hynny. Maent yn adrodd bod twnnel wedi’i sefydlu, nid pa ragddodiaid sy’n dal i lwybro tuag ato, felly mae’r defnyddiwr yn gweld dau eicon gwyrdd a chyfnodau aros mewn rhyw raglen. Mae darllen route print -4 yn ystod y methiant yn fwy addysgiadol nag unrhyw gofnod VPN.
Mae datrys enwau yn ail wrthdaro annibynnol, ac ni fydd trwsio’r tabl llwybro ar ei ben ei hun yn ei setlo.
Beth mae’r blwch ticio yn ei osod, a beth mae’n ei dynnu
Mae’r opsiwn yng nghyfleusterau addasydd pob proffil VPN o dan osodiadau uwch IPv4, wedi’i lunio fel defnyddio’r giât ragosodedig ar y rhwydwaith anghysbell. Wedi’i alluogi, mae pob cysylltiad yn ychwanegu llwybr rhagosodedig drwy’r twnnel ac yn rhoi’r rhyngwyneb hwnnw yn y rhes ar gyfer traffig cyffredinol. Wedi’i analluogi, mae Windows yn cadw’r llwybr ar gyfer isrwyd y twnnel ei hun ac yn gadael gweddill y tabl yn llonydd.
Ar y tynnu mae’r rhan fwyaf o bobl yn methu. Yn aml mae gan y safle anghysbell fwy nag un rhagddodiad, ac nid oes yr un o’r rhagddodiaid hynny y tu mewn i isrwyd yr addasydd, felly mae gweinyddwyr ffeil a chyfeiriadau rheoli yn stopio ateb. Nid y blwch ticio a dorrodd y twnnel; tynnodd y llwybr llydan a oedd yn gorchuddio popeth.
Mae ffurfweddiadau cymysg yn gyfreithlon ac yn gyffredin: mae proffil corfforaethol yn cadw’r blwch ticio fel twnnel llawn, tra mae proffil labordy yn hollt fel na all ddisodli’r rhagosodedig corfforaethol.
Dewiswch yn ôl yr hyn y mae’n rhaid i bob twnnel ei gario
Mae tri chwestiwn yn penderfynu’r trefniant. A oes angen i’r twnnel hwn gario traffig rhyngrwyd cyffredin, neu ddim ond cyfeiriadau o fewn ei safle ei hun? A yw’r ddau safle yn defnyddio amrediadau preifat digyswllt? Ac os yw’r proffil yn cael ei reoli gan gyflogwr, a ganiateir i chi newid ei ymddygiad llwybro o gwbl?
Os oes rhaid i un twnnel fod yn llawn, ef sy’n berchen ar y rhagosodedig a rhaid i’r llall gael ei hollti. Os nad oes angen traffig rhyngrwyd cyffredinol ar y naill na’r llall, tynnwch y blwch ticio ar y ddau a gadewch i’r addasydd ffisegol gadw’r rhagosodedig. Os yw’r amrediadau yn gorgyffwrdd, stopiwch: ni all 172.22.0.0/16 olygu un peiriant ar yr ochr gorfforaethol a pheiriant arall ar ochr y labordy, ac nid oes unrhyw flwch ticio yn datrys hynny.
Cofnodwch y penderfyniad wrth ymyl enwau’r proffiliau. Fel arall bydd trydydd VPN a ychwanegir y chwarter nesaf yn ailadrodd yr ymchwiliad o’r dechrau.
Ychwanegwch y rhagddodiaid coll a phrofi’r canlyniad
Ar gyfer pob twnnel hollt, ychwanegwch yr amrediadau anghysbell yn benodol, gan ddefnyddio’r cyfeiriad cymar a ddangosir ar yr addasydd hwnnw yn lle cyfeiriad cyhoeddus y gweinydd:
> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Mae addasydd PPP yn defnyddio ei gyfeiriad cymar fel y naid nesaf, tra mae addasydd TAP fel arfer yn defnyddio’r giât a ddangosir ar y rhyngwyneb hwnnw, felly darllenwch fanylion yr addasydd yn lle copïo rhif o ganllaw. Ychwanegwch y faner barhaus yn unig ar ôl i’r llwybr brofi’n gywir, a dilëwch hen gofnodion parhaus cyn ychwanegu rhai newydd. Gall cleientiaid a reolir osod a diogelu eu llwybrau eu hunain, ac yn y cyfryw achos rhaid i berchennog y proffil wneud y newid.
Mae angen cymal ar wahân ar DNS. Gall y ddau dwnnel wthio datryswyr, ac mae Windows yn cadw rhestr fesul rhyngwyneb gyda threfn ffafriaeth, felly gall enw sy’n perthyn i’r ail rwydwaith gael ei anfon at ddatryswr y rhwydwaith cyntaf. Edrychwch beth gafodd pob addasydd mewn gwirionedd cyn dewis ateb:
> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1
Mae polisi datrys enwau fesul parth fel arfer yn well na disodli’r rhestr ddatryswyr fyd-eang, oherwydd mae’r rhestr honno’n cael ei rhannu gan bob rhaglen ar y peiriant ac mae ei newid yn dawel yn symud chwiliadau digyswllt.
Derbyniwch y gosodiad gyda phedwar gwiriad: un adnodd ym mhob rhwydwaith anghysbell y gellir ei gyrraedd drwy gyfeiriad, chwiliad enw ym mhob un, y rhagosodedig rhyngrwyd yn dal i bwyntio at yr addasydd ffisegol, a sesiwn bwrdd gwaith anghysbell sy’n goroesi i’r ail gysylltiad godi.