SMB-kunhavo post VPN-malkonekto: kontrol-listo por restaŭro

Via konservo haltas, la tunelo falas, kaj tridek sekundojn poste la VPN denove estas konektita dum la Finder-fenestro turniĝas sur malplena kunhavo. Ĉio aspektas kvazaŭ ĝi devus funkcii. La tunelo estas supre, la reto estas supre, kaj la volumo ne. Trairu tion laŭorde, ĉar rekonekti dum aplikaĵo ankoraŭ kredas, ke ĝi tenas malfermitan pritraktilon, estas la maniero, kiel necerta skribo fariĝas perdita.

Komencu per haltigo de la laboro sur la kunhavo anstataŭ per rekonekto. Tio ŝajnas pasiva kaj ĝi estas la paŝo, kiu protektas viajn datumojn.

Haltigu skribadon antaŭ ol rekonekti

Fermu ĉion, kio aktive provas skribi, kaj konservu tion, kion vi povas, en lokan lokon per la propra konservo- aŭ restaŭrovojo de la aplikaĵo. Ne komencu grandan kopiadon, ne lasu sinkronigan klienton provi eterne, kaj ne akceptu peton, kiu proponas anstataŭigi la servilan kopion per via loka. Ĝuste tiu tria instrukcio kostas datumojn, ĉar konservo, kiu tempolimis, nek estas konfirmita nek nepre forestas, kaj anstataŭigi la servilan dosieron forigas la solan pruvon pri tio, kio efektive okazis.

Se la aplikaĵo montras du versiojn de la sama dokumento, lasu ambaŭ surloke por nun. Elekti venkinton laŭ dosiernomo aŭ tempindiko estas konjekto vestita kiel decido.

Restaŭru la vojon, poste pruvu ĝin

Rekonektu la celitan VPN kaj finu ĝian aŭtentikigon, poste konfirmu, ke la nomo de la dosierservilo solviĝas kaj ke la SMB-servo respondas tra la tunelo. Statuso konektita priskribas nur la tunelon, do traktu tion kiel la komencon de la kontrolo, ne kiel ĝian finon.

1. Konfirmu nomosolvon kaj atingeblon de la dosierservilo tra la tunelo.

2. Donu al la ekzistanta munto unu minuton antaŭ ol krei alian; dua volumo kun identa etikedo estas pli malfacile analizebla ol malrapida restaŭro.

3. Se la volumo restas forestanta, konektu intence per Go, poste Connect to Server, kaj la konatan adreson de la servilo, ekzemple smb://files.corp.example/team.

4. Ensalutu per la dosierservila konto, kiu estas aparta decido pri akreditaĵoj malsama ol la VPN-ensaluto, kaj konfirmu la dokumentan staton en la aplikaĵo antaŭ ol daŭrigi.

La gvidilo de Apple pri konekto per Finder dokumentas la metodon de eksplicita adreso, kaj tiu estas la fidinda vojo ĉi tie. Volumonomo en la flanka breto estas kaŝmemorigita etikedo, ne pruvo, ke la antaŭa konekto ankoraŭ estas uzebla.

Kial freŝa seanco ne povas promesi malfermitajn pritraktilojn

SMB ja havas mekanismojn por postvivi portempan malkonekton, kaj ambaŭ estas kondiĉaj. Daŭraj malfermoj povas esti rekonektitaj ene de tempofenestro interkonsentita inter kliento kaj servilo, dum persistaj malfermoj postulas pli striktajn kapablojn ĉe ambaŭ flankoj. Tio, ke Mac-kliento kaj dosierservilo konsentas munti kunhavon, diras nenion pri tio, ĉu iu el la mekanismoj estis interkonsentita por la dosieroj, kiujn vi havis malfermitaj.

La specifo estas same klara pri malsukceso: kiam restaŭro ne sukcesas, la pritraktilo estas malvalidigita kaj oni atendas, ke la kliento traktu la dosieron kiel fermitan. Aplikaĵo, kiu tiun momenton estis meze de skribo, havas neniun validan pritraktilon por daŭrigi, eĉ se la kunhavo denove estas trastebla kaj la dosiero aspektas sendifekta en Finder.

Tial la reaperanta volumo estas necesa paŝo kaj ne sufiĉa. Redaktiloj, datumbazecaj aplikaĵoj kaj ĉio, kio tenas ekskluzivan ŝlosilon, eble bezonas remalfermi sian propran konekton, kaj la sola fidinda raporto pri dokumenta stato venas de la aplikaĵo, ne de la dosierlisto.

Ne devigu la muntojn aspekti bonorda

Perforta malmunto de la volumo aŭ mortigo de dosiersistemaj helpiloj por purigi blokitan flankan breton estas tentaj kaj kutime malutilaj. Blokita stato ofte respegulas realan pritraktatan operacion, kaj eltiri la muntojn sub ĝi ne liveras la datumojn de la aplikaĵo ie sekure. Ĝi ankaŭ malfaciligas la sekvan esploron, ĉar la eraro, kiun la uzanto vidis, jam estis viŝita de la ekrano. Notu la precizan eraron, kiun la aplikaĵo raportis, kaj la tempon de la malkonekto, ĉar tiu tempindiko estas tio, kio ebligas al vi kongruigi vian raporton kun la protokoloj de la servilo.

Se la kunhavo restas okupata, uzu la proceduron de la dosier-servo aŭ de Mac-subteno anstataŭ pliigi perforton. Konservi la pruvojn valoras pli ol bonorda flanka breto.

Antaŭ la sekva planita faligo

Finu konservojn, fermu dependajn dosierojn kaj elĵetu la kunhavon normale antaŭ ol intence malkonekti VPN. Tiu sinsekvo estas malmultekosta kaj forigas ĉi tiun tutan klason da demandoj.

Por laboro, kiun ofte trafas interrompoj, ŝanĝu la labormodelon anstataŭ la muntojn: tenu lokan kopion kaj sinkronigu per aplikaĵe subtenata mekanismo, tiel ke falinta tunelo kostus al vi unu sinkronigan intervalon anstataŭ necertan skribon. Muntoskripto ne povas konservi arbitrajn transakciojn de malfermitaj dosieroj, kaj neniu agordo igos ĝin provi.