VPN fitxategi atari zaharra ordeztea: kontrolak mantendu
Fitxategi bezero natibo batek eta proxy atari batek baimenak, berreskuratzea eta identitatea leku desberdinetan betearazten dituzte. Konparatu itzazu erabiltzaileek behar dituzten lau eragiketetan.
Atari zaharrak, bezerorik gabeak, ezabatzeko botoi bat, gogokoen izar bat eta posta elektroniko batean itsatsitako partekatze-bide bat zituen. Horietako bakarra da kontrola. Ataria ordezteak esan nahi du urruneko erabiltzaileek oraindik zein eragiketa behar dituzten eta bakoitza non betearazten den erabakitzea, kasualitatez funtzionatu zuen orri baten diseinua erreproduzitzea baino. Bi ordezkatze-formak kasu gehienak estaltzen dituzte, eta puntu desberdinetan huts egiten dute.
Botoi bat ez da baimen bat
Hasi eragiketen zerrendarekin: irakurri, igo, berrizendatu, ezabatu. Erabaki zein rolek jasotzen duen bakoitza, eta gero erabaki hori fitxategi zerbitzuan betearazi, ez interfazean. Atari berri batean ezabatze-kontrola ezkutatzeak backend-eko baimena ukitu gabe uzten du, eta bezero natibo bat eta kontu bera dituen edonork fitxategia ken dezake oraindik.
Ezabatzeak erabaki bereizia merezi du, erabiltzaileek damutzen duten eragiketa delako. Galdetu ezabatutako elementu bat nondik berreskuratu daitekeen benetan, eta ez pentsa erantzuna eramangarriaren zakarrontzia edo atariaren zakarrontzia denik. Sareko partekatze batek, oro har, ez ditu ezabatzeak tokiko zakarrontzitik bideratzen.
Windows-en laguntza duen partekatze batean, Volume Shadow Copy-k snapshot mekanismoa eta babeskopia softwareak erabiltzen duen koordinazioa ematen ditu, baina haren presentziak ez du ezer esaten partekatze honek berreskura ditzakezun bertsioak gordetzen ote dituen. Fitxategi zerbitzuaren jabeak bertsio-politika baieztatu eta berreskuratze bat erakutsi behar du ataria erretiratu aurretik.
A aukera: fitxategi bezero natiboa tuneletik
Mapatutako unitate batek edo SMB bezero batek erabiltzaileek jada ezagutzen dituzten eragiketak mantentzen ditu, eta fitxategi zerbitzariak baimenak eskaera bakoitzean betearazten ditu. Garrantzitsua den identitatea fitxategi zerbitzuarena da, beraz sarbideak VPN produktua aldatzea gainditzen du, betiere tunelak trafikoa oraindik garraiatzen badu eta kontuak oraindik existitzen badu.
Kostua da bezeroak zerbitzura zuzenean iritsi behar duela. Izenen ebazpena, portuen irisgarritasuna eta autentifikazio metodoa guztiak urruneko sarbidearen diseinuaren parte bihurtzen dira, eta lehen konexioa proxya egiten zuen atari batek baldintza horietako bakoitza ezkutatzen zuen. Kudeatu gabeko gailuetako erabiltzaileek beren fitxategi-kudeatzailean muntatutako partekatze bat ere jasotzen dute, hau da, nabigatzaileko fitxa bat baino gainazal zabalagoa. Aurrekontua egin laguntza-karga horretarako migrazioa baino lehen, lehen egunean iristen baita, ez grazia-aldiaren ondoren.
Berreskuratzea da forma honen aldeko argudio indartsuena: aurreko bertsioak eta berreskuratze-baimenak plataforman natiboak dira, eta laguntza-zerbitzuak lekuan bertan erabiltzen duen prozedura bera erabil dezake.
B aukera: proxy bat edo aplikazio pasabide bat
Fitxategia lortu eta nabigatzailera transmititzen duen atari batek fitxategi zerbitzua erabiltzailearen sare-bidetik kanpo mantentzen du. Hori erabilgarria da gailuak tunelean sartu ezin duenean edo erakundeak eskaera guztiak estugune bakar batean erregistratuta nahi dituenean. Trukea da proxyak eragiketa bakoitzean parte hartzen duela eta erabiltzailearen identitatea fitxategi zerbitzura eraman behar duela, dena egiteko bere zerbitzu-kontua erabili beharrean.
Ezabatzearen eta berrizendatzearen portaera inplementatu egin behar da, heredatu beharrean. Proxyak ezabatze-ekintza bat agertzen badu, ekintza horrek backend-a identitate batekin deitzen du, eta auditoria-arrastoak erabiltzailea izendatu beharko luke, ez pasabidea. Proxyak berrizendatu ezin badu, esan hori erabiltzaileek proiektu baten erdian aurkitu aurretik.
Estekatzeen berridazketa da forma honek isilpean esanahia aldatzen duen tokia. Atariak proxya egiten duen URL bat ez da nabigatzaileak zuzenean irekitzen duen URL bera, eta bat bestean bihurtzeak funtzionatzen zuen autentifikazio-testuingurua ken dezake.
Izenak, identitateak eta bien arteko estekatzeak
Banatu onartutako zerbitzaria eta partekatze-bidea, ez domeinu bilaketa zerrenda bat. Bilaketak tuneletik pasa ez daitezkeen aurkikuntza zerbitzuen mende dago, eta erabiltzailearen eramangarriak domeinu bat zenbatu dezakeelako funtzionatzen duen bide bat hurrengo kudeatu gabeko gailuan apurtzen den bidea da.
Berrikusi saio-hasiera bakarra aplikazioz aplikazio. Atariarentzat jaulkitako token bat ez litzateke berreziko inoiz baliozkotu ez duen fitxategi zerbitzu batera, eta identifikatzaileak daramatzaten kontsulta-parametroak ez lirateke esteka publiko batean kopiatu behar agerkari zaharrean agertu zirelako soilik. Trata ezazu onartutako aplikazio bakoitza bere konfiantza-muga gisa.
| 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 |
Aukeratu baldintzen zerrendaren arabera
Bi formetako batek ez du erabat irabazten. Kudeatutako eramangarriekin eta funtzionatzen duen tunelarekin lan egiten duen langile-talde batek gehiago lortzen du bezero natibotik, berreskuratzea eta baimenak plataformatik datozelako, berrinplementazio batetik ez. Kontratisten eta gailu pertsonalen populazio misto batek proxya justifika dezake, baldin eta identitate-azpiegitura erreala bada eta zerbitzu-kontu partekatua ez bada.
Idatzi konparazioa lau eragiketen eta berreskuratze-erantzunaren aurrean, eta gero erretira ezazu atari zaharra bide berritik berreskuratze bat egikaritu ondoren soilik. Proba horrek saio-hasiera arrakastatsu batek inoiz ukitzen ez dituen diseinuaren zatiak entrenatzen ditu.