Falha de autenticação ao tentar instalar impressora compartilhada em outra maquina, após atualização de segurança KB5068861 26100.7171

Hello Andre Manoel Duarte,

I'm writing to check if switching to the LPR Protocol (Option 2) successfully allowed you to bypass the authentication loop.

Since the 24H2 update enforces strict SMB Signing and RPC Encryption that breaks legacy "Guest" sharing, the LPR method is the definitive workaround because it communicates directly over TCP/IP (Port 515) and ignores the Windows User Authentication stack entirely.

If that method failed, please verify that the LPD Print Service is installed and running on the Host machine, and that the Windows Firewall on the Host is not blocking "LPD Service" (Inbound TCP 515).

If the issue has been successfully resolved, please consider accepting the answer as it helps other people sharing the same question benefit too. Thank you!

VP

vou verificar.

Se a Group Policy e o Registro não resolveram isso, o problema agora é quase certamente a assinatura de PME.

Você ativou o "Login de Convidado", o que é ótimo, mas o Windows 11 24H2 agora exige que todos os pacotes de rede sejam assinados digitalmente (SMB Signing) para segurança. Contas "convidados" não têm senha e, sem senha, é matematicamente impossível gerar uma assinatura digital. Como resultado, o Notebook tenta se conectar, o Windows exige a assinatura, o Host (como Convidado) não consegue assinar, e o Notebook corta a conexão dizendo "Nome de usuário/senha incorreto".

Para que isso funcione sem criar usuários com senhas, você precisa desativar a assinatura obrigatória de SMB.

Siga estes passos:

Passo 1: Desative a Exigência de Assinatura no Notebook (Cliente)

Isso diz ao caderno: "Está tudo bem se conectar a servidores que não conseguem assinar o pacote (como o Host no modo convidado)".

No Notebook (aquele que não consegue se conectar), abra o PowerShell como Administrador =>Copie e cole este comando e pressione Enter:

Set-SmbClienteConfiguração -ExigeSecuritySignature $false -Force

Para garantir, também execute isso para limpar credenciais antigas que possam estar atrapalhando:

cmdkey /delete:NomeComputadorHostComputador

(Substitua HostComputerName pelo nome real do PC da impressora).

Passo 2: Desativar o requisito de assinatura no host (servidor)

Isso diz ao computador impressora: "Não exige que quem se conecta comigo tenha uma assinatura de segurança". No Computador Host (onde a impressora está), abra o PowerShell como Administrador. =>Copiar e colar este comando:

Set-SmbServerConfiguration -RequireSecuritySignature $false -Force

Passo 3: Verifique "Compartilhamento Protegido por Senha" (Novamente)

A atualização 24H2 frequentemente reativa essa opção silenciosamente. No computador anfitrião. =>Vá em Configurações > Rede e Internet > Configurações avançadas de rede > Configurações avançadas de compartilhamento. => Expandir a seção Todas as redes. =>Certifique-se de que o compartilhamento protegido por senha está DESLIGADO.

Se estiver ativado, o Windows ignora todas as suas outras configurações e exige uma senha.

Passo 4: Teste Final

Reinicie ambos os computadores (importante para limpar o cache SMB).

No Notebook, tente adicionar a porta local novamente: \NomeHost\NomeImpressora.

Se mesmo após desabilitar o assinatura, o Windows 24H2 continuar bloqueando (o que pode acontecer dependendo da edição Pro/Enterprise), a única solução estável é parar de lutar contra o sistema e usar uma credencial real.

No Host, crie um usuário local chamado PrinterUser com uma senha simples (por exemplo, 123456).

No Notebook, vá para o Gerenciador de Credenciais (Painel de Controle) > Credenciais do Windows > Adicionar uma credencial do Windows.

Endereço: Nome do Anfitrião

Usuário: NomeDeHost\PrinterUser

Senha: 123456

Tente se conectar. O Windows usará essa credencial salva automaticamente, atendendo a todos os requisitos de segurança (Kerberos, assinatura SMB, etc.) sem exigir senha ao usuário toda vez.

Espero que você tenha encontrado algo útil aqui. Se isso te ajudar a entender melhor o problema, é importante aceitar a resposta. Se tiver mais perguntas, fique à vontade para deixar uma mensagem. Tenha um bom dia!

VPHAN

Pelas capturas de tela, presumo que isso não seja mais apenas um problema do protocolo da impressora, mas uma alteração na Autenticação de Rede introduzida no Windows 11 Versão 24H2 (Build 26100).

Você aplicou com sucesso a correção do registro na segunda tentativa. Então, a correção RPC já está ativa no Host. Você não precisa executar esse comando novamente. O erro Nome de usuário ou senha incorreto ao adicionar a Porta Local é a "Prova Fumegante."

A KB5068861 de atualização (e a base 24H2) ativaram uma política de segurança chamada "Bloqueio de Logon de Convidados SMB." Mesmo que o compartilhamento da sua impressora esteja configurado para "Todos", os clientes do Windows 11 24H2 (como seu notebook na versão .6584) agora estão proibidos de se conectar a compartilhamentos "Guest" (sem senha) por razões de segurança. A máquina mais antiga (.4484) provavelmente ainda não recebeu a aplicação rigorosa da política.

Para corrigir o loop de autenticação e o erro da Porta Local, aqui estão algumas das minhas sugestões:

Passo 1: Corrigir o bloco de "Acesso de Convidado" no cliente (o caderno)

Como o notebook está rejeitando a conexão "insegura" com o Host, devemos informar ao notebook que está tudo bem se conectar a esse servidor específico sem senha.

Faça isso no Notebook (Cliente): Abrir o Editor de Políticas de Grupo (Pressione Win + R, digite gpedit.msc).

Se você está no Windows Home e não tem gpedit, veja o método Registry abaixo.

Navegue para: Configuração do Computador > Modelos Administrativos > Rede > Estação de Trabalho Lanman.

Double-click on Enable insecure guest logons (Habilitar logons de convidado não seguros).

Selecione Habilitado (Habilitado) => Clique OK.

Método de Registro (Se você não tiver GPEDIT):

Abrir CMD como Administrador. Execute este comando:

reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\LanmanWorkstation" /v AllowInsecureGuestAuth /t REG_DWORD /d 1 /f

Reinicie o caderno.

Passo 2: Adicionar a chave de protocolo "permissiva" no host

Você já adicionou RpcUseNamedPipeProtocol, mas atualizações recentes frequentemente exigem uma segunda chave para permitir explicitamente todos os tipos de autenticação (Kerberos + NTLM) via RPC.

Faça isso no PC Host (aquele com a impressora): Abra o CMD como Administrador.

Execute exatamente este comando (copiar e colar para evitar erros de sintaxe):

reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Printers\RPC" /v RpcProtocols /t REG_DWORD /d 0x7 /f

(Nota: O valor 0x7 permite todos os protocolos).

Reinicie o PC hospedeiro.

Passo 3: Tente novamente o método "Porta Local"

Depois de fazer os Passos 1 e 2, volte para o Caderno. Tente adicionar a Porta Local novamente: \AMEC-PRC-01\ZDesigne.

Agora ele deve aceitar a conexão sem o erro "Senha incorreta". A Microsoft está eliminando agressivamente o compartilhamento "sem senha" no Build 26100. Suas máquinas são tratadas como "não confiáveis", a menos que você permita explicitamente o Logon de Convidado (Passo 1) ou crie uma conta de usuário real com senha na máquina anfitriã para os usuários da impressora usarem.

VP