Voulez-vous augmenter la productivité des travailleurs à distance en leur donnant accès aux serveurs de fichiers ?
Avez-vous transféré vos données vers des services de stockage d'objets comme Amazon S3 ?
Voulez-vous fournir un accès web et mobile à vos serveurs de fichiers et à votre stockage d'objets ?
Pour augmenter la productivité des travailleurs sur le terrain, de nombreuses organisations ont migré leurs serveurs de fichiers vers des services de stockage en nuage tels que SharePoint, OneDrive, Box et ShareFile. Les organisations qui n'ont pas pu migrer leurs serveurs de fichiers vers les services en nuage ci-dessus gardent soit les données sur les serveurs de fichiers existants, soit déplacent leurs données vers des services de stockage d'objets tels qu'Amazon S3 ou Windows Azure Blob.
Pour les organisations qui conservent leurs données sur les serveurs de fichiers existants, il y a trois principales raisons pour lesquelles elles continuent à utiliser les serveurs de fichiers existants. La première raison est la conformité et la sécurité, car il est plus facile de passer les tests de conformité et de contrôler les limites de sécurité sur les serveurs de fichiers. La deuxième raison est les grandes données, car avec les grandes données, il n'est pas facile de migrer vers le nuage. La troisième raison est les applications héritées, car ces applications sont liées aux serveurs de fichiers existants. Il y a aussi des organisations qui migrent leurs serveurs de fichiers vers Amazon S3 et Windows Azure Blob Storage. La raison de la migration vers Amazon S3 est la longévité et la disponibilité, ainsi que la facilité de sauvegarde et la mise en place de la gestion du cycle de vie des données.
Si vous avez des données sur votre serveur de fichiers auxquelles les travailleurs à distance peuvent accéder, ces données se présentent généralement sous la forme d'un partage réseau SMB ou d'un partage DFS, et le système d'identité est généralement le domaine Active Directory. Dans ce cas, le serveur Triofox peut d'abord rejoindre le domaine Active Directory puis se connecter aux partages SMB ou DFS. Maintenant que l'Active Directory et les partages SMB sont connectés, les travailleurs à distance peuvent se connecter en utilisant un protocole web HTTPS et également télécharger et téléverser des fichiers vers et depuis le partage de serveur de fichiers local en utilisant des protocoles RESTful HTTPS.
Les magasins d'objets ont l'avantage d'être hautement disponibles et durables, ce qui en fait un très bon choix pour le stockage des données. Par exemple, si vos données sont principalement des médias avec des applications Adobe Creative Suite, stocker les données sur Amazon S3 est un très bon choix. Avec le serveur Triofox, le service de stockage d'objets Amazon S3 peut être monté sur le serveur Triofox et publié pour les travailleurs à distance. Le système d'identité provient généralement d'une solution de connexion unique telle qu'Azure AD. De cette façon, les travailleurs à distance peuvent d'abord se connecter au système d'identité de l'entreprise, puis accéder au service de stockage d'objets Amazon S3 ou autre comme s'il s'agissait d'un serveur de fichiers traditionnel.
découvrez l'incroyable
La solution Triofox de Gladinet rend la solution d'accès aux fichiers dans le cloud interopérable avec les partages de réseau de serveurs de fichiers existants et offre des capacités de dossiers hors ligne. Elle intègre l'Active Directory, le mappage de lecteurs cloud, le verrouillage global de fichiers et le contrôle des permissions NTFS. Ces intégrations natives font de la solution de partage de fichiers une extension du serveur de fichiers actuel plutôt qu'un autre silo de données qui détourne les données.
Un lecteur réseau mappé via le canal HTTPS vers le serveur de fichiers de l'entreprise est une fonctionnalité importante. Les employés sont habitués à un lecteur réseau mappé et aucune formation supplémentaire n'est nécessaire.
Les utilisateurs d'entreprise possèdent déjà des identités d'entreprise dans Active Directory et le service fédéré Active Directory associé ainsi que l'authentification unique SAML. Ils n'ont pas besoin de justificatifs supplémentaires pour accéder à une solution de partage de fichiers.
La plupart des solutions de partage de fichiers offrent un verrouillage manuel des fichiers sous forme de « check in » et « check out ». Triofox offre un verrouillage automatique des fichiers en détectant les demandes d'ouverture de fichiers. Lorsque Microsoft Word ouvre un fichier, le verrouillage du fichier est automatiquement initié et automatiquement terminé lorsque le traitement du fichier est complet.
Enfin, l'intégration avec Active Directory et les permissions NTFS facilite la tâche des administrateurs système pour mettre en place le contrôle des permissions. Les fonctionnalités de permissions distinguent la solution de Gladinet de la concurrence.
Voulez-vous ajouter ces fonctionnalités au VPN ?
Un VPN traditionnel nécessite une connexion stable et active au pare-feu de l'entreprise pour fonctionner. Une interruption d'Internet ou une connexion interrompue au pare-feu interrompt le travail des employés avec des fichiers non enregistrés. Avec l'édition hors ligne, les travailleurs à distance peuvent enregistrer et modifier des documents sans connexion active et sauvegarder les fichiers de manière asynchrone sur un serveur de fichiers d'entreprise une fois la connexion rétablie.
Un fournisseur de pare-feu propose généralement un VPN sans fonctionnalité toujours active. Un VPN toujours actif nécessite davantage de composants d'infrastructure, tels qu'un serveur d'identité, un serveur d'authentification, un système d'exploitation client compatible, etc. Cependant, la plupart des applications cloud modernes sont toujours actives, permettent l'accès hors ligne aux fichiers et dossiers, et autorisent le stockage des fichiers sur un appareil local avant d'être synchronisés avec les serveurs en ligne.
Accéder aux serveurs de fichiers n'est guère performant, car lorsque le VPN le permet, l'accès aux fichiers communique via le protocole SMB/CIFS. Tout d'abord, le protocole SMB n'est pas un protocole de diffusion de données avec de nombreuses requêtes et réponses. Si nous pouvons passer au streaming HTTP pour le transfert de fichiers, les performances s'amélioreront. Deuxièmement, le trafic de transfert de fichiers basé sur HTTP peut tirer parti d'un réseau de distribution de contenu mondial, donc HTTP est plus rapide pour le transfert intercontinental.