La malnova senklienta portalo havis butonon por forigi, stelon por ŝatataĵoj kaj kunhavigan vojon algluitan en retpoŝton. Nur unu el tiuj estas kontrolo. Anstataŭigi la portalon signifas decidi, kiujn operaciojn la malproksimaj uzantoj ankoraŭ bezonas kaj kie ĉiu estas devigata, ne reprodukti la aranĝon de paĝo, kiu hazarde funkciis. Du anstataŭigaj formoj kovras plej multajn kazojn, kaj ili malsukcesas en malsamaj punktoj.

Butono ne estas permeso

Komencu per la operacilisto: legi, alŝuti, renomi, forigi. Decidu, kiuj roloj ricevas ĉiun, poste devigu tiun decidon en la dosiera servo anstataŭ en la interfaco. Kaŝi forigan kontrolon en nova portalo lasas la permeson de la malantaŭa parto sendifekta, kaj iu ajn kun indiĝena kliento kaj la sama konto ankoraŭ povas forigi la dosieron.

Forigo meritas apartan decidon, ĉar ĝi estas la operacio, kiun uzantoj bedaŭras. Demandu, de kie forigita ero vere povas esti restaŭrita, kaj ne supozu, ke la respondo estas la rubujo de la tekkomputilo aŭ la propra rubujo de la portalo. Reta kunhavo ĝenerale ne direktas forigojn tra la loka rubujo.

Sur kunhavo subtenata de Windows, Volume Shadow Copy provizas la mekanismon de momentaj kopioj kaj la kunordigon, kiun uzas sekurkopia programaro, sed ĝia ĉeesto diras nenion pri tio, ĉu ĉi tiu kunhavo konservas versiojn, kiujn vi povas restaŭri. La posedanto de la dosiera servo devas konfirmi la versionpolitikon kaj pruvi restaŭron antaŭ ol la portalo estas retiriĝota.

Opcio A: indiĝena dosiera kliento tra la tunelo

Mapita disko aŭ kliento SMB konservas la operaciojn, kiujn uzantoj jam konas, kaj la dosiera servilo devigas permesojn ĉe ĉiu peto. La identeco, kiu gravas, estas la identeco de la dosiera servo, do aliro postvivas ŝanĝon de VPN-produkto dum la tunelo ankoraŭ portas la trafikon kaj la konto ankoraŭ ekzistas.

La kosto estas, ke la kliento devas atingi la servon rekte. Noma solvado, atingeblo de pordoj kaj la aŭtentiga metodo ĉiuj fariĝas parto de la plano de malproksima aliro, kaj portalo, kiu antaŭe prokuris la konekton, kaŝis ĉiun el tiuj postuloj. Uzantoj sur neadministrataj aparatoj ankaŭ ricevas kunhavon muntitan en sia dosieradministrilo, kio estas pli vasta surfaco ol retumila langeto. Buĝetu por tiu subtena ŝarĝo antaŭ la migrado, ĉar ĝi alvenas la unuan tagon kaj ne post favorperiodo.

Restaŭro estas la plej forta argumento por ĉi tiu formo: antaŭaj versioj kaj restaŭraj permesoj estas denaskaj al la platformo, kaj la subtena servo povas uzi la saman proceduron, kiun ĝi uzas surloke.

Opcio B: prokuro aŭ aplikaĵa enirejo

Portalo, kiu prenas la dosieron kaj elsendas ĝin al la foliumilo, tenas la dosieran servon ekster la reta vojo de la uzanto. Tio utilas, kiam la aparato ne povas aliĝi al la tunelo aŭ kiam la organizo volas, ke ĉiu peto estu registrita ĉe unu sola limiga punkto. La kompromiso estas, ke la prokuro fariĝas partoprenanto en ĉiu operacio, kaj ĝi devas porti la identecon de la uzanto ĝis la dosiera servo anstataŭ uzi sian propran servan konton por ĉio.

Foriga kaj renoma konduto devas esti realigita, ne heredita. Se la prokuro elmetas forigan agon, tiu ago vokas la malantaŭan parton kun iu identeco, kaj la aŭdita spuro devus nomi la uzanton, ne la enirejon. Se la prokuro ne povas renomi, diru tion antaŭ ol uzantoj malkovros ĝin meze de projekto.

Reverkado de ligiloj estas kie ĉi tiu formo kviete ŝanĝas la signifon. URL, kiun la portalo prokuras, ne estas la sama objekto kiel URL, kiun la foliumilo malfermas rekte, kaj konverti unu en la alian povas forigi la aŭtentigan kuntekston, kiu igis ĝin funkcii.

Nomoj, identecoj kaj la ligiloj inter ili

Disdonu la aprobitan servilon kaj kunhavan vojon, ne domajnan foliumliston. Foliumado dependas de malkovraj servoj, kiuj eble ne trapasas la tunnelon, kaj vojo, kiu funkcias ĉar la tekkomputilo de la uzanto povas listigi domajnon, estas vojo, kiu rompiĝas sur la sekva neadministrata aparato.

Revizuu unuopan ensaluton aplikaĵon post aplikaĵo. Ĵetono eldonita por la portalo ne devus esti reludita al dosiera servo, kiu neniam validigis ĝin, kaj demandaj parametroj, kiuj portas identigilojn, ne devus esti kopiitaj en publikan ligilon nur ĉar ili aperis en la malnova legosigno. Traktu ĉiun aprobitan aplikaĵon kiel sian propran fidlimon.

RequirementNative clientProxy portal
Permission enforcementFile service, per requestProxy identity, then file service
Restore pathPlatform versions and backupsProxy trash plus backend restore
Device requirementsTunnel and clientBrowser only
Audit identityFile server logsProxy logs, if it forwards the user

Elektu laŭ la postullisto

Neniu el la du formoj venkas tute. Laborantaro sur administrataj tekkomputiloj kun funkcianta tunelo gajnas pli el la indiĝena kliento, ĉar restaŭro kaj permesoj venas de la platformo anstataŭ de reimplementado. Miksita loĝantaro de kontraktistoj kaj personaj aparatoj povas pravigi la prokuron, kondiĉe ke la identeca infrastrukturo estas reala kaj ne komuna serva konto.

Skribu la komparon kontraŭ la kvar operacioj kaj la restaŭra respondo, poste retiru la malnovan portalon nur post kiam unu restaŭro estos farita tra la nova vojo. Tiu testo ekzercas la partojn de la dezajno, kiujn sukcesa ensaluto neniam tuŝas.

Rilataj artikoloj