Stari portal bez klijenta imao je dugme za brisanje, zvjezdicu za omiljene i putanju dijeljenja zalijepljenu u e-poruku. Samo je jedna od tih stavki kontrola. Zamjena portala znači odlučiti koje operacije udaljeni korisnici još trebaju i gdje se svaka od njih provodi, a ne reproducirati izgled stranice koja je slučajno radila. Dva oblika zamjene pokrivaju većinu slučajeva i padaju na različitim mjestima.

Dugme nije dozvola

Počnite s popisom operacija: čitanje, prijenos, preimenovanje, brisanje. Odlučite koje uloge dobijaju svaku od njih, a zatim tu odluku provedite u servisu za datoteke, a ne u sučelju. Skrivanje kontrole za brisanje u novom portalu ostavlja dozvolu na pozadinskom sistemu netaknutom, a svako s izvornim klijentom i istim računom i dalje može ukloniti datoteku.

Brisanje zaslužuje zasebnu odluku jer je to operacija zbog koje se korisnici kaju. Pitajte odakle se izbrisana stavka zaista može oporaviti i ne pretpostavljajte da je odgovor smeće na laptopu ili vlastito smeće portala. Mrežno dijeljenje uglavnom ne usmjerava brisanja kroz lokalno smeće.

Na dijeljenju koje podržava Windows, Volume Shadow Copy pruža mehanizam snimaka i koordinaciju koju koristi softver za sigurnosne kopije, ali njegovo prisustvo ništa ne govori o tome zadržava li ovo dijeljenje verzije koje možete vratiti. Vlasnik servisa za datoteke mora potvrditi politiku verzija i pokazati oporavak prije nego što portal bude izbačen iz upotrebe.

Opcija A: izvorni klijent za datoteke kroz tunel

Mapirani pogon ili SMB klijent zadržava operacije koje korisnici već znaju, a dozvole provodi datotečni server pri svakom zahtjevu. Identitet koji je važan jeste identitet servisa za datoteke, pa pristup preživljava promjenu VPN proizvoda sve dok tunel još prenosi saobraćaj i račun još postoji.

Trošak je u tome što klijent mora direktno doći do servisa. Razrješavanje imena, dostupnost portova i metoda provjere identiteta svi postaju dio dizajna udaljenog pristupa, a portal koji je ranije posredovao vezu skrivao je svaki od tih zahtjeva. Korisnici na neupravljanim uređajima takođe dobijaju dijeljenje montirano u svom upravitelju datoteka, što je šira površina od kartice u pregledniku. Planirajte taj teret podrške prije migracije, jer dolazi prvog dana, a ne nakon perioda milosti.

Oporavak je najjači argument za ovaj oblik: prethodne verzije i dozvole za vraćanje izvorne su na platformi, a služba podrške može koristiti isti postupak koji koristi na lokaciji.

Opcija B: proxy ili aplikacijski gateway

Portal koji preuzima datoteku i prenosi je u preglednik drži servis za datoteke izvan mrežne putanje korisnika. To je korisno kada uređaj ne može pristupiti tunelu ili kada organizacija želi da svaki zahtjev bude zabilježen na jednom uskom grlu. Kompromis je da proxy postaje učesnik u svakoj operaciji i mora prenijeti identitet korisnika do servisa za datoteke umjesto da za sve koristi vlastiti servisni račun.

Ponašanje pri brisanju i preimenovanju mora se implementirati, a ne naslijediti. Ako proxy izlaže radnju brisanja, ta radnja poziva pozadinu s nekim identitetom, a revizijski trag treba da imenuje korisnika, a ne gateway. Ako proxy ne može preimenovati, recite to prije nego što korisnici otkriju to na pola projekta.

Prepisivanje linkova je mjesto gdje ovaj oblik tiho mijenja značenje. URL koji portal posreduje nije isti objekt kao URL koji preglednik otvara direktno, a pretvaranje jednog u drugi može skinuti kontekst provjere identiteta koji ga je činio funkcionalnim.

Imena, identiteti i linkovi između njih

Distribuirajte odobreni server i putanju dijeljenja, a ne popis za pregledavanje domena. Pregledavanje zavisi od usluga otkrivanja koje možda ne prelaze tunel, a putanja koja radi jer laptop korisnika može nabrojati domen jeste putanja koja se lomi na sljedećem neupravljanom uređaju.

Pregledajte jedinstvenu prijavu aplikaciju po aplikaciju. Token izdat za portal ne smije se ponovno igrati prema servisu za datoteke koji ga nikada nije provjerio, a parametri upita koji nose identifikatore ne smiju se kopirati u javni link samo zato što su se pojavili u staroj zabiljezi. Tretirajte svaku odobrenu aplikaciju kao vlastitu granicu povjerenja.

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

Odaberite prema popisu zahtjeva

Nijedan oblik ne pobjeđuje potpuno. Radna snaga na upravljanim laptopima s ispravnim tunelom dobija više od izvornog klijenta, jer oporavak i dozvole dolaze s platforme, a ne iz ponovne implementacije. Mješovita populacija izvođača i ličnih uređaja može opravdati proxy, pod uslovom da je infrastruktura identiteta stvarna, a ne zajednički servisni račun.

Zapišite poređenje prema četiri operacije i odgovoru o oporavku, a zatim izbacite stari portal iz upotrebe tek nakon što jedan oporavak bude izveden kroz novu putanju. Taj test vježba dijelove dizajna koje uspješna prijava nikada ne dotiče.

Povezani članci