Substituir un portal de fitxers VPN antic: conserveu els controls

El portal antic sense client tenia un botó d’esborrar, una estrella de preferits i un camí de compartició enganxat en un correu. Només un d’aquests és un control. Substituir el portal vol dir decidir quines operacions encara necessiten els usuaris remots i on s’aplica cadascuna, no reproduir la disposició d’una pàgina que va funcionar per casualitat. Dues formes de substitució cobreixen la majoria de casos, i fallen en punts diferents.

Un botó no és un permís

Comenceu per la llista d’operacions: llegir, pujar, reanomenar, esborrar. Decidiu quins rols reben cadascuna i, després, apliqueu aquesta decisió al servei de fitxers, no a la interfície. Amagar un control d’esborrar en un portal nou deixa el permís del servidor de fons intacte, i qualsevol amb un client natiu i el mateix compte encara pot eliminar el fitxer.

L’esborrat mereix una decisió a part perquè és l’operació de la qual els usuaris es penedeixen. Pregunteu d’on es pot recuperar realment un element esborrat i no suposeu que la resposta és la paperera de l’ordinador portàtil o la paperera pròpia del portal. Una compartició de xarxa normalment no encamina els esborrats per la paperera local.

En una compartició amb suport de Windows, Volume Shadow Copy proporciona el mecanisme d’instantànies i la coordinació que utilitza el programari de còpia de seguretat, però la seva presència no diu res sobre si aquesta compartició conserva versions que pugueu restaurar. El propietari del servei de fitxers ha de confirmar la política de versions i demostrar una restauració abans que el portal es retiri.

Opció A: un client de fitxers natiu pel túnel

Una unitat mapejada o un client SMB conserva les operacions que els usuaris ja coneixen, i el servidor de fitxers aplica els permisos a cada sol·licitud. La identitat que importa és la identitat del servei de fitxers, de manera que l’accés sobreviu a un canvi de producte VPN sempre que el túnel continuï portant el trànsit i el compte continuï existint.

El cost és que el client ha d’arribar directament al servei. La resolució de noms, l’accessibilitat dels ports i el mètode d’autenticació esdevenen tots part del disseny d’accés remot, i un portal que abans feia d’intermediari de la connexió amagava cadascun d’aquests requisits. Els usuaris en dispositius no gestionats també obtenen una compartició muntada al seu gestor de fitxers, que és una superfície més àmplia que una pestanya del navegador. Pressuposteu aquesta càrrega de suport abans de la migració, perquè arriba el primer dia i no després d’un període de gràcia.

La recuperació és l’argument més fort per a aquesta forma: les versions anteriors i els permisos de restauració són natius a la plataforma, i el servei d’assistència pot fer servir el mateix procediment que utilitza in situ.

Opció B: un intermediari o passarel·la d’aplicacions

Un portal que recull el fitxer i el transmet al navegador manté el servei de fitxers fora del camí de xarxa de l’usuari. Això és útil quan el dispositiu no pot unir-se al túnel o quan l’organització vol que cada sol·licitud quedi registrada en un sol coll d’ampolla. El compromís és que l’intermediari es converteix en participant de cada operació i ha de portar la identitat de l’usuari fins al servei de fitxers en lloc d’utilitzar el seu propi compte de servei per a tot.

El comportament d’esborrar i reanomenar s’ha d’implementar, no heretar. Si l’intermediari exposa una acció d’esborrar, aquesta acció crida el servidor de fons amb alguna identitat, i el registre d’auditoria hauria de nomenar l’usuari, no la passarel·la. Si l’intermediari no pot reanomenar, digueu-ho abans que els usuaris ho descobreixin a mig projecte.

La reescriptura d’enllaços és on aquesta forma canvia el significat en silenci. Un URL que el portal intermedietja no és el mateix objecte que un URL que el navegador obre directament, i convertir l’un en l’altre pot eliminar el context d’autenticació que el feia funcionar.

Noms, identitats i els enllaços entremig

Distribuïu el servidor i el camí de compartició aprovats, no una llista de navegació de domini. La navegació depèn de serveis de descoberta que poden no travessar el túnel, i un camí que funciona perquè l’ordinador portàtil de l’usuari pot enumerar un domini és un camí que es trenca al següent dispositiu no gestionat.

Reviseu l’inici de sessió únic aplicació per aplicació. Un testimoni emès per al portal no s’hauria de reproduir a un servei de fitxers que mai no l’ha validat, i els paràmetres de consulta que porten identificadors no s’haurien de copiar en un enllaç públic només perquè apareixien a l’antic marcador. Tracteu cada aplicació aprovada com la seva pròpia frontera de confiança.

Trieu segons la llista de requisits

Cap de les dues formes guanya del tot. Una plantilla amb ordinadors portàtils gestionats i un túnel que funciona obté més del client natiu, perquè la restauració i els permisos vénen de la plataforma i no d’una reimplementació. Una població mixta de contractistes i dispositius personals pot justificar l’intermediari, sempre que la infraestructura d’identitat sigui real i no un compte de servei compartit.

Escriviu la comparació enfront de les quatre operacions i la resposta de recuperació, i després retireu el portal antic només després que s’hagi fet una restauració pel camí nou. Aquesta prova exercita les parts del disseny que un inici de sessió correcte mai no toca.