Avez-vous des designers qui travaillent depuis macOS mais qui ont besoin d'accéder aux fichiers Adobe Creative Suite?
Et ces fichiers sont stockés sur un serveur de fichiers local qui n'est pas adapté pour un accès à distance?
Contrairement aux appareils Windows, un « lecteur réseau » sur un appareil Apple macOS est un « volume » qui est monté et visible depuis une application Finder mac. Si la machine mac et les serveurs de fichiers d'entreprise sont sur le même réseau local, vous pouvez lancer Finder mac, sélectionner Aller > Se connecter au serveur, puis entrer smb://NomDNS/nompartage ou smb://AdresseIP/nompartage pour se connecter à un partage réseau spécifique pour un serveur d'entreprise avec une adresse IP spécifique. Cependant, si l'appareil macOS est dans un lieu éloigné et qu'un réseau privé virtuel (VPN) n'est pas utilisé, l'appareil macOS ne peut pas monter le partage réseau du serveur de fichiers car l'adresse IP du serveur de fichiers n'est pas sur le même réseau.
Pour se connecter au serveur de fichiers avec un « lecteur réseau » via les protocoles RESTful HTTPS, pratiquement toutes les solutions avant utilisaient macFUSE. macFUSE est un système de fichiers mac en espace utilisateur qui permet aux développeurs d'écrire un pilote de système de fichiers en mode noyau avec une programmation d'application normale en dehors du noyau. macFUSE était une solution viable jusqu'à la sortie de macOS Monterey et des appareils basés sur Apple M1. La principale raison en était qu'Apple éloigne les applications en mode noyau du noyau macOS. macFUSE n'est pas facile à utiliser sous macOS Monterey et une autre solution est nécessaire.
Nous avons une solution qui prend en charge macOS Monterey sur les appareils Apple M1 et Apple Intel.
Lorsque l'application Triofox drive est installée, un volume monté apparaît dans le Finder macOS. Sur ce volume Finder, vous verrez des fichiers et des dossiers auxquels vous pouvez accéder. Vous pouvez double-cliquer sur un fichier pour l'ouvrir. Si le fichier n'est pas déjà dans le cache local, l'application demande le fichier et le télécharge depuis le serveur de fichiers via le streaming HTTP. Une fois qu'il est dans le cache local, les applications locales peuvent l'ouvrir et le modifier. Une fois l'édition terminée et le fichier fermé par les applications, le fichier est renvoyé sur le serveur de fichiers.
Parfois, vous préférez travailler sur un dossier local puis le synchroniser avec le serveur de fichiers. Si le volume monté est comme un accès aux fichiers à la demande, le dossier local est comme un dossier qui est toujours hors ligne et il y a toujours une copie locale de celui-ci dans le dossier de synchronisation bidirectionnelle.
Avec l'application Triofox Drive installée, vous pouvez cliquer avec le bouton droit sur un fichier ou un dossier sur le volume Finder qui représente le Triofox Drive et initier le partage de fichiers via un lien web. La fonction de partage de fichiers peut être activée ou désactivée en fonction des politiques de sécurité de l'organisation.
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.