Устройство отображается как офлайн
Идите по списку по порядку — причины расставлены примерно по тому, насколько часто они оказываются настоящими.
1. Агент вообще запущен?
Установка агента не запускает его.
- Windows: окно конфигуратора — это не агент. Нажмите в нём Start или проверьте в
диспетчере задач наличие
FilemoteAgent.exe. - Linux:
sudo systemctl status filemote-agent. Скрипт установки включает юнит — чтобы тот переживал перезагрузки, — но никогда его не запускает, поэтому свежая установка показываетinactive (dead), пока вы не выполнитеsudo systemctl start filemote-agent. - macOS:
launchctl list | grep com.filemote.agent. Он стартует при входе в систему, поэтому после установки мог просто ещё не запуститься.
2. Дошли ли настройки сопряжения до той копии, которая работает?
Это обычная ловушка в Linux. Если не сказать иначе, FilemoteCli пишет app_settings.json
рядом со своим собственным исполняемым файлом, а в префикс установки он не копируется.
Поэтому, установив службу и выполнив сопряжение из папки распакованного архива, вы
настроили файл, который служба никогда не читает, — и нигде нет ошибки, потому что с точки
зрения службы у неё просто ещё нет учётных данных.
Укажите конфигуратору тот файл, которым пользуется служба:
sudo ./FilemoteCli --config /opt/filemote/app_settings.json
sudo systemctl restart filemote-agent
3. Может ли агент достучаться до сервера?
Агент подключается к api.filemote.com по порту 443. Проверьте с машины, где он работает:
curl -sS -o /dev/null -w '%{http_code}\n' https://api.filemote.com/health
Всё, кроме ответа, означает, что агент тоже наружу не выберется, — обычная причина — корпоративные прокси и строгие правила исходящего трафика на файрволе. Пробрасывать входящие порты не нужно никогда. Если вы меняли адрес сервера в настройках агента, верните адрес Filemote.
4. Не было ли устройство отвязано?
Удаление устройства из списка устройств в файловом менеджере отзывает его токен, и оно перестаёт работать немедленно. Если устройства в этом списке нет, свяжите его заново новым кодом.
Обратите внимание: это не то же самое, что Сессии в вашем профиле — там перечислены входы из браузера, и отзыв одного из них не отвязывает устройство, но и не чинит его.
5. Не истёк ли код сопряжения?
Коды одноразовые и истекают через 15 минут после показа. Код, пролежавший ночь в окне мессенджера, не сработает; сгенерируйте новый.
Устройство в сети, но папки падают с ошибкой JSON или «unexpected character»
Это значит, что агент подключился нормально и перед вами проблема с ключом, а не с
соединением. Браузер пробрасывает исходную ошибку как есть, поэтому точная формулировка —
это то, что ваш браузер говорит про некорректный JSON: Chrome формулирует это как
Unexpected token …, "…" is not valid JSON. В журнале самого агента может быть другое:
Unexpected character encountered while parsing value.
Ваши файлы шифруются ключом, выведенным из пароля вашей учётной записи (PBKDF2-SHA-256 по паролю и соли, привязанной к вашей учётной записи). Сервер этого ключа никогда не видит — в этом и смысл, — но это же означает, что ключ существует в двух местах: в вашем браузере и в работающем агенте.
Смените пароль — и браузер сразу выведет новый ключ, а уже работающий агент сохранит
старый. Всё, что он отправляет обратно, расшифруется в мусор, и первым на этом спотыкается
JSON.parse — потому-то в ошибке и говорится про разбор, а не про расшифровку.
Как починить: перезапустите агента, затем войдите в браузере заново, чтобы обе стороны вывели ключ из одного и того же пароля. Если вы недавно меняли пароль и сразу несколько устройств повели себя странно, причина в этом.
Обновлено 2026-10-16