Tasgau VPN sy’n adfer y ffeil hosts yn dileu golygiadau diweddarach

Mae tasg gysylltu yn copïo ffeil hosts Windows, yn ychwanegu un cyfeiriad preifat, ac mae tasg ddatgysylltu yn copïo’r fersiwn a gadwyd yn ôl. Mae’n gweithio am wythnosau ac yna un prynhawn ni all y peiriant gyrraedd safle mewnol nad oes ganddo ddim i’w wneud â’r VPN. Gwnaeth yr adferiad yn union yr hyn a ddywedwyd wrtho: rhoddodd ffeil o gyfnod cyn golygiad rhywun arall yn ôl. Mae’r methiant yn y model, nid yn y gorchymyn copïo.

Mae unrhyw lif gwaith sy’n cymryd snapshot o ffeil a rennir ac yn ei hadfer yn ddiweddarach yn etifeddu pob newid a wneir yn y cyfamser fel colled.

Nid yw copi wrth gefn a adferir yn ddiweddarach yn gopi o’r presennol

Cerddwch drwy ddilyniant cyffredin. Mae’r dasg yn cadw’r ffeil ac yn ychwanegu cofnod ar gyfer y twnnel. Yn ddiweddarach mae gweinyddwr yn ychwanegu cywiriad annibynnol, ac mae ail broffil yn ychwanegu ei gofnod ei hun. Wrth ddatgysylltu mae’r adferiad yn rhoi’r snapshot gwreiddiol yn ôl, gan ddileu cofnod yr ail broffil a chywiriad y gweinyddwr ill dau. Nid oedd y naill na’r llall yn perthyn i’r VPN, ac mae’r ddau bellach wedi mynd.

Mae un enw ffeil wrth gefn sefydlog yn gwneud pethau’n waeth. Gall digwyddiad cysylltu diweddarach gopïo’r ffeil sydd eisoes wedi’i haddasu dros y gwreiddiol tybiedig, felly mae’r llinell sylfaen adfer yn llithro tuag at yr hyn oedd golwg y ffeil yn y digwyddiad olaf.

Hysbysiad yw pob digwyddiad, nid trafodiad

Mae tasg a sbardunir gan ddigwyddiad yn hysbysiad. Gall ailgysylltiad, cau wedi’i dorri’n sydyn neu ail broffil ailffurfio’r cyflwr gofynnol tra bo tasg gynharach yn dal yng nghanol ysgrifennu. Nid oes dim yn cyfresoli’r ddau, ac nid oes dim yn dad-wneud newid hanner gorffenedig. Hefyd nid yw dynodwr digwyddiad ar ei ben ei hun yn dweud i ba broffil y mae’n perthyn heb y darparwr a’i ddata. Trin y dasg fel trafodiad yw’r rhagdybiaeth sy’n methu.

Digwyddiadau cysylltu ailadroddus yw’r hanner arall: mae ychwanegu heb wirio yn creu ail gofnod unfath, ac yna mae rhai datryswyr yn gweld dau ateb ar gyfer un enw.

Rhowch berchennog i bob mapiad

Mae pob llinell yn y ffeil hosts yn mapio enw gwesteiwr i gyfeiriad ac yn dweud dim am ba dwnnel sydd i fyny. Os yw awtomeiddio’n anochel, penodwch un perchennog ar gyfer y mapiadau a reolir gan y VPN. Dylai’r perchennog hwnnw ddiweddaru dim ond ei gofnodion ei hun, cadw cynnwys cyfredol annibynnol, osgoi dyblygiadau ar ddigwyddiad ailadroddus, a chysoni â’r cysylltiadau sydd mewn gwirionedd yn weithredol yn hytrach nag â rhestr a gofir.

Pan fo dau dwnnel byw angen yr un mapiad, ni chaiff un datgysylltiad ei dynnu tra bo’r perchennog arall yn dal i’w angen. Mae hynny’n gofyn am gyfrif cyfeiriadau neu gofnod perchnogaeth penodol, nid boole.

Mae copi wrth gefn yn dal i fod o werth ar gyfer adferiad wedi’i adolygu. Ni ddylai fod y weithred ddatgysylltu arferol, ac ni ddylai fod yr unig gofnod o’r hyn oedd yn y ffeil.

Pan fo DNS amodol yn anghenraid go iawn

Os mai’r gwir ofyniad yw gofod enwau preifat sy’n datrys dim ond tra bo’r twnnel i fyny, hosts yw’r mecanwaith anghywir. Gall Windows NRPT ddewis datryswr ar gyfer gofod enwau, ac nid yw’n creu’r cofnod cyfeiriad ei hun; rhaid i ddatryswr ateb o hyd. Dyluniad gwahanol gyda pherchennog gwahanol yw hwn, ac mae’n dileu’r golygu ffeil fesul trawsnewidiad yn gyfan gwbl.

Os cedwir hosts yn fwriadol ar gyfer un gwasanaeth sefydlog, gwnewch yn siŵr fod ei gyfeiriad yn parhau’n gyrraeddadwy dros y llwybr bwriadedig a bod ei enw gwesteiwr yn parhau’n sefydlog fel bod gwiriadau hunaniaeth y rhaglen yn dal i weithio. Ni all clirio storfa DNS atgyweirio cofnod hen ffasiwn y bydd y chwiliad nesaf yn ei ddarllen eto.

Profwch gysylltiadau ailadroddus, dau broffil ar yr un pryd a datgysylltiad ar ôl golygiad annibynnol. Y canlyniad ddylai fod bod mapiad y VPN yn dilyn ei berchennog heb ailddirwyn gweddill y peiriant.