Почему Анонимная аутентификация IIS использует с административным доступом диска UNC?
Простые терминалы долго возвращались в воплощении тонкого клиента. Отличающийся бит, но почти такой же.
Текущие решения включают VDI (Инфраструктура Виртуального рабочего стола) от хоста различных поставщиков (в пределах от VMware к Red Hat и пути кроме того), Citrix, Sun Ray... Я мог продолжать идти в течение достаточно долгого времени.
Если Вы спрашиваете меня, это - круг. Несомненно, облако будет иметь, это - день. Только, пока Intel не выясняет способ заставить людей пятиться к отдельным рабочим станциям (=profit).
Мы переместились на полпути вокруг с мейнфрейма на ПК для объединения в облако теперь. Этого не произойдет завтра, но рано или поздно колесо будет продолжать вращаться и инициировать перемещение назад к более мощным рабочим станциям. Возможно, это будет ресурс голодная ОС, возможно, это будет дешевая и экологически чистая энергия, возможно, это будет виртуализация реализации, не яйцо Колумбуса также. Кто знает.
Поскольку у вас был подключен перенаправитель WebDAV - я забыл, как это выглядит для XP, но я подозреваю, что вы можете отвязать его из интерфейса Bindings для сетевого адаптера (возможно, в расширенном view).
Если вы возьмете сетевую трассировку того же клиента, подключающегося к другому диску на сервере с установленным IIS, вы увидите, что он делает две (или три - см. SMB) попытки подключения, более или менее одновременно:
- соединение SMB с 445 (и 139, побеждает самый быстрый респондент)
- соединение HTTP с портом 80/443, попытка доступа к тому же общему ресурсу с помощью WebDAV
Итак, когда вы подключились к своей локальной машине с помощью DAV- включен перенаправитель, вы инициировали обнаружение экземпляра IIS и, вероятно, запустили блокировку учетной записи (по причинам, которые вы указали). Ваши журналы IIS могут использоваться для подтверждения / опровержения этого.
Удалите любой кэшируемый пароль в своей клиентской машине и попробуйте еще раз или наблюдение за возможными трассировками Conficker :)
-
1Все кэшируемые пароли были удалены, прежде чем это сообщение и это были подтверждены, что никакие вирусы или троянцы не присутствовали. – Mark Lindell 5 August 2009 в 21:39
Я на самом деле получаю несколько ошибок в пространстве IIS о моем сетевом диске..
http://server.domain.com.au/index.php?q=s$
Очевидно, его общее как: s$ Так его скрытое от случайных браузеров, но, запрос на самом деле добирается до веб-сервера, который переписывает запрос как вышеупомянутое. (drupal Вы знают),
Так, если у Вас есть подобная установка (IIS), необходимо видеть запросы на что-либо, что не является реальной акцией, и вероятно на тех также, закончите в файлах журнала IIS.