Dois computadores em um grupo de trabalho, A pode ver compartilhamentos em B, mas B requer credenciais de usuário para ver compartilhamentos em A. O que eu não defini?

Question

Eu tenho dois computadores. Vamos chamá-los de A e B. Ambos estão no mesmo grupo de trabalho (pelo menos eu acho que eles são, tanto quanto eu posso ver a correspondência de nomes de grupos de trabalho). Ambos estão executando o Windows XP Pro SP3. B está totalmente atualizado, A está em processo de atualização, pois é uma nova instalação (a versão anterior de A morreu).

A pode ver B na rede e pode navegar pelas pastas compartilhadas de B. Não preciso inserir credenciais de usuário para fazer isso.

B pode ver que A existe, mas não vai procurar nas pastas compartilhadas de A ou até mesmo listá-las até que eu digite as credenciais de um usuário em A.

Tenho certeza de que não são as configurações de firewall que defini para permitir todo o tráfego da rede local.

Não acho que tenha a ver com a maneira como compartilhei as pastas, pois preciso inserir as credenciais antes mesmo de ver os compartilhamentos, e muito menos navegar até eles.

Tudo que eu verifiquei até agora indica que eu habilitei Compartilhamento de arquivos e impressoras em A, mas não fiz isso explicitamente quando instalei o SO.

O que mais eu preciso fazer em A para permitir que B veja seus compartilhamentos sem precisar de um ID de usuário e senha?

Devo acrescentar que antes de ter que reconstruir A, os dois computadores poderiam navegar nas pastas compartilhadas uns dos outros. Há claramente algo que esqueci de fazer desta vez.

    

Answer 1

Eu trabalhei o que está acontecendo aqui. São as contas configuradas em cada máquina e suas senhas. Obrigado ao heavyd por me colocar no caminho certo.

A máquina B (a instalação mais antiga) tem duas contas de administrador B1 e B2

A máquina A (a nova instalação) tem duas contas de administrador A1 e A2, além de várias contas de usuário (que não afetam o comportamento, mas são relevantes).

Os nomes de usuário e senhas nas contas A1 e B1 correspondem. Os nomes de usuários nas contas A2 e B2 correspondem, mas as senhas não.

A pode ver B porque estou logado com a conta A1 (onde tudo corresponde a B1).

B não pode ver A porque estou logado com a conta B2 onde os nomes correspondem, mas as senhas não. A razão para isso não é porque eu estou bloqueando as contas em A para impedir que as crianças instalem coisas aleatórias, então estou mantendo a senha para o segredo do A1. Eu adicionarei contas de usuário a B quando eu fizer um SO completo reinstalar dentro de algumas semanas. Quando eu faço eu vou definir as contas para que seus nomes e senhas coincidam com os de A.

A conta principal em B é B2 e eu tinha esquecido que eu definiria a conta B1 para ter a mesma senha que a nova conta A1. Daí minha confusão.

    

Answer 2

Casa ou Pro? (Se o computador A estiver executando o XP Pro, talvez seja necessário ativar o compartilhamento simples de arquivos para ignorar o login.)

    

Answer 3

Existem duas possibilidades que se destacam para mim de improviso.

1. Em sua configuração antiga, os compartilhamentos em A deram acesso read a Todos , navegando de B para um compartilhamento em A conectado como Convidado e pode ver os compartilhamentos. Na sua nova configuração, as permissões Everyone estão faltando, então A não está aceitando o usuário Guest .

2. Na sua configuração antiga, B mapeou um compartilhamento de A para uma unidade de rede (com a opção "reconectar no logon" marcada) e forneceu o nome de usuário e a senha quando você criou o mapeamento. A navegação A funcionou "sem senha" porque B já tinha efetuado login. Em sua nova configuração, você ainda não mapeou esse compartilhamento, portanto, a navegação não tem senha.

Alguma dessas situações parece familiar?

    

Answer 4

Por padrão, em computadores que executam o Windows XP Professional e que não ingressaram em um domínio, todas as conexões de rede de entrada são forçadas a usar a conta Convidado. ( link )

Normalmente, a conta de convidado da rede é habilitada por padrão, mas você pode tentar, em um prompt de comando: NET USER GUEST Se estiver desativado por um motivo ou outro, use NET USER GUEST /active:yes