Проанализируем весьма распространенную и неприятную ситуацию, с которой сталкиваются администраторы и пользователи 1С: внезапно перестает работать обмен данными через FTP-сервер. При этом обмен мог успешно работать неделями, а сторонние клиенты (браузеры, файловые менеджеры вроде Total Commander) продолжают без проблем подключаться к серверу. Разберем по шагам, почему возникает эта ошибка и как мы можем восстановить синхронизацию баз.
Рассмотрим подробнее, как обычно выглядит эта проблема на практике. Как правило, базы типовые (например, 1С:Розница), конфигурация находится на поддержке, и код соединения никто не менял. Ситуация характеризуется следующими признаками:
Посмотрим на скрытые механизмы платформы 1С, чтобы понять суть сбоя. Начиная с версий 8.3.13 и 8.3.14, фирма «1С» внесла ряд серьезных архитектурных изменений в работу с интернетом. Проанализируем основные факторы, вызывающие обрыв обмена:
1. Изменения в безопасности соединений (SSL/TLS)
В новых релизах платформы разработчики существенно ужесточили требования к защищенным соединениям. Теперь 1С проводит строгую проверку сертификатов и требует поддержку актуальных протоколов (например, TLS 1.2). Если ваш FTP-сервер настроен на использование устаревших методов шифрования или использует самоподписанный (недоверенный) сертификат, платформа 1С принудительно сбросит такое соединение в целях безопасности. При этом Total Commander или платформа версии 8.3.11 будут игнорировать эти риски и успешно подключаться.
2. Парсинг спецсимволов в учетных данных
Если на одном ПК одна база работает с FTP, а другая нет, обратите внимание на параметры авторизации. В новых версиях изменился внутренний механизм чтения строки соединения. Если в пароле проблемной базы содержатся специальные символы (такие как @, #, &), платформа может неправильно интерпретировать строку и отправить на сервер искаженные данные. Это приводит к ошибке авторизации, которую сложно отследить.
3. Внутренние настройки прокси-сервера базы
Тот факт, что проблема "переезжает" вместе с копией базы на другие устройства (например, на ноутбук), указывает на то, что причина кроется в пользовательских данных самой БД. В типовых конфигурациях существуют внутренние настройки прокси-сервера для интернет-соединений. В проблемной базе могут быть случайно активированы параметры прокси, которые перехватывают или блокируют FTP-трафик, тогда как в рабочей базе используется прямое соединение.
4. Ошибки платформы при работе с объектом FTPСоединение
Для некоторых релизов (в частности 8.3.13 и 8.3.14) зафиксированы внутренние баги при обработке платформенного объекта FTPСоединение. Платформа может некорректно работать с пассивным режимом (PASV), отправляя неверные команды на сервер. В результате файрвол сервера или антивирус на локальном ПК расценивает это как аномалию и блокирует динамические порты.
5. Повреждение кэша настроек синхронизации
Настройки распределенной информационной базы (РИБ) хранятся в регистрах сведений и константах. В момент обновления платформы иногда происходит сбой дешифровки сохраненных паролей от FTP. Платформа пытается отправить поврежденный токен, и сервер отказывает в доступе.
Мы выяснили причины, теперь применим практические шаги для восстановления обмена. Выполняйте их последовательно.
Шаг 1: Полный сброс и пересоздание настроек обмена
Поскольку проблема часто кроется в поврежденном кэше или невидимых настройках прокси, наиболее действенным методом внутри 1С является пересоздание профиля. Зайдите в настройки синхронизации данных, полностью удалите текущую настройку подключения (или очистите поля) и создайте ее заново с чистого листа, введя адрес, логин и пароль вручную.
Шаг 2: Упрощение пароля
Если вы используете сложные пароли, попробуйте временно изменить пароль пользователя FTP на стороне сервера, оставив в нем только латинские буквы и цифры (без спецсимволов). Введите этот новый пароль в настройки 1С и проверьте соединение. Это поможет исключить ошибку парсинга строки платформой.
Шаг 3: Проверка настроек прокси в 1С
Перейдите в раздел администрирования 1С и найдите настройки доступа в интернет. Убедитесь, что там не прописаны устаревшие или неработающие прокси-серверы, которые могут блокировать запросы объекта FTPСоединение.
Если у вас нет времени на глубокую диагностику платформы и сервера (например, бизнес требует немедленного возобновления обмена), воспользуйтесь проверенным обходным путем. Многие администраторы при возникновении подобных платформенных багов переходят с FTP на облачные сервисы.
Вы можете настроить синхронизацию через локальный каталог, который будет синхронизироваться приложением Яндекс.Диск или аналогичным сервисом. Приложение облачного диска берет на себя всю работу по надежной передаче файлов (с поддержкой докачки и правильной работой по TLS), а 1С просто читает и пишет файлы обмена в обычную папку на жестком диске. Как показывает практика, этот подход позволяет полностью обойти нестабильную работу FTP в проблемных релизах платформы и обеспечивает бесперебойную работу распределенной базы.