Résoudre les erreurs d'authentification Files.com — NetDrive
Corrigez les échecs de connexion Files.com dans NetDrive causés par les listes d'IP autorisées, le SSO imposé et des identifiants enregistrés obsolètes.
Une équipe conformité monte son compte Files.com via NetDrive pour que les auditeurs puissent déposer des documents signés directement dans une lettre de lecteur plutôt que via l’outil de dépôt web. Cela fonctionne pendant des semaines, puis un matin, chaque poste affiche “Authentication failed” — même mot de passe, même version de NetDrive, rien n’a changé côté Windows. La cause se trouve presque toujours du côté du compte Files.com, pas dans les paramètres de connexion de NetDrive.
Files.com en lettre de lecteur, pas en onglet de navigateur
Avec NetDrive, Google Drive, OneDrive, S3, SFTP, WebDAV et plus apparaissent comme des lecteurs natifs sur Windows et macOS — sans synchronisation ni téléchargement complet.
- Déposez des fichiers dans Files.com depuis la boîte de dialogue Enregistrer de n'importe quelle appli
- Passez outre l'outil de dépôt web pour les grandes archives de conformité
- Fonctionne aux côtés d'autres clouds montés dans un seul gestionnaire de lecteurs
Essai gratuit. Licences à vie et abonnements disponibles.
Associer l’erreur à sa cause
| Symptôme | Cause la plus probable |
|---|---|
| Connexion refusée alors que le mot de passe fonctionne sur le tableau de bord web de Files.com | L’authentification unique (SSO) est imposée sur le compte, donc une connexion directe identifiant/mot de passe n’authentifie plus |
| Une connexion qui fonctionnait au bureau échoue à la maison ou dans un nouvel endroit | Une liste d’IP autorisées sur le compte Files.com restreint les connexions aux plages réseau approuvées |
| Les identifiants échouent juste après une modification par un administrateur | Un changement de permissions de dossier ou de rôle du compte côté Files.com a invalidé la session existante |
Solution 1 : utiliser une clé API à la place du mot de passe du compte
Les comptes Files.com avec le SSO activé n’acceptent pas de mot de passe direct venant d’un client tiers comme NetDrive — la connexion doit passer par le fournisseur d’identité de l’organisation, ce que la boîte de dialogue de connexion de NetDrive ne fait pas. Pour ce cas, Files.com propose une solution de contournement : une clé API. Générez-en une depuis les paramètres de sécurité ou API du compte Files.com, puis utilisez cette clé à la place du mot de passe dans les champs de connexion Files.com de NetDrive.
- Connectez-vous à Files.com via un navigateur et ouvrez les paramètres de clé API du compte.
- Générez une nouvelle clé limitée aux dossiers dont NetDrive a besoin.
- Dans NetDrive → Gestionnaire de lecteurs, modifiez la connexion Files.com et collez la clé API dans le champ mot de passe.
- Cliquez sur Connecter pour vous réauthentifier.
Solution 2 : vérifier la liste d’IP autorisées du compte
Files.com permet de restreindre les connexions à des plages d’IP spécifiques comme mesure de sécurité. Si ce paramètre est activé pour le compte, une tentative de connexion depuis un réseau non répertorié — un bureau à domicile, un café, un nouveau site — est rejetée avec la même erreur d’authentification générique que NetDrive affiche en cas de mauvais mot de passe. Impossible de distinguer les deux depuis NetDrive seul.
Demandez à la personne qui administre le compte Files.com de vérifier la liste d’autorisation et d’y ajouter la plage IP actuelle du poste, ou de confirmer que la plage n’a pas changé après une modification côté FAI ou réseau du bureau. Une fois la plage ajoutée, retentez la connexion dans NetDrive sans rien changer d’autre.
Solution 3 : se réauthentifier après un changement de permission ou de rôle
Un administrateur qui restreint les dossiers accessibles à un compte, ou qui change son rôle sur Files.com, peut invalider la session que NetDrive détient, même si le compte existe toujours et que le mot de passe n’a pas changé. Supprimez complètement la connexion du gestionnaire de lecteurs de NetDrive et rajoutez-la depuis zéro, plutôt que de modifier l’entrée existante — cela force une réauthentification complète selon les permissions actuelles au lieu de réutiliser un jeton de session périmé.
Si rien de tout cela ne s’applique
Si une clé API est déjà utilisée, que la liste d’IP autorisées est confirmée sans blocage, et que la connexion vient d’être rajoutée, vérifiez si le compte Files.com lui-même est joignable depuis un navigateur sur le même réseau. Un compte suspendu ou temporairement verrouillé côté Files.com produit exactement le même échec d’authentification dans NetDrive, sans rien dans la boîte de dialogue de connexion pour le distinguer d’un problème d’identifiants.
En résumé
La plupart des échecs d’authentification Files.com dans NetDrive viennent d’un SSO imposé nécessitant une clé API, d’une liste d’IP autorisées bloquant le réseau actuel, ou d’une session périmée après un changement de permissions sur le compte — rarement d’un paramètre de NetDrive lui-même. Pour la connexion initiale sur laquelle s’appuie ce dépannage, voir Monter Files.com sur Windows avec NetDrive ou Monter Files.com sur macOS avec NetDrive. Un schéma à deux facteurs similaire apparaît dans les erreurs d’authentification de Koofr si c’est cet autre lecteur qui pose problème.
— Steve, NetDrive