Remplacer un ancien portail de fichiers VPN : gardez les contrôles

L’ancien portail sans client comportait un bouton de suppression, une étoile de favori et un chemin de partage collé dans un courriel. Un seul de ces éléments est un contrôle. Remplacer le portail, c’est décider quelles opérations les utilisateurs distants ont encore besoin et où chacune est appliquée, non reproduire la mise en page d’une page qui fonctionnait par hasard. Deux formes de remplacement couvrent la plupart des cas, et elles échouent à des endroits différents.

Un bouton n’est pas une autorisation

Commencez par la liste des opérations : lire, téléverser, renommer, supprimer. Décidez quels rôles reçoivent chacune, puis appliquez cette décision dans le service de fichiers plutôt que dans l’interface. Masquer un contrôle de suppression dans un nouveau portail laisse l’autorisation côté serveur intacte, et quiconque dispose d’un client natif et du même compte peut toujours retirer le fichier.

La suppression mérite une décision distincte parce que c’est l’opération que les utilisateurs regrettent. Demandez où un élément supprimé peut réellement être récupéré, et ne supposez pas que la réponse est la corbeille de l’ordinateur portable ou la corbeille propre au portail. Un partage réseau n’achemine généralement pas les suppressions par la corbeille locale.

Sur un partage pris en charge par Windows, Volume Shadow Copy fournit le mécanisme d’instantanés et la coordination qu’utilise le logiciel de sauvegarde, mais sa présence ne dit rien sur le fait que ce partage conserve des versions que vous pouvez restaurer. Le propriétaire du service de fichiers doit confirmer la politique de versions et démontrer une restauration avant que le portail soit retiré.

Option A : un client de fichiers natif via le tunnel

Un lecteur mappé ou un client SMB conserve les opérations que les utilisateurs connaissent déjà, et les autorisations sont appliquées par le serveur de fichiers à chaque requête. L’identité qui compte est celle du service de fichiers, si bien que l’accès survit à un changement de produit VPN tant que le tunnel transporte encore le trafic et que le compte existe encore.

Le coût est que le client doit atteindre le service directement. La résolution de noms, l’accessibilité des ports et la méthode d’authentification font tous partie de la conception de l’accès distant, et un portail qui assurait auparavant le proxy de la connexion masquait chacune de ces exigences. Les utilisateurs sur des appareils non gérés obtiennent aussi un partage monté dans leur gestionnaire de fichiers, ce qui est une surface plus large qu’un onglet de navigateur. Budgétez cette charge de support avant la migration, car elle arrive dès le premier jour et non après un délai de grâce.

La restauration est l’argument le plus fort pour cette forme : les versions précédentes et les autorisations de restauration sont natives de la plateforme, et le service d’assistance peut utiliser la même procédure qu’il utilise sur site.

Option B : un mandataire ou une passerelle d’applications

Un portail qui récupère le fichier et le diffuse vers le navigateur garde le service de fichiers hors du chemin réseau de l’utilisateur. C’est utile lorsque l’appareil ne peut pas rejoindre le tunnel ou lorsque l’organisation veut que chaque requête soit journalisée à un seul point d’étranglement. Le compromis est que le mandataire devient participant de chaque opération et doit porter l’identité de l’utilisateur jusqu’au service de fichiers au lieu d’utiliser son propre compte de service pour tout.

Le comportement de suppression et de renommage doit être implémenté, non hérité. Si le mandataire expose une action de suppression, cette action appelle le serveur principal avec une identité quelconque, et la piste d’audit devrait nommer l’utilisateur, pas la passerelle. Si le mandataire ne peut pas renommer, dites-le avant que les utilisateurs ne le découvrent au milieu d’un projet.

La réécriture des liens est l’endroit où cette forme change discrètement le sens. Une URL que le portail sert en mandataire n’est pas le même objet qu’une URL que le navigateur ouvre directement, et convertir l’une en l’autre peut retirer le contexte d’authentification qui la faisait fonctionner.

Noms, identités et les liens entre eux

Distribuez le serveur et le chemin de partage approuvés, pas une liste de navigation de domaine. La navigation dépend de services de découverte qui peuvent ne pas traverser le tunnel, et un chemin qui fonctionne parce que l’ordinateur portable de l’utilisateur peut énumérer un domaine est un chemin qui casse sur le prochain appareil non géré.

Passez en revue l’authentification unique application par application. Un jeton émis pour le portail ne devrait pas être rejoué vers un service de fichiers qui ne l’a jamais validé, et les paramètres de requête qui portent des identifiants ne devraient pas être copiés dans un lien public simplement parce qu’ils figuraient dans l’ancien signet. Traitez chaque application approuvée comme sa propre frontière de confiance.

Choisissez selon la liste des exigences

Aucune des deux formes ne gagne entièrement. Un effectif équipé d’ordinateurs portables gérés et d’un tunnel fonctionnel tire davantage du client natif, parce que la restauration et les autorisations viennent de la plateforme et non d’une réimplémentation. Une population mixte de sous-traitants et d’appareils personnels peut justifier le mandataire, à condition que l’infrastructure d’identité soit réelle et non un compte de service partagé.

Écrivez la comparaison face aux quatre opérations et à la réponse de restauration, puis retirez l’ancien portail seulement après qu’une restauration a été effectuée par le nouveau chemin. Ce test exerce les parties de la conception qu’une connexion réussie ne touche jamais.