Настройте IIS FTP с Виртуальным каталогом к пути UNC
Я просто получил подобную готовую машину (без дополнительного процессора и большей части памяти, которую Вы получили...). Я вытянул инструмент конфигурации RAID ISO прочь веб-сайта IBM для создания моих объемов и затем пошел оттуда. Существует другой ISO на основе того, какой образцовый RAID-контроллер Вы имеете. Запишите его к CD и загрузитесь с CD. Это возьмет Вас прямо в конфигурацию, где можно добавить диски создать объемы и т.д. Когда это сделало, Вы хороши для установки ОС. То поле должно быть большим, какой Вы планируете. Если это - что-нибудь как мой, тем не менее, это походит на струю, бездействующую на взлетной полосе. Должен получать мой первый счет за электричество в ближайшие дни после установки его. Не могу ждать этого...
Это - действительно нечетное. Я устанавливаю конфигурацию, которую Вы описываете с IIS, работающим на DC не рядовой сервер и виртуальный каталог, настроенный для использования зарегистрированного пользователя. Это работало. Затем я попробовал его IIS, работающим на недоменном сервере, и это работало также. Печально IIS, работающий на доменном рядовом сервере, является одной конфигурацией, которую я не могу протестировать.
Я затем настроил виртуальный каталог для соединения как nondomainpc\administrator. На DC это не работало, но на недоменном сервере он сделал.
Я включил Монитор сети, чтобы взглянуть, и когда виртуальный каталог на DC настроен для использования учетной записи администратора ПК неDC, DC попытался установить анонимную связь. Это не предприняло попытки использовать nondomainpc\administrator имя пользователя, которое я настроил для виртуального каталога. Это похоже на ошибку мне.
Обратите внимание, что виртуальный каталог действительно работал над DC при использовании зарегистрированного пользователя, в то время как в случае он не сделал. Однако я заметил, что DCS имеет тенденцию не обращать внимания на бит "хоста" имени пользователя "host\user", по-видимому, потому что нет никакого SAM на DC, таким образом, я не присоединил бы слишком много значения для этого. Рядовой сервер, по-видимому, передает зарегистрированное имя пользователя как "domain\user", и Вы - сервер неDC, отклоняет его.
С точки зрения решения Вашей проблемы все, что я могу предложить, должно перейти FTP-сервер на DC или недоменный сервер, но я предполагаю, что ни одна из этих опций не была бы слишком привлекательна :-(
МЛАДШИЙ
Если Вы думаете об этом, Ваш ПК передает учетный маркер FTP-серверу, поскольку Вы уже доменные аутентифицируемый. Однако FTP-сервер не может передать этот маркер NODOMAINPC, поскольку он не распознает маркер (он не распознает контроллер домена как таковой).
Я думаю единственная опция, которую Вы имеете, то, что все пользователи соединяются с долей UNC как учетные данные Сервисной учетной записи FTP. Очевидно, затем, хотя у всех пользователей эффективно есть те же полномочия ACL NTFS.
Так как необходимо было бы копировать все имена пользователей/пароли с исходным подходом так или иначе, почему не только выводят IIS и используют сервер FileZilla или подобный и устанавливают все полномочия на пользователя в FTP-сервере? Я нахожу полномочия FTP в IIS большим количеством помехи, чем справка главным образом.