У меня есть веб-сайт, настроенный с общей конфигурацией на сетевом диске, на котором активирована публикация FTP. Сайт дублируется со всеми настройками и файлами на резервном хосте. Таким образом, оба хоста имеют одинаковые настройки.
Аутентификация выполняется с аутентификацией по умолчанию и пользователями домена. Анонимный доступ деактивирован. Все пользователи имеют доступ на чтение и запись, а пользователи изолированы по usernamedirectory.
Для активации пользователя мы создаем виртуальный каталог с именем пользователя и проходим аутентификацию.
Настройки файлов и папок в docroot для FTP настроены на полный доступ для пользователя apppool.
Раньше это работало нормально, но теперь на рабочем сайте пользователи больше не могут загружать файлы, но могут подключаться. Даже через localhost, так что никакой брандмауэр или что-то еще не задействовано.
Он по-прежнему работает на нашем резервном хосте, и единственное отличие, которое я вижу в procmon, заключается в том, что фактическим пользователем, получающим доступ к файловой системе, является пользователь apppool на производственном хосте, но пользователь NT-Authority\System на резервном хосте.
Есть идеи, как это исправить?
ОБНОВЛЯТЬ:
Единственное различие между производственной системой и резервным хостом заключается в том, что производство — это веб-ферма, а резервное копирование — нет. Также интересно, что если я создам папку в производственной системе вне корневого каталога документов для веб-фермы, это сработает.
Webroot: \\share\\wwwroot
FTP, который не работает: \\share\\wwwroot\\FTPFolder
FTP, которыйделаетработа: \\share\\FTPFolder
Может ли какой-то процесс веб-сервера блокировать файлы?
решение1
Проверьте, что у вас одинаковые настройки безопасности для папок (насколько мне известно, они не копируются, если вы используете AD), проверьте пользователя для пула приложений (если он один и тот же на обоих серверах) - это может быть вашей проблемой. Измените пользователя, запускающего пул приложений, все должно быть в порядке.