Как исправить ошибку «Access denied to remote resource» при работе с FTP в 1С

← На главную

Работа с внешними ресурсами через протокол FTP — стандартная задача для интеграции 1С с другими системами, однако она часто сопровождается трудностями в настройке прав доступа и параметров соединения. Ошибка «Access denied to remote resource» (Доступ к удаленному ресурсу запрещен) может сбить с толку, так как она возникает даже в тех случаях, когда учетные данные верны, а сторонние клиенты, такие как FileZilla, успешно подключаются к серверу. Разберем детально причины возникновения этой проблемы и способы ее решения.

Анализируем параметры конструктора FTPСоединение

Первым делом проанализируем, как инициализируется объект FTPСоединение. В 1С этот объект требует строгого соблюдения порядка и типа передаваемых аргументов. Рассмотрим типичную структуру создания подключения:


FTPКлиент = Новый FTPСоединение(
    Константы._FTPСервер.Получить(),
    21, 
    Константы._FTPПользователь.Получить(), 
    Константы._FTPПароль.Получить(), 
    , // Прокси
    Истина, // Пассивный режим
    30 // Таймаут
);

Обратим внимание на шестой параметр — Пассивный режим. В современных сетевых инфраструктурах, где серверы и клиенты часто находятся за брандмауэрами (Firewall) или NAT, активный режим работы FTP часто блокируется. Если этот параметр не указан или установлен в Ложь, соединение может установиться, но любая попытка получить список файлов или передать данные вызовет ошибку доступа. Установка этого флага в значение Истина позволяет 1С самостоятельно открывать порты для передачи данных, что решает большинство сетевых проблем.

Корректное указание путей к ресурсам

Одной из наиболее распространенных причин ошибки «Access denied» является некорректная адресация корневого или целевого каталога. Проанализируем ситуацию: когда мы используем пустую строку "" в качестве пути в методе НайтиФайлы, некоторые FTP-серверы (особенно под управлением Linux/Unix) могут интерпретировать это как отсутствие прав на обращение к неопределенному ресурсу.

Рекомендуется всегда явно указывать путь к корневому каталогу с помощью символа прямого слеша "/". Посмотрим на правильный пример вызова метода поиска файлов:


// Правильное указание пути к корню сервера
МассивФайлов = FTPКлиент.НайтиФайлы("/", "*.*", Истина);

// Если требуется поиск в конкретной подпапке
ПутьККаталогу = "/orders/xml/";
МассивФайлов = FTPКлиент.НайтиФайлы(ПутьККаталогу, "*.xml", Ложь);

Важно помнить, что FTP-серверы чувствительны к регистру символов. Если папка на сервере называется Upload, а в коде 1С вы укажете upload, сервер может вернуть ошибку доступа, так как не найдет ресурс с таким именем и посчитает запрос некорректным.

Проблема защищенных соединений (FTPS)

Выясним причину, по которой FileZilla работает, а 1С — нет. Популярные FTP-клиенты умеют автоматически определять тип шифрования и переключаться на FTPS (FTP over SSL/TLS). Платформа 1С по умолчанию использует незащищенное соединение. Если политика безопасности вашего сервера требует обязательного шифрования, попытка обычного подключения будет отклонена с ошибкой доступа.

Для решения этой задачи в современных версиях платформы 8.3 необходимо использовать параметры защищенного соединения. Рассмотрим пример настройки:


Защита = Новый ЗащищенноеСоединениеOpenSSL();
FTPКлиент = Новый FTPСоединение(
    "ftp.example.com",
    21,
    "login",
    "password",
    Неопределено, // Прокси
    Истина, // Пассивный режим
    30, // Таймаут
    Защита // Использование SSL/TLS
);

Без инициализации объекта ЗащищенноеСоединениеOpenSSL платформа не сможет согласовать сертификаты безопасности с сервером, что приведет к блокировке доступа на этапе авторизации или листинга файлов.

Разграничение прав доступа: Чтение vs Запись

Иногда ошибка возникает не из-за настроек 1С, а из-за специфических прав пользователя на сервере. Рассмотрим ситуацию «только для записи» (Upload Only). Если пользователю разрешено загружать файлы в папку, но запрещено просматривать ее содержимое (команда LIST), то метод НайтиФайлы всегда будет возвращать Access denied.

В этом случае необходимо либо запросить у администратора сервера права на чтение (Listing), либо отказаться от использования НайтиФайлы и сразу выполнять методы Записать или Получить, если имена файлов известны заранее.

Влияние прокси-серверов и системного окружения

Проанализируем влияние сетевой среды. Если код выполняется на стороне сервера 1С, то все запросы идут от имени пользователя, под которым запущен процесс rphost.exe. Проверьте следующие моменты:

Настройки системного прокси: 1С может пытаться использовать настройки прокси из Internet Explorer. Если соединение должно идти напрямую, явно передавайте Неопределено в параметр прокси-сервера.
Брандмауэр Windows: Убедитесь, что сервер 1С имеет разрешение на исходящие соединения по порту 21 и портам динамического диапазона (для пассивного режима).
Спецсимволы в пароле: Если пароль содержит символы @, :, #, попробуйте временно установить простой пароль для теста. 1С иногда некорректно парсит сложные строки при передаче их в низкоуровневые системные библиотеки.

Итоговый алгоритм отладки

Для гарантированного решения проблемы пройдем по шагам:

Установите флаг Пассивного режима в значение Истина.
Замените пустые строки "" в путях на явное указание корня "/" или полный путь к папке.
Проверьте необходимость использования ЗащищенноеСоединениеOpenSSL.
Убедитесь в наличии прав List на FTP-сервере для используемой учетной записи.
Если используется прокси-сервер, проверьте правильность инициализации объекта ПроксиСервер.

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