VPN uzdevumi, kas atjauno hosts failu, izdzēš vēlākas izmaiņas

Pieslēgšanās uzdevums nokopē Windows hosts failu, pievieno vienu privātu adresi, un atslēgšanās uzdevums nokopē saglabāto versiju atpakaļ. Tas darbojas nedēļām, un tad kādu pēcpusdienu iekārta nevar sasniegt iekšēju vietni, kam ar VPN nav nekāda sakara. Atjaunošana izdarīja tieši to, kas tai tika likts: tā atgrieza failu no laika pirms kāda cita izmaiņām. Kļūda ir modelī, nevis kopēšanas komandā.

Jebkura darbplūsma, kas fiksē koplietotu failu un vēlāk to atjauno, manto katru starplaikā veikto izmaiņu kā zaudējumu.

Vēlāk atjaunota dublējuma kopija nav tagadnes kopija

Izstaigājiet parastu secību. Uzdevums saglabā failu un pievieno ierakstu tunelim. Vēlāk administrators pievieno nesaistītu labojumu, un otrs profils pievieno savu ierakstu. Atslēdzoties atjaunošana atgriež sākotnējo momentuzņēmumu, noņemot gan otrā profila ierakstu, gan administratora labojumu. Neviens no tiem nepiederēja VPN, un abi tagad ir pazuduši.

Viens fiksēts dublējuma faila nosaukums padara lietas sliktākas. Vēlāks pieslēgšanās notikums var nokopēt jau mainīto failu virs it kā oriģināla, tāpēc atjaunošanas bāze slīd uz to, kā fails izskatījās pēdējā notikuma laikā.

Katrs notikums ir paziņojums, nevis transakcija

Notikuma ierosināts uzdevums ir paziņojums. Atkārtota pieslēgšanās, pārtraukta izslēgšana vai otrs profils var pārveidot nepieciešamo stāvokli, kamēr iepriekšējais uzdevums vēl raksta. Nekas nesarindo abus, un nekas neatrit pabeigtu izmaiņu. Turklāt tikai notikuma identifikators bez pakalpojumu sniedzēja un tā datiem nepasaka, kuram profilam tas pieder. Uzdevuma uzskatīšana par transakciju ir pieņēmums, kas sabrūk.

Atkārtoti pieslēgšanās notikumi ir otrā puse: pievienošana bez pārbaudes rada otru identisku ierakstu, un tad daži atrisinātāji redz divas atbildes vienam vārdam.

Piešķiriet katrai kartēšanai īpašnieku

Katra rinda hosts failā kartē resursdatora nosaukumu uz adresi un neko nepasaka par to, kurš tunelis ir aktīvs. Ja automatizācija ir neizbēgama, nozīmējiet vienu īpašnieku VPN pārvaldītajām kartēm. Šim īpašniekam būtu jāatjauno tikai savi ieraksti, jāsaglabā nesaistīts pašreizējais saturs, jāizvairās no dublikātiem atkārtotā notikumā un jāsaskaņo ar savienojumiem, kas patiešām ir aktīvi, nevis ar atmiņā turētu sarakstu.

Kad diviem aktīviem tuneļiem vajadzīga viena un tā pati kartēšana, vienai atslēgšanās reizei tā nav jānoņem, kamēr otram īpašniekam tā vēl vajadzīga. Tas prasa atsauču skaitīšanu vai skaidru īpašumtiesību ierakstu, nevis loģisku vērtību.

Dublējumkopijai joprojām ir vērtība pārskatītai atjaunošanai. Tai nevajadzētu būt parastajai atslēgšanās darbībai, un tai nevajadzētu būt vienīgajam ierakstam par to, kas bija failā.

Kad nosacītais DNS ir īstā vajadzība

Ja īstā prasība ir privāta nosaukumu telpa, kas tiek atrisināta tikai tad, kamēr tunelis ir aktīvs, hosts ir nepareizais mehānisms. Windows NRPT var izvēlēties atrisinātāju nosaukumu telpai, un tā pati neveido adreses ierakstu; atrisinātājam tomēr jāatbild. Tas ir cits dizains ar citu īpašnieku, un tas pilnībā novērš faila rediģēšanu pie katras pārejas.

Ja hosts tiek apzināti paturēts vienam fiksētam pakalpojumam, pārliecinieties, ka tā adrese paliek sasniedzama paredzētajā maršrutā un tā resursdatora nosaukums paliek stabils, lai lietojumprogrammas identitātes pārbaudes turpinātu darboties. DNS kešatmiņas notīrīšana nevar salabot novecojušu ierakstu, ko nākamā meklēšana atkal nolasīs.

Pārbaudiet atkārtotas pieslēgšanās, divus vienlaikus profilus un atslēgšanos pēc nesaistītas izmaiņas. Rezultātam jābūt tādam, ka VPN kartēšana seko savam īpašniekam, neatritinot pārējo iekārtu atpakaļ.