Primeiro, li esta postagem e várias outras publicações que não são do SF, que parecem tratar do mesmo problema ou de um problema semelhante; no entanto, ainda não consegui resolver o problema.
Eu tenho três máquinas nessa situação:
- um servidor ingressado no domínio que executa o Server 2008 R2 Enterprise ("servidor de compartilhamento")
- um servidor de teste não associado ao domínio executando o Server 2003 R2 SP2 ("servidor de teste")
- uma estação de trabalho ingressada no domínio executando o XP Pro SP3 ("estação de trabalho")
O servidor de compartilhamento está expondo um compartilhamento na rede que o servidor de teste deve acessar - é um compartilhamento do Servidor de Origem / Símbolo para nossos propósitos de depuração. Acredito que o visual studio simplesmente acesse o compartilhamento com suas próprias credenciais nesse caso, o que significa que o compartilhamento deve ser 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 várias coisas para evitar a janela de autenticação ao acessar o compartilhamento:
- Ativei a conta Convidado no servidor de compartilhamento e concedeu permissões de compartilhamento / NTFS completas para Convidado para o compartilhamento.
- Eu dei permissões de compartilhamento / NTFS ANONYMOUS LOGON completo para o compartilhamento.
- Adicionei meu compartilhamento a "Acesso à rede: compartilhamentos que podem ser acessados anonimamente" no LSP.
- Desabilitei "Acesso à rede: restringir o acesso anônimo a pipes e compartilhamentos nomeados" no LSP.
- Ativei o "Acesso à rede: permita que todas as permissões se apliquem a usuários anônimos" no LSP.
- Adicionado LOGON ANÔNIMO para "Acessar este computador a partir da rede" no LSP.
- Adicionada a conta Convidado para “Acessar este computador pela rede” no LSP.
- Tentativa de provisionar o compartilhamento usando o snap-in MMC de gerenciamento de compartilhamento e armazenamento.
Infelizmente, quando tento acessar o compartilhamento no servidor de teste, ainda vejo o prompt e sou forçado a inserir "Convidado" manualmente.
Também tentei esse fluxo de trabalho usando a conta de administrador local em uma estação de trabalho, e o mesmo ocorre com e sem o XP Simple File Sharing ativado.
Alguma idéia de por que estou obtendo esses resultados ou o que deveria ter feito de diferente?
Respostas:
Você fez tudo correto, com exceção da conta local que acessa o compartilhamento não pode estar nos dois sistemas. Essencialmente, se a conta que não é de domínio que executa seu aplicativo é chamada "administrador", você não deve ter uma conta local no servidor de domínio chamada "administrador".
fonte
Se o nome de usuário com o qual você está usando o login existir no servidor, mas tiver uma senha diferente, ela sempre solicitará a senha, independentemente das configurações de convidado e anônimas que você criou.
Tente fazer login com um nome de usuário que não exista em nenhum lugar do servidor ou do domínio.
A outra opção é tornar a senha no servidor independente exatamente igual à do usuário nomeado idêntico no domínio.
fonte
Que tal mapear uma unidade de rede e utilizar uma sintaxe de conexão persistente seria algo parecido com isto.
net use H: \ caminho \ para \ servidor \ PASSWORD_CLEAR_TXT / usuário: domínio \ usuário / persistente: sim
se a qualquer momento você quiser excluí-lo, use h: / delete
fonte
Possivelmente solução temporária. Você pode criar uma conta de usuário local (e dar permissões de compartilhamento \ ntfs) no "servidor de compartilhamento" com o mesmo nome e senha da conta usada no seu "servidor de teste" para executar o aplicativo acessando compartilhamentos.
fonte
Não vejo que você adicionou TODOS às permissões de compartilhamento / segurança da rede. Convidado (uma vez ativado) deve ser incluído neste grupo. Como descrito aqui .
Também algumas boas respostas aqui , relacionadas a perguntas semelhantes (2003).
fonte
Você examinou este artigo (abaixo) em detalhes? Não se trata tanto de uma lista de etapas, mas de um detalhamento detalhado de como essa funcionalidade acontece.
http://www.minasi.com/newsletters/nws0312.htm
fonte
Você tentou adicionar explicitamente a conta do computador, ou seja, nomedocomputador $ para ter permissões no compartilhamento e via NTFS? Obviamente, isso não funcionaria com máquinas ingressadas sem domínio.
fonte
Sempre será solicitado até que você faça uma de duas coisas. Ambos realizam a mesma tarefa de armazenar em cache as credenciais (que ironicamente, neste caso, não importam, mas ainda precisam estar presentes).
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 Credential Manager é acessado a partir do item do painel de controle dos usuários ou diretamente em "Painel de Controle \ Todos os Itens do Painel de Controle \ Gerenciador de Credenciais".
fonte