Ошибка cffile ColdFusion 9 Доступ запрещен

Кажется, вы хотите получить доступ к файлу через нотацию UNC в сетевой папке (даже если он случайно ссылается на каталог на локальном диске c:\). Чтобы сделать это, вы должны изменить пользователя, от которого работает служба сервера приложений ColdFusion 9. По умолчанию эта служба работает с пользователем «Локальная системная учетная запись», которую вам нужно изменить на фактического пользователя. Посмотрите следующую ссылку, чтобы узнать, как это сделать: http://mlowell.hubpages.com/hub/Coldfusion-Programming-Accessing-a-shared-network-drive

Обратите внимание, что вам, возможно, придется добавить пользователя с тем же именем, которое используется для службы CF 9, на все файловые серверы.

Если вы не хотите включать ftp на своих серверах, другим вариантом будет использование RoboCopy для синхронизации серверов. Мне очень повезло с этим инструментом. Вам потребуется доступ к тегу cfexecute ColdFusion, и вам нужно будет создать общие ресурсы на своих серверах.

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

По сути, вы создадите общий ресурс на своих целевых серверах и предоставите доступ определенному пользователю (может быть локальным или доменным). На исходном сервере вы запустите некоторый код ColdFusion, который:

1. Логически сопоставляет диск с целевым сервером
2. Запускает утилиту RoboCopy для копирования файлов на целевой сервер.
3. Затем отключает сопоставленный диск

Службе ColdFusion на исходном сервере потребуется доступ к C:\WINDOWS\system32\net.exe и C:\WINDOWS\system32\robocopy.exe. Если вы используете безопасность изолированной программной среды ColdFusion, вам потребуется добавить записи для этих исполняемых файлов (только на исходном сервере). Вот несколько основных примеров кода.

Сначала сопоставьте целевой сервер:

<cfexecute name="C:\WINDOWS\system32\net.exe"
    arguments="use {share_name} {password} /user:{username}"
    variable="shareLog"
    timeout="30">
</cfexecute>

Здесь {share_name} будет что-то вроде \\server\c$. {username} и {password} должны быть очевидны. Вы можете указать имя пользователя как \\server\username. ПРИМЕЧАНИЕ Я бы предложил использовать созданный вами общий ресурс, а не административный общий ресурс c$, но это то, что было в вашем примере.

Затем скопируйте файлы с исходного сервера на целевой сервер:

<cfexecute name="C:\WINDOWS\system32\robocopy.exe"
    arguments="{source_folder} {destination_folder} [files_to_copy] [options]"
    variable="robocopyLog"
    timeout="60">
</cfexecute>

{source_folder} здесь будет что-то вроде C:\folder1\folder2\folder3\folder4\folder5\, а {destination_folder} будет \\server\c$\folder1\folder2\folder3\folder4\folder5\. Вы должны начать этот аргумент с {share_name} из шага выше, за которым следует желаемый путь к каталогу. [files_to_copy] — это список файлов или подстановочный знак (*.*), а [options] — это опции RoboCopy. См. ссылки, которые я включил для полного списка опций. Это обширно. Чтобы отразить структуру папок, используйте параметры /E и /PURGE. Я также обычно включаю параметры /NDL и /NP, чтобы ограничить генерируемый вывод. И /XA:SH для исключения системных и скрытых файлов. И /XO, чтобы не копировать старые файлы. Вы можете исключить другие файлы/каталоги специально или с помощью подстановочных знаков.

Затем отключите сопоставленный диск:

<cfexecute name="C:\WINDOWS\system32\net.exe"
    arguments="use {share_name} /d"
    variable="shareLog"
    timeout="30">
</cfexecute>

Работает как шарм. Если вы пойдете по этому пути и раньше не использовали RoboCopy, я настоятельно рекомендую сначала поиграть с параметрами/функциональными возможностями, используя командную строку. Затем, как только вы заставите его работать по своему вкусу, просто вставьте эти параметры в приведенный выше код.

Я столкнулся с аналогичной проблемой с этим, и это заставило меня почесать голову. Мы используем Active Directory вместе с путем UNC к SERVERSHARE/webroot. Приложение работало нормально, за исключением использования CFFILE для создания каталога. Мы запускали наш CFService в качестве учетной записи домена, и разрешения были предоставлены для папки webroot (находящейся на сервере UNC). Эта же учетная запись домена также использовалась для подключения к пути UNC в IIS. Я даже зашел так далеко, что предоставил ПОЛНЫЙ контроль над папкой webroot, но мне все равно не повезло.

В конечном итоге я обнаружил, что причиной проблемы было то, что для папки Inetpub (родительская папка для нашего веб-сайта) был включен общий доступ, но этот общий доступ не включал общий доступ «Чтение / запись» для нашей учетной записи домена CFService.

Таким образом, несмотря на то, что у нас был общий доступ к Inetpub и были включены более мощные пользовательские разрешения для папки Inetpub/webroot, разрешения общего доступа (или их отсутствие) имели приоритет над более детализированными разрешениями безопасности пользователя webroot.

Надеюсь, это поможет кому-то другому.