Llwybrydd newydd, yr un gweinydd VPN: symudwch ei fynediad cyhoeddus

Rydych yn plygio’r llwybrydd newydd, mae’r rhyngrwyd yn dod yn ôl, ac mae’r cleient VPN ar eich ffôn yn dal i bwyntio at gyfeiriad nad yw’n ateb mwyach. Nid oes dim wedi newid ar y gweinydd VPN, oherwydd ni symudodd y gweinydd erioed. Y llwybrydd oedd y pwynt mynediad cyhoeddus, ac roedd ei ddisodli wedi disodli’r cyfeiriad, y rheol anfon ymlaen ac efallai y diweddarwr DNS deinamig ar yr un pryd.

Triniwch y newid fel dau drosglwyddiad, nid un, a chadwch lwybr lleol i’r rhyngwyneb gweinyddu wrth i chi weithio.

Ysgrifennwch y trosglwyddiad cyn dad-blygio

Cofnodwch ragddodiad y LAN, cyfeiriad y gweinydd a’r modd y caiff ei ddyrannu, y gwrandawr a’r cludiant y mae’r VPN yn eu defnyddio mewn gwirionedd, y rheol fewnol sy’n ei chyhoeddi, a’r enw a gadwodd cleientiaid. Yna nodwch pa beiriant sy’n diweddaru’r cofnod DNS deinamig heddiw: gall fod y llwybrydd, y gweinydd ei hun, neu asiant ar wahân ar westeiwr arall. Gwnewch hyn tra mae’r hen dudalennau gweinyddu yn dal i lwytho. Mae ciplun o’r rheol fewnol yn well na rhif porth a gofiwyd.

Ychwanegwch y rhagddodiadau preifat y dylai cleientiaid eu cyrraedd, a’r modd y mae dyfeisiau ar y LAN yn anfon atebion yn ôl atynt. Mae’r ddau yn hawdd eu hanghofio oherwydd bod y dewin disodli yn sôn am fynediad i’r rhyngrwyd, nid am lwybrau dychwelyd. Allforiwch yr hen ffurfweddiad hefyd os yw’r gwerthwr yn cefnogi ei adfer, gan dderbyn mai anaml y mae copi wrth gefn o un model yn mewnforio’n lân i un arall.

Cadwch y cofnod hwnnw mewn man gwarchodedig. Gall copi wrth gefn llwybrydd gynnwys manylion mewngofnodi ar gyfer y cyswllt WAN. Triniwch y ffeil allforio fel cyfrinair yn hytrach nag fel nodyn gosodiadau.

Symudwch y cyfeiriad yn gyntaf, yna’r anfoniad ymlaen

Os yw’r llwybrydd newydd yn cadw’r un rhagddodiad LAN, rhowch i’r gweinydd yr archeb a oedd ganddo, neu ddyraniad statig cyfwerth. Os yw’r rhagddodiad yn newid, diweddarwch gyfeiriad y gweinydd yn gyntaf ac unrhyw rwymiad gwrandawr sy’n ei enwi, oherwydd bydd anfoniad ymlaen sy’n pwyntio at yr hen gyfeiriad yn anfon traffig yn dawel i unman.

Yna ail-grëwch un rheol fewnol yn union ar gyfer y cludiant y mae’r VPN yn ei ddefnyddio. Mae canllawiau’r gwerthwyr sy’n disgrifio anfon ymlaen at weinydd lleol yn dangos y mecanwaith, nid rysáit gyffredinol, felly mapiwch y rheol i’ch protocol a’ch porth go iawn yn hytrach nag i restr o flog. Ni all anfoniad ymlaen ar y llwybrydd newydd gael gwared ar NAT lefel cludwr sydd uwchlaw iddo, ac ni fydd unrhyw reol leol yn gwneud cyfeiriad preifat yn gyrraeddadwy o’r rhyngrwyd os yw’r darparwr eisoes yn rhannu un â chi.

Cadarnhewch fod wal dân y gweinydd ei hun yn dal i ganiatáu’r traffig hwnnw. Gwiriwch a oes ail borth yn eistedd rhwng y llwybrydd a’r rhyngrwyd, oherwydd mae llawer o ddarparwyr yn rhoi modem a llwybrydd cyfun. Darllenwch gyfeiriad WAN y ddyfais newydd a’i gymharu â’r cyfeiriad y mae cleientiaid yn ei ddatrys. Os ydynt yn wahanol, mae eich anfoniad ymlaen yn glanio ar rywbeth nad yw’r ymyl.

Penderfynwch pwy sy’n diweddaru’r enw cyhoeddus

Mae diweddariadau’r pwynt terfyn angen un perchennog ac un yn unig. Os oedd yr hen lwybrydd yn cyhoeddi’r enw, ffurfweddwch ddiweddarwr â chymorth ar yr un newydd a chadarnhewch fod y cofnod wedi newid mewn gwirionedd. Os oedd y gweinydd eisoes yn ei gyhoeddi, gadewch y trefniant hwnnw’n llonydd yn lle ychwanegu diweddarwr cystadleuol sy’n siglo rhwng dau gyfeiriad.

Pan fo’r defnydd yn cyhoeddi’r ddwy deulu cyfeiriad, darllenwch y cofnod A a’r cofnod AAAA. Rhaid i bob un bwyntio at wasanaeth sy’n gwrando mewn gwirionedd ac sy’n cael ei ganiatáu trwy ei lwybr wal dân ei hun, ac nid yw mapiad IPv4 sy’n gweithio yn dweud dim am yr ochr IPv6. Cadwch y gwiriadau hunaniaeth yn y proffil cleient hefyd: nid yw cyfeiriad cyhoeddus a newidiwyd yn rheswm i dderbyn tystysgrif neu allwedd cymar nad yw’n cyfateb.

Profwch y newid o’r tu allan

Profwch gyda chysylltiad allanol awdurdodedig a sesiwn newydd, nid o du mewn i’r LAN. Mae prawf mewnol yn erbyn y cyfeiriad cyhoeddus yn dibynnu ar ymddygiad dychwelyd at y cyfeiriad ei hun ac yn mynd ar hyd llwybr gwahanol i’r un y bydd cleient go iawn yn ei ddefnyddio.

Dilynwch y dilyniant y mae cleient yn ei ddilyn: datryswch yr enw, trafodwch y twnnel, dilyswch hunaniaeth, yna cyflawnwch un gweithrediad yn erbyn adnodd preifat. Y cam olaf hwnnw yw’r un y mae pobl yn ei hepgor, a hwnnw yn unig sy’n profi’r llwybr dychwelyd. Os yw mewngofnodi yn llwyddo ond y gweithrediad preifat yn methu, cymharwch ragddodiad newydd y LAN, y llwybrau a ddewisodd y cleient a llwybr ateb yr adnodd â’ch nodiadau trosglwyddo.

Dim ond ar ôl i’r pedwar cam oll lwyddo y mae’r hen lwybrydd yn ddiogel i’w ddecomisiynu. Dad-blygiwch ef, yna ailadroddwch y prawf allanol unwaith eto. Mae cofnod hen ffasiwn sy’n dal i ddatrys i’r hen gyfeiriad yn methu yn y cam cyntaf, ac mae hynny’n haws ei ddiagnosio tra bo’r hen ddyfais yn dal ar y silff.

Cadwch y mapiad newydd gyda’ch nodiadau adfer

Ffeiliwch ddyraniad terfynol y gweinydd, y rheol fewnol ac enw perchennog y diweddaru wrth ymyl y weithdrefn ar gyfer cyrraedd y llwybrydd yn lleol. Dylai’r disodliad nesaf ddechrau o’r dudalen honno yn hytrach nag o traceroute.

Os yw’r twnnel yn dal i fethu o’r tu allan ar ôl popeth uchod, gwiriwch a yw’r cyfeiriad cyhoeddus y mae’r llwybrydd yn ei adrodd yn cyfateb i’r un y mae cleientiaid yn ei ddatrys. Mae’r un gymhariaeth honno yn gwahanu problem DNS oddi wrth broblem anfon ymlaen, ac mae’n cymryd llai o amser na darllen canllaw anfon ymlaen porth arall.