Ошибка «failure when receiving data from the peer» в 1С при работе с FTP

Ошибка «failure when receiving data from the peer» появляется в 1С при попытке получить данные по FTP или HTTP(S) — чаще всего при обновлении конфигурации через интернет, загрузке классификаторов, курсов валют или файлов с ftp-сервера поставщика. Технически это сообщение библиотеки curl (код 56, CURLE_RECV_ERROR): соединение установлено, но в процессе приёма данных удалённая сторона оборвала передачу.

Ключевой момент: проблема почти никогда находится в самой конфигурации 1С. Платформа лишь использует системные механизмы передачи данных, и обрыв происходит на уровне сети — между компьютером с 1С и сервером обновлений. Поэтому переустановка платформы или чистка кэша в большинстве случаев не помогает, а время уходит на поиск не в том месте.

Типичные источники обрыва: прокси-сервер или файрвол, режущий длинные FTP-сессии; антивирус с проверкой трафика; нестабильный канал связи; неправильные настройки пассивного/активного режима FTP; ограничения на стороне сервера обновлений. Ниже — как локализовать причину и устранить её без риска для данных.

Что означает ошибка и где она возникает

Сообщение приходит из библиотеки curl, которую платформа 1С использует для сетевых операций. «Peer» — это удалённый узел (сервер), «failure when receiving data» — сбой при приёме данных. То есть подключение прошло успешно (иначе была бы ошибка соединения или таймаут), но в середине передачи поток оборвался.

В 1С ошибка чаще всего всплывает в трёх сценариях: автоматическое обновление конфигурации через интернет, загрузка файлов с FTP-сервера контрагента или банка (выгрузки, прайсы, классификаторы) и обращение к веб-сервисам через защищённое соединение. Во всех случаях логика диагностики одинаковая: найти, кто обрывает соединение — локальная сеть, промежуточное оборудование или сам сервер.

Быстрая диагностика: локализуем источник обрыва

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

Второй тест — попробуйте скачать тот же файл через браузер или любой FTP-клиент (например, FileZilla) с того же компьютера. Если браузер качает, а 1С нет, вероятны различия в настройках прокси: браузер использует системные параметры, а 1С может работать через отдельно заданный прокси или напрямую. Третий тест — подключите компьютер через другой канал (мобильный интернет). Успешная загрузка через другой канал однозначно указывает на корпоративную сеть или провайдера.

Проверка прокси-сервера и настроек интернета в 1С

В типовых конфигурациях параметры прокси задаются в разделе администрирования, обычно по пути «Администрирование → Общие настройки → Настройки прокси-сервера» (точное расположение зависит от конфигурации). Вариант «Не использовать прокси» подходит, если компьютер выходит в интернет напрямую; «Системные настройки» — если прокси задан в Windows; ручной вариант — если в сети используется прокси с авторизацией.

Частая ошибка — в 1С прописан прокси, который уже отключён или сменил адрес, либо указан прокси без учётных данных, хотя сервер требует авторизацию. При этом соединение устанавливается (прокси отвечает), но передача данных обрывается — ровно симптомы нашей ошибки. Проверьте актуальность адреса, порта, логина и пароля у администратора сети.

Если прокси в компании не используется, но в 1С он задан — переключите на «Не использовать прокси» и повторите операцию. Обратная ситуация: прокси обязателен, а в 1С выбран прямой выход — тогда трафик упирается в файрвол и режется. Оба варианта дают одну и ту же ошибку, поэтому важно знать реальную схему выхода в интернет в вашей сети.

1. 1
   Уточните у администратора, используется ли прокси и с какими параметрами
2. 2
   Откройте настройки прокси-сервера в 1С (Администрирование → Общие настройки)
3. 3
   Выберите режим: без прокси, системные настройки или ручной ввод
4. 4
   При ручном вводе укажите адрес, порт, логин и пароль
5. 5
   Повторите операцию загрузки и проверьте результат

Файрвол, антивирус и инспекция трафика

Корпоративные файрволы и UTM-шлюзы часто ограничивают длительность сессий или размер передаваемых файлов по FTP. Обновление конфигурации — это десятки и сотни мегабайт; если шлюз обрывает соединения длиннее определённого времени или объёма, загрузка стабильно падает примерно на одном и том же месте. Это характерный признак: ошибка воспроизводится на одном проценте прогресса.

Антивирус с модулем проверки сетевого трафика действует похоже: он перехватывает поток, анализирует и при определённых условиях разрывает соединение. Для проверки временно добавьте процессы 1С (1cv8.exe, rphost, ragent для серверного варианта) в исключения сетевой проверки и повторите загрузку. Полностью отключать антивирус не обязательно — достаточно исключений для доверенных адресов обновлений.

Особенности FTP: пассивный и активный режимы

FTP использует два соединения: управляющее и данных. В активном режиме сервер сам инициирует соединение данных к клиенту — это почти всегда блокируется NAT и файрволами. В пассивном режиме клиент сам открывает второе соединение к серверу на указанный порт, что намного совместимее с современными сетями.

Если 1С или ваш скрипт обмена работает в активном режиме, типичная картина — авторизация проходит, список файлов иногда получается, но передача данных обрывается. Перевод в пассивный режим решает проблему в большинстве таких случаев. В коде на встроенном языке 1С за это отвечает параметр пассивного режима у объекта FTPСоединение.

FTPСоединение = Новый FTPСоединение(Сервер, Порт, Пользователь, Пароль, , Истина); // Истина — пассивный режим

Дополнительно проверьте, что в файрволе открыт диапазон пассивных портов, который использует FTP-сервер: если сервер назначает порт данных из диапазона, закрытого на вашем шлюзе, передача оборвётся именно на этапе приёма данных.

Обходной путь: ручная загрузка и локальная установка обновлений

Если сетевую причину быстро устранить не удаётся, а обновление нужно установить, используйте офлайн-сценарий. Скачайте дистрибутив обновления с портала поставщика через браузер (браузерные загрузки устойчивее к обрывам и умеют докачку), затем в конфигураторе выберите обновление из файла: «Конфигурация → Поддержка → Обновить конфигурацию», источник — файл на диске.

Тот же подход работает для обменов по FTP с контрагентами: попросите вторую сторону выложить файл в альтернативное хранилище (защищённый HTTP-ресурс, облачный диск) или настройте обмен через SFTP/FTPS, если сервер это поддерживает. Защищённые варианты протокола стабильнее проходят через корпоративные шлюзы и не передают пароль открытым текстом.

Проверка результата и профилактика

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

Для профилактики держите настройки прокси в 1С синхронизированными с реальной схемой сети, поддерживайте актуальные исключения в антивирусе для процессов 1С и при регулярных обменах по FTP согласуйте с администратором стабильный маршрут: открытые пассивные порты, отсутствие ограничений по длительности сессий для доверенных адресов.

Частые вопросы