Исправление ошибок аутентификации Files.com — NetDrive

3 мин чтения troubleshooting files-com
Steve
SteveSenior Engineer
Устраняем сбои входа в Files.com в NetDrive из-за списков разрешённых IP, принудительного SSO и устаревших сохранённых учётных данных.

Команда комплаенса монтирует свою учётную запись Files.com через NetDrive, чтобы аудиторы могли сохранять подписанные документы прямо на букву диска вместо веб-загрузчика. Всё работает неделями, а потом однажды утром на всех рабочих станциях появляется “Authentication failed” — тот же пароль, та же сборка NetDrive, на стороне Windows ничего не менялось. Причина почти всегда кроется в самой учётной записи Files.com, а не в настройках подключения NetDrive.

NetDrive drive manager showing Google Drive, S3 and pCloud mounted as drive lettersMounted clouds appearing as native drives in Windows File Explorer

Files.com как буква диска, а не вкладка браузера

NetDrive показывает Google Drive, OneDrive, S3, SFTP, WebDAV и другие хранилища как обычные диски в Windows и macOS — без синхронизации и полной загрузки файлов.

  • Сохраняйте файлы в Files.com прямо из диалога сохранения любого приложения
  • Обходитесь без веб-загрузчика для больших архивов комплаенса
  • Работает рядом с другими смонтированными облаками в одном диспетчере дисков
WindowsmacOS
Скачать NetDrive →

Бесплатный пробный период. Доступны бессрочная лицензия и подписка.

Сопоставляем ошибку с причиной

СимптомНаиболее вероятная причина
Вход отклонён, хотя пароль работает в веб-панели Files.comНа аккаунте включён единый вход (SSO), поэтому прямой вход по логину/паролю больше не проходит аутентификацию
Подключение, работавшее в офисе, не работает дома или в новом местеСписок разрешённых IP в аккаунте Files.com ограничивает вход утверждёнными диапазонами сети
Учётные данные перестают работать сразу после изменения администраторомИзменение прав на папку или роли аккаунта на стороне Files.com сделало текущую сессию недействительной

Логотип провайдера Files.com в списке провайдеров дисков NetDrive

Решение 1: используйте API-ключ вместо пароля аккаунта

Аккаунты Files.com с включённым SSO не принимают прямой пароль от стороннего клиента вроде NetDrive — вход должен проходить через провайдера идентификации организации, а диалог подключения NetDrive этого не делает. Files.com предлагает для этого случая обходной путь — API-ключ: создайте его в настройках безопасности или API аккаунта Files.com, затем используйте этот ключ вместо пароля в полях подключения Files.com в NetDrive.

  1. Войдите в Files.com через браузер и откройте настройки API-ключей аккаунта.
  2. Создайте новый ключ с областью действия, ограниченной папками, к которым нужен доступ NetDrive.
  3. В NetDrive → Диспетчер дисков отредактируйте подключение Files.com и вставьте API-ключ в поле пароля.
  4. Нажмите Подключить, чтобы пройти аутентификацию заново.

Диспетчер дисков NetDrive с настроенными облачными дисками, редактирование подключения Files.com

Решение 2: проверьте список разрешённых IP аккаунта

Files.com поддерживает ограничение входа определёнными диапазонами IP как меру безопасности. Если эта настройка включена для аккаунта, попытка входа с неучтённой сети — из домашнего офиса, кофейни, нового офиса — отклоняется с той же общей ошибкой аутентификации, которую NetDrive показывает и при неверном пароле. Со стороны NetDrive отличить одно от другого невозможно.

Попросите администратора аккаунта Files.com проверить список разрешённых IP и добавить текущий диапазон рабочей станции, либо подтвердить, что диапазон не изменился после смены провайдера или офисной сети. После добавления диапазона повторите подключение в NetDrive, ничего больше не меняя.

Решение 3: повторная аутентификация после изменения прав или роли

Если администратор сужает список папок, доступных аккаунту, или меняет его роль в Files.com, это может сделать недействительной сессию, которую хранит NetDrive, даже если сам аккаунт существует, а пароль не менялся. Полностью удалите подключение из диспетчера дисков NetDrive и добавьте заново с нуля, вместо редактирования существующей записи — это заставит пройти полную повторную аутентификацию по текущему набору прав, а не переиспользовать устаревший токен сессии.

Подтверждение успешного подключения диска после повторной аутентификации в NetDrive

Если ничего из этого не подходит

Если API-ключ уже используется, список разрешённых IP подтверждённо чист, а подключение заново пересоздано, проверьте, доступен ли сам аккаунт Files.com из браузера в той же сети. Заблокированный или временно приостановленный со стороны Files.com аккаунт даёт в NetDrive точно ту же ошибку аутентификации, и диалог подключения никак не подсказывает, что дело не в учётных данных.

Итог

Большинство ошибок аутентификации Files.com в NetDrive сводятся к принудительному SSO, требующему API-ключ, к списку разрешённых IP, блокирующему текущую сеть, или к устаревшей сессии после изменения прав на аккаунте — и редко к самой настройке NetDrive. Про первоначальное подключение, на котором строится это устранение неполадок, см. Монтирование Files.com в Windows через NetDrive или Монтирование Files.com в macOS через NetDrive. Похожий двухфакторный паттерн встречается в ошибках аутентификации Koofr, если барахлит именно этот диск.

— Steve, NetDrive