Во-первых, я прочитал эта почта и целый ряд постов, не относящихся к SF, которые, кажется, решают ту же или похожую проблему, однако я все еще не мог исправить свою проблему.
В этой ситуации у меня три машины:
Общий сервер предоставляет общий ресурс в сети, к которому должен получить доступ тестовый сервер - это общий ресурс исходного / символьного сервера для наших целей отладки. Я считаю, что в этом случае visual studio просто обращается к общему ресурсу со своими собственными учетными данными, а это означает, что общий ресурс должен быть доступен анонимно, поскольку тестовый сервер не присоединен к домену и нет возможности предоставить аутентификацию домена.
Я пытался сделать много вещей, чтобы избежать окна аутентификации при доступе к общему ресурсу:
К сожалению, когда я пытаюсь получить доступ к общему ресурсу с тестового сервера, я все еще вижу приглашение, и мне приходится вводить «Гость» вручную.
Я также попробовал этот рабочий процесс, используя учетную запись локального администратора на рабочей станции, и то же самое происходит как с включенным XP Simple File Sharing, так и без него.
Есть идеи, почему я получаю эти результаты, или что я должен был сделать по-другому?
Вы все сделали правильно, за исключением того, что локальная учетная запись доступа к общему ресурсу не может быть в обеих системах. По сути, если учетная запись, не являющаяся доменом, для которой запущено ваше приложение, называется «администратор», то у вас не должно быть локальной учетной записи на сервере домена с именем «администратор».
Если имя пользователя, с которым вы используете логин, существует на сервере, но имеет другой пароль, он всегда будет запрашивать пароль, независимо от того, какие гостевые и анонимные настройки вы создали.
Попробуйте войти в систему с именем пользователя, которого нет нигде на сервере или в его домене.
Другой вариант - сделать пароль на автономном сервере точно таким же, как у пользователя с таким же именем в домене.
Как насчет сопоставления сетевого диска и использования синтаксиса постоянного подключения было бы примерно так.
net use H: \ path \ to \ server \ PASSWORD_CLEAR_TXT / user: domain \ user / persistent: да
если в любой момент вы захотите удалить его net use h: / delete
Возможно временное решение. Вы можете создать локальную учетную запись пользователя (предоставить разрешения для общего ресурса \ ntfs) на «общем сервере» с тем же именем и паролем, что и учетная запись, используемая на вашем «тестовом сервере» для запуска приложений с доступом к общим ресурсам.
Я не вижу, что вы добавили ВСЕ к сетевым ресурсам / разрешениям безопасности, Гость (после включения) должен быть включен в эту группу. Как описано Вот.
Также несколько хороших ответов Вот, относящиеся к аналогичным вопросам (2003).
Вы прочитали эту статью (ниже) подробно? Это не столько список шагов, сколько подробное описание того, как эта функция работает сверху вниз.
Вы пытались явно добавить учетную запись компьютера, т.е. computername $ иметь разрешения на общий ресурс и через NTFS? Очевидно, это не будет работать с машинами, не присоединенными к домену.
Он всегда будет подсказывать, пока вы не выполните одно из двух действий. Оба выполняют одну и ту же задачу по кэшированию учетных данных (которые, по иронии судьбы, в этом случае не имеют значения, но все же должны присутствовать).
Один из них - сопоставить диск и сделать сопоставление постоянным. Другой - открыть диспетчер учетных данных напрямую и добавить логин (любой логин) для сервера, к которому вы подключаетесь. Доступ к диспетчеру учетных данных можно получить из элемента панели управления пользователей или непосредственно в «Панель управления \ Все элементы панели управления \ Диспетчер учетных данных».