Zamjena zastarjelog VPN portala za datoteke: zadržite kontrole
Izvorni klijent za datoteke i proxy portal provode dozvole, oporavak i identitet na različitim mjestima. Usporedite ih na četiri radnje koje korisnici trebaju.
Stari portal bez klijenta imao je gumb za brisanje, zvjezdicu za favorite i putanju dijeljenja zalijepljenu u e-poštu. Samo je jedno od toga kontrola. Zamijeniti portal znači odlučiti koje radnje udaljeni korisnici još trebaju i gdje se svaka provodi, a ne reproducirati raspored stranice koja je slučajno radila. Dva oblika zamjene pokrivaju većinu slučajeva, a padaju na različitim točkama.
Gumb nije dozvola
Počnite s popisom radnji: čitanje, prijenos, preimenovanje, brisanje. Odlučite koje uloge dobivaju svaku, pa tu odluku provedite na servisu datoteka, a ne u sučelju. Skrivanje kontrole brisanja na novom portalu ostavlja pozadinsku dozvolu netaknutom, i svatko s izvornim klijentom i istim računom još može ukloniti datoteku.
Brisanje zaslužuje zasebnu odluku jer je to radnja zbog koje korisnici kaju. Pitajte odakle se izbrisana stavka doista može vratiti i ne pretpostavljajte da je odgovor koš za smeće na prijenosniku ili portalov vlastiti otpad. Mrežno dijeljenje u pravilu ne usmjerava brisanja kroz lokalni koš za smeće.
Na dijeljenju koje podupire Windows, Volume Shadow Copy pruža mehanizam snimki i koordinaciju koju backup softver koristi, ali njegova prisutnost ne govori ništa o tome čuva li to dijeljenje verzije koje možete vratiti. Vlasnik servisa datoteka mora potvrditi pravilo verzija i pokazati vraćanje prije nego se portal povuče.
Opcija A: izvorni klijent za datoteke preko tunela
Mapirani pogon ili SMB klijent zadržava radnje koje korisnici već znaju, a dozvole provodi poslužitelj datoteka na svakom zahtjevu. Identitet koji je važan jest identitet servisa datoteka, pa pristup preživi promjenu VPN proizvoda sve dok tunel još nosi promet i račun još postoji.
Cijena je da klijent mora izravno doći do servisa. Razrješavanje naziva, dostupnost portova i način provjere identiteta postaju dio dizajna udaljenog pristupa, a portal koji je prije posredovao vezu skrivao je svaki od tih zahtjeva. Korisnici na neupravljanim uređajima dobivaju i dijeljenje montirano u svom upravitelju datoteka, što je šira površina od kartice preglednika. Predvidite taj teret podrške prije migracije, jer stiže već prvog dana, a ne nakon razdoblja milosti.
Oporavak je najjači argument za ovaj oblik: prethodne verzije i dozvole vraćanja izvorne su na platformi, a služba za korisnike može koristiti isti postupak koji koristi na lokaciji.
Opcija B: proxy ili aplikacijski pristupnik
Portal koji dohvaća datoteku i struji je u preglednik drži servis datoteka izvan korisničke mrežne putanje. To je korisno kad se uređaj ne može pridružiti tunelu ili kad organizacija želi da svaki zahtjev bude zabilježen na jednom uskom grlu. Kompromis je da proxy postaje sudionik u svakoj radnji i mora prenijeti korisnički identitet do servisa datoteka umjesto da za sve koristi vlastiti servisni račun.
Ponašanje brisanja i preimenovanja mora se implementirati, a ne naslijediti. Ako proxy izlaže radnju brisanja, ta radnja poziva pozadinu s nekim identitetom, a revizijski trag trebao bi imenovati korisnika, a ne pristupnik. Ako proxy ne može preimenovati, recite to prije nego korisnici to otkriju nasred projekta.
Prepisivanje poveznica mjesto je na kojem ovaj oblik tiho mijenja značenje. URL koji portal posreduje nije isti objekt kao URL koji preglednik otvara izravno, a pretvaranje jednoga u drugo može ukloniti kontekst provjere identiteta koji ga je činio funkcionalnim.
Nazivi, identiteti i poveznice između njih
Podijelite odobreni poslužitelj i putanju dijeljenja, a ne popis za pregledavanje domene. Pregledavanje ovisi o uslugama otkrivanja koje možda ne prelaze tunel, a putanja koja radi zato što prijenosnik korisnika može nabrojati domenu jest putanja koja se lomi na sljedećem neupravljanom uređaju.
Pregledajte jedinstvenu prijavu aplikaciju po aplikaciju. Token izdan za portal ne smije se ponovno igrati prema servisu datoteka koji ga nikad nije provjerio, a parametri upita koji nose identifikatore ne smiju se kopirati u javnu poveznicu samo zato što su se pojavili u staroj oznaci. Svaku odobrenu aplikaciju tretirajte kao vlastitu granicu povjerenja.
| Requirement | Native client | Proxy portal |
|---|---|---|
| Permission enforcement | File service, per request | Proxy identity, then file service |
| Restore path | Platform versions and backups | Proxy trash plus backend restore |
| Device requirements | Tunnel and client | Browser only |
| Audit identity | File server logs | Proxy logs, if it forwards the user |
Odaberite prema popisu zahtjeva
Nijedan oblik ne pobjeđuje izravno. Radna snaga na upravljanim prijenosnicima s ispravnim tunelom dobiva više od izvornog klijenta jer oporavak i dozvole dolaze s platforme, a ne iz ponovne implementacije. Mješovita populacija ugovaratelja i osobnih uređaja može opravdati proxy, pod uvjetom da je infrastruktura identiteta stvarna, a ne zajednički servisni račun.
Zapišite usporedbu uz četiri radnje i odgovor o oporavku, pa povucite stari portal tek nakon što je jedno vraćanje izvedeno novim putem. Taj test vježba dijelove dizajna koje uspješna prijava nikad ne dotakne.