O caixa 01 abre a pasta do servidor da loja e recebe resposta ao ping, mas o sistema não consulta o estoque. O caso mostra que cada teste responde a uma pergunta diferente e que a mensagem de erro localiza a falha antes de qualquer mudança.
O relato
Às 09:10 do dia 1º de outubro, o caixa 01 da filial 01 informa que a pasta do servidor abre e que o ping responde, mas que o sistema não consulta o estoque. O balcão 01 continua consultando normalmente, e nenhuma venda deixou de ser gravada: a falha aparece na consulta. A tela mostra a mensagem "Não foi possível conectar ao banco".
O técnico recebe um ping do caixa 01 para o servidor da loja, no endereço 192.168.1.10, feito entre 09:12 e 09:14, com resposta em todas as tentativas. No mesmo período, um arquivo da unidade Z:, mapeada para \\servidor-loja\SISTEMA, abriu sem problemas. Ainda faltam o erro completo, o endereço e a porta que o programa usa, a situação do serviço do MySQL e os horários exatos das tentativas. Também não se sabe se algo mudou no caixa 01.
O ping e a pasta confirmam a comunicação com o servidor, mas não a comunicação com o MySQL, que usa outra porta. O serviço parado, a porta errada, um filtro e uma falha de autenticação continuam possíveis, porque a mensagem da tela é genérica. O próximo passo é obter o erro completo e o destino usado pelo programa, antes de testar uma porta presumida ou de trocar uma senha.
O erro mostra onde a falha acontece
O registro do caixa 01, preservado entre 09:05 e 09:20, mostra a tentativa:
2026-10-01T09:13:22-03:00 caixa=01 operacao=CONS-0041destino=192.168.1.10 porta=3307erro=2003 detalhe=Can't connect to MySQL server (10061)
O erro 2003 com o código 10061 do Windows indica uma recusa: o servidor respondeu que não aceita conexões naquela porta. A conexão não chegou a abrir, e por isso a autenticação nem começou. Um teste de porta do caixa 01 para o endereço 192.168.1.10, na porta 3307, também recebe recusa, e a falha aparece no mesmo ponto em que o programa parou.
A troca de senha não faz sentido nesse momento, porque nenhuma senha chegou a ser conferida. Se a conexão tivesse aberto e o banco devolvesse o erro 1045, a investigação passaria para o usuário e a senha. Se houvesse tempo esgotado, e não recusa, a investigação seguiria para o caminho e para os filtros.
A comparação com o balcão 01
O administrador confirma que o MySQL do servidor da loja está em execução e aceita conexões no endereço 192.168.1.10, na porta 3306, e que nenhum serviço usa a porta 3307. O balcão 01 usa a porta 3306 e fez a mesma consulta de estoque no período, com resposta do banco. Um teste de porta do caixa 01 para a porta 3306 abre a conexão.
A diferença aparece: o caixa 01 tenta uma porta em que o MySQL não escuta. A pasta compartilhada usa outro protocolo, o SMB, e a abertura dela não dizia nada sobre a porta configurada no programa. Se a porta 3306 também falhasse só a partir do caixa, o caminho e os filtros entre o caixa e o servidor seriam o próximo ponto. Se nenhum computador conectasse à porta 3306, o serviço do MySQL ganharia prioridade.
A correção e a validação
A configuração aprovada para a filial indica a porta 3306, e a configuração carregada pelo caixa 01 contém a porta 3307. A configuração do caixa é copiada antes da mudança, e o responsável corrige só a porta, pelo procedimento da instalação. Às 09:28, a tentativa CONS-0042 registra o destino na porta 3306, a autenticação aceita e a consulta de estoque concluída, e o balcão 01 continua funcionando.
O resultado confirma que a porta errada impedia a conexão do caixa nas tentativas analisadas. Ele não informa quem alterou a porta nem quando, e essa origem continua desconhecida.
O registro do atendimento
O registro reúne o que foi visto, testado e corrigido:
- Ocorrência: em 1º de outubro, o caixa 01 recebeu a recusa do MySQL na porta 3307, na tentativa CONS-0041;
- Evidências: o ping e a pasta compartilhada responderam sem testar a porta do banco, e o MySQL e a configuração aprovada usam a porta 3306;
- Correção: a configuração do caixa foi copiada, e o responsável corrigiu a porta para 3306;
- Validação: a tentativa CONS-0042 autenticou e concluiu a consulta às 09:28;
- Pendência: a origem e o momento da troca da porta continuam desconhecidos.
No suporte
Antes de qualquer mudança, convém localizar o ponto da falha: o ping, a pasta compartilhada, a conexão TCP, a autenticação e a consulta respondem a perguntas diferentes. A comparação com um computador que funciona mostra a diferença que importa.
Para guardar
- O ping e a pasta compartilhada não testam a porta do banco de dados.
- O erro 2003 com o código 10061 indica uma recusa, antes de qualquer autenticação.
- O destino e a porta usados pelo programa são comparados com a configuração aprovada e com um computador que funciona.
- Uma conexão TCP aberta ainda depende da autenticação e da consulta para provar o funcionamento.
- A correção confirmada mostra o efeito da mudança, e a origem do erro só entra no registro quando há evidência.
E se o caixa 01 recebesse o erro 1045, de acesso negado, na porta 3306?
A conexão teria aberto, e a falha estaria na autenticação: o usuário, a senha ou a permissão para conectar a partir do endereço do caixa. A porta e o caminho já estariam confirmados, e a investigação seguiria para a conta do banco.
Se a tentativa na porta 3306 terminasse em tempo esgotado só a partir do caixa 01, onde concentrar a investigação?
No caminho e nos filtros entre o caixa 01 e o servidor da loja, como o firewall do servidor e o do próprio caixa. O serviço responde aos outros computadores, e o tempo esgotado indica que nada respondeu à tentativa do caixa.