Primeiramente, eu li através de este post e uma enorme quantidade de posts não-SF que parecem resolver o mesmo problema ou um problema similar, no entanto eu ainda não consegui resolver o meu problema.
Eu tenho três máquinas nesta situação:
O servidor de compartilhamento está expondo um compartilhamento na rede que o servidor de teste deve acessar - é um compartilhamento do Source / Symbol Server para fins de depuração. Acredito que o visual studio simplesmente acessa o compartilhamento com suas próprias credenciais nesse caso, o que significa que o compartilhamento deve estar acessível anonimamente, pois o servidor de teste não está associado ao domínio e não há oportunidade de fornecer autenticação de domínio.
Eu tentei muitas coisas para evitar a janela de autenticação ao acessar o compartilhamento:
Infelizmente, quando tento acessar o compartilhamento do servidor de teste, ainda vejo o prompt e sou forçado a inserir "Guest" manualmente.
Eu também tentei esse fluxo de trabalho usando a conta de administrador local em uma estação de trabalho, e a mesma coisa acontece com e sem o Compartilhamento Simples de Arquivos do XP ativado.
Alguma idéia de porque estou obtendo esses resultados ou o que deveria ter feito de diferente?
Você fez tudo correto com a exceção da conta local que acessa o compartilhamento não pode estar em ambos os sistemas. Essencialmente, se a conta que não é de domínio que está executando seu aplicativo for chamada de "administrador", você não deverá ter uma conta local no servidor de domínio chamada "administrador".
Se o nome de usuário com o qual você está usando o login existe no servidor, mas tiver uma senha diferente, ele sempre solicitará a senha, independentemente das configurações anônimas e de convidado que você criou.
Tente fazer login com um nome de usuário que não exista em nenhum lugar no servidor ou em seu domínio.
A outra opção é tornar a senha no servidor autônomo exatamente igual à do usuário nomeado idêntico no domínio.
Que tal mapear uma unidade de rede e utilizar uma conexão persistente? sintaxe seria algo assim.
net use H: \ caminho \ para \ servidor \ PASSWORD_CLEAR_TXT / usuário: domínio \ usuário / persistente: sim
se a qualquer momento você quiser deletar net use h: / delete
Possivelmente solução temporária. Você pode criar uma conta de usuário local (um compartilhamento de permissões \ ntfs) no "servidor de compartilhamento" com o mesmo nome & senha como conta usada em seu "servidor de teste" para executar o aplicativo acessando compartilhamentos.
Você percorreu este artigo (abaixo) em detalhes? Não é tanto uma lista de etapas, mas uma descrição detalhada de como essa funcionalidade acontece.
Você já tentou adicionar explicitamente a conta do computador, ou seja, nome_do_computador $ para ter permissões no compartilhamento e via NTFS? Obviamente, isso não funcionaria com máquinas que não são de domínio.
Sempre será solicitado até que você faça uma das duas coisas. Ambas executam a mesma tarefa de armazenar as credenciais em cache (o que, ironicamente, neste caso, não importa, mas ainda precisa estar presente).
Uma é mapear a unidade e tornar o mapeamento persistente. A outra é abrir o gerenciador de credenciais diretamente e adicionar um login (qualquer login) para o servidor ao qual você está se conectando. O Gerenciador de Credenciais é acessado a partir do item do painel de controle do usuário ou diretamente em "Painel de Controle \ Todos os Itens do Painel de Controle \ Gerenciador de Credenciais".