VPN-taken dy’t it hosts-bestân werstelle, wiskje lettere bewurkings

In ferbiningstaak kopiearret it Windows hosts-bestân, foeget ien privee adres ta, en in ôfbrekkingstaak kopiearret de bewarre ferzje werom. It wurket wiken lang en dan kin de masine op in middei in yntern plak net berikke dat neat mei de VPN te meitsjen hat. It werstel die krekt wat him sein wie: it sette in bestân fan foar de bewurking fan in oar werom. De fout sit yn it model, net yn it kopiearopdracht.

Elke wurkstream dy’t in dield bestân fêstleit en it letter werstelt, erft elke feroaring dy’t dertusken makke is as ferlies.

In reservekopy dy’t letter wersteld wurdt, is gjin kopy fan no

Gean in gewoane folchoarder troch. De taak bewarret it bestân en foeget in ynskriuwing foar de tunnel ta. Letter foeget in behearder in net-relatearre korreksje ta, en in twadde profyl foeget syn eigen ynskriuwing ta. By ôfbrekking set it werstel de oarspronklike momintopname werom en ferwideret sawol de ynskriuwing fan it twadde profyl as de korreksje fan de behearder. Gjin fan beide hearde ta de VPN, en beide binne no weil.

Ien fêste bestânsnamme foar de reservekopy makket it slimmer. In lettere ferbiningsoergean kin it al bewurke bestân oer it sabeare orizjineel kopiearje, sadat de werstelbasis nei it oansjen fan it bestân by de lêste oergean ta driuwt.

Elk oergean is in notifikaasje, gjin transaksje

In taak dy’t troch in oergean útlokt wurdt, is in notifikaasje. In werferbining, in trochbrutsen ôfsluting of in twadde profyl kinne de easke tastân werfoarmje wylst in eardere taak noch oan it skriuwen is. Neat serialisearret de beide, en neat rolt in heal dien feroaring werom. In oergean-identifikaasje allinnich seit ek net by hokker profyl it heart sûnder de oanbieder en syn gegevens. De taak as in transaksje behannelje is de oanname dy’t mislearret.

Werhelle ferbiningsoergeanen binne de oare helte: in tafoeging sûnder kontrôle makket in twadde identike ynskriuwing, en guon resolvers sjogge dan twa antwurden foar ien namme.

Jou elk mappaat in eigner

Elk rigel yn it hosts-bestân mappet in hostnamme nei in adres en seit neat oer hokker tunnel oan is. As automatisearring net te foarkommen is, wiis ien eigner oan foar de mapaten dy’t de VPN beheart. Dy eigner soe allinnich syn eigen ynskriuwingen bywurkje moatte, net-relatearre aktuele ynhâld bewarje, dûbelingen by in werhelle oergean foarkomme, en him ferienje mei de ferbiningen dy’t echt aktyf binne ynstee fan mei in ûnthâlden list.

Wannear’t twa libbene tunnels itselde mappaat nedich hawwe, mei ien ôfbrekking it net fuorthelje wylst de oare eigner it noch nedich hat. Dat freget referinsjetelling of in eksplisyt eignerskipsrecord, gjin boolean.

In reservekopy hat noch wearde foar besjoen werstel. It soe net de normale ôfbrekkingsaksje wêze moatte, en it soe net it iennichste record wêze moatte fan wat it bestân befette.

Wannear’t betingst DNS de echte need is

As de eigentlike eask in privee nammeromte is dy’t allinnich oplost wylst de tunnel oan is, is hosts it ferkearde meganisme. Windows NRPT kin in resolver foar in nammeromte kieze, en it makket it adresrecord sels net; in resolver moat noch antwurdzje. Dat is in oar ûntwerp mei in oare eigner, en it ferwidert it bestânsbewurkjen by elke oergong hielendal.

As hosts mei opsetsin foar ien fêste tsjinst bewarre wurdt, soargje der dan foar dat syn adres berikber bliuwt oer de bedoelde rûte en syn hostnamme stabyl bliuwt sadat identiteitskontrôles fan de applikaasje bliuwe wurkjen. It wiskjen fan in DNS-cache kin in ferâldere ynskriuwing net reparearje dy’t de folgjende opfreget wer lêst.

Test werhelle ferbiningen, twa tagelyk profilen en in ôfbrekking nei in net-relatearre bewurking. It resultaat soe wêze moatte dat it mappaat fan de VPN syn eigner folget sûnder de rest fan de masine werom te spoelen.