Authing другие пользователи на fileshares
некоторые вопросы рассмотреть: действительно ли это - проблема $$$? сколько времени простоя Вы в настоящее время испытываете в godaddy? насколько важный время работы Вам? Ваше соединение на 2 Мбит/с 2mpbs/вниз или асинхронно?
я сказал бы, что Вы, вероятно, не можете победить их оценку, которую я принимаю, близко к нижней части того рынка.
я также сказал бы, что Вы собираетесь прийтись нелегко с последовательным временем работы. потребительские схемы могут быть очень хорошими со временем, но также и могут снизиться в течение многих часов за один раз без объяснения, которое может быть печальным, если Вам нужен сайт/сервис, чтобы произойти.
мое предложение не состоит в том, чтобы саморазместить, но я только предоставляю ту рекомендацию, знающую, что это действительно берет ($$$$$, время, усилие, скрещенные пальцы) для получения достойного уровня (4 девяток) времени работы на сайтах.
То, что вы описываете, - это анонимный доступ, который так же нежелателен, как и предоставление людям пароля администратора. Вам действительно следует установить соответствующие разрешения для учетных записей пользователей, которые будут получать доступ к общему ресурсу, и разрешить пользователям использовать соответствующие учетные записи, если у их собственных нет разрешения.
Обход , который вы определили , - единственный способ заставить это работать.
Что касается того, почему это не работает и не может работать:
Удаленная аутентификация в Windows выполняется в контексте конкретного пользователя локального пользователя. Когда ваш пользовательский сеанс сопоставляет диск с чем-то вроде M :, это сопоставление дисков доступно только в самом сеансе. Другие учетные записи на машине, например, в контексте сервера терминалов, также не получают сопоставление M :.
В контексте домена отдельный компьютер может получить доступ к удаленным службам без пользователя, но делает это через учетную запись домена компьютера . Этот доступ не наследуется пользователями этого компьютера. Microsoft довольно надежно хранит токены аутентификации в пользовательском пространстве.
Когда осуществляется доступ к удаленному ресурсу, который не Если у вас уже есть связанный сеанс входа в систему, Windows предоставит имя пользователя и пароль для доступа пользователя на случай, если такие учетные данные будут работать в удаленной системе. Если они этого не сделают (а иногда даже если они это сделают, например, когда поддерживаемые протоколы безопасности достаточно разные), он выдаст запрос для пользователя. Этот метод ручной синхронизации имени пользователя и пароля - единственный способ получить «бесшовную» аутентификацию в контексте рабочей группы, не прибегая к гостевым / анонимным методам совместного использования.
Этот метод ручной синхронизации имени пользователя и пароля - единственный способ получить «бесшовную» аутентификацию в контексте рабочей группы, не прибегая к гостевым / анонимным методам совместного использования. Этот метод ручной синхронизации имени пользователя и пароля - единственный способ получить «бесшовную» аутентификацию в контексте рабочей группы, не прибегая к гостевым / анонимным методам совместного использования.Один способ: если совпадение имя пользователя + пароль на клиенте / сервере, аутентификация будет работать. Пользователь может быть назначен в IIS. Учетные данные для входа в систему в Windows будут автоматически использоваться при доступе к общему ресурсу, принадлежащему другому AD.
Это решает мою текущую проблему, но было бы неплохо узнать, есть ли какой-либо способ глобально смонтировать диск в Windows.
114992]