O GitLab está fora do ar?

Entendendo a disponibilidade do GitLab.com

A disponibilidade do GitLab.com não é uma condição simples de sim ou não. A interface web, a autenticação, o acesso a projetos, a navegação em repositórios, o cloning, o fetching e o pushing podem falhar de forma independente. Uma página que carrega corretamente não prova que a operação Git ou o projeto de que você precisa esteja funcionando.

Consulte a página oficial de status do GitLab para verificar incidentes atuais e manutenções. Compare o componente afetado e o horário do incidente com a ação exata que falhou:

• Um incidente correspondente torna mais provável uma causa no lado do GitLab. Evite repetir operações de escrita até saber se o push, merge ou outra operação original foi concluída.
• Se nenhum incidente relevante estiver listado, compare a falha em diferentes navegadores, dispositivos, contas, projetos ou redes antes de concluir que o GitLab está fora do ar.
• Um problema limitado a um projeto, repositório, conta, cliente Git ou rede geralmente aponta para permissões, credenciais, configuração ou conectividade local, e não para uma indisponibilidade geral do serviço.

Esta página aborda o GitLab.com. Instalações do GitLab gerenciadas por você têm infraestrutura e configuração próprias, portanto uma atualização de status do GitLab.com não descreve automaticamente a disponibilidade delas.

Solução de problemas do GitLab

1. Verifique se há um incidente correspondente no GitLab

Abra a página oficial de status do GitLab e compare qualquer incidente ativo ou evento de manutenção com a função do GitLab que falhou. Observe o componente afetado e o horário informado, não apenas se a página inicial abre.

Se o incidente corresponder ao seu sintoma, salve o erro exato e aguarde uma atualização em vez de tentar novamente repetidamente. Para um push, merge ou outra operação de escrita, verifique primeiro se a ação original foi concluída.

2. Teste o escopo do navegador e da sessão

Se o GitLab funcionar em uma janela privativa, em outro navegador ou em outro dispositivo, a causa provavelmente está no perfil ou na sessão do navegador original. Tente:

• Atualizar a página afetada e fazer login novamente quando apenas as páginas autenticadas falharem.
• Usar uma janela privativa ou outro navegador.
• Desativar temporariamente extensões que modificam scripts, cookies, controles de privacidade ou requisições.
• Limpar os dados do site para gitlab.com se a página estiver em branco, redirecionar repetidamente ou voltar para a tela de login.

Se a mesma falha ocorrer em diferentes navegadores e dispositivos, torna-se menos provável que a causa seja específica do navegador.

3. Compare as redes e a acessibilidade via DNS

Timeouts, recusas de conexão, falhas de DNS, erros de proxy e filtragem podem impedir o carregamento do GitLab.com mesmo quando o serviço está operando normalmente. Se possível, compare a conexão afetada com uma rede alternativa confiável, como um hotspot móvel.

• Funciona em outra rede: investigue o DNS local, firewall, proxy, VPN ou filtragem corporativa.
• Falha em todas as redes: consulte a página de status e determine se o problema está limitado a uma conta ou operação específica.
• Funciona no navegador, mas não no Git: verifique a URL remota, as credenciais, o proxy e a configuração de SSH ou HTTPS do cliente.

4. Verifique o acesso à conta e ao projeto

Quando o GitLab carrega, mas um projeto ou repositório não pode ser aberto, clonado, consultado com fetch ou atualizado com push, confirme se você está conectado à conta pretendida e ainda tem permissão para acessar esse projeto. O acesso negado a um repositório é diferente de o GitLab estar inacessível para todos.

Para falhas de autenticação, verifique a URL remota e o método de credenciais configurado. Não compartilhe tokens de acesso ou chaves privadas em solicitações de suporte ou relatórios públicos de problemas.

5. Interprete o erro sem presumir uma indisponibilidade

• Resposta 5xx: pode refletir um problema no lado do GitLab, mas um proxy ou gateway também pode tê-la gerado. Consulte a página de status e compare com outra rede.
• Tempo limite de conexão: geralmente indica um problema no caminho da rede, firewall, proxy, DNS ou acessibilidade temporária.
• Conexão recusada: um endpoint ou intermediário rejeitou a conexão; compare os resultados no navegador, no cliente Git e em uma rede alternativa.
• Aviso de TLS ou certificado: verifique o endereço, o relógio do sistema, o navegador, o proxy e o software de segurança. Não ignore avisos de certificado ao acessar credenciais ou repositórios do GitLab.

Ao abrir um chamado, inclua o horário, a URL ou operação do GitLab afetada, o texto exato do erro, se a página de status mostrava um incidente e se outro navegador ou rede alterou o resultado.