HTTP errors

🔍 Categorias de códigos HTTP

• 1xx – Informativo
  O pedido foi recebido e o processo continua. Raro de ver no dia a dia.
• 2xx – Sucesso
  O pedido foi aceito, compreendido e processado com sucesso.
• 3xx – Redirecionamento
  O cliente precisa realizar mais ações para completar a requisição, como seguir para outro endereço.
• 4xx – Erro do Cliente
  O pedido tem algo errado, geralmente vindo do lado do usuário.
• 5xx – Erro do Servidor
  O servidor falhou ao processar o pedido. A culpa, dessa vez, não é sua.

⚠️ Principais erros e seus significados - Guia para Referência rápida

• 400 Bad Request
  O servidor não conseguiu entender a requisição devido à sintaxe inválida.
• 401 Unauthorized
  Você precisa estar autenticado. Um aviso de que “não basta estar conectado”.
• 403 Forbidden
  Você não tem permissão para acessar esse recurso. Mesmo se estiver autenticado.
• 404 Not Found
  O endereço solicitado não existe. Um dos erros mais conhecidos da internet.
• 408 Request Timeout
  O servidor esperou demais por você. Às vezes, até os sistemas perdem a paciência.
• 429 Too Many Requests
  Calma. Você pediu demais em pouco tempo.
• 500 Internal Server Error
  O servidor teve um problema inesperado. Algo deu errado e ele não sabe lidar com isso.
• 502 Bad Gateway
  O servidor agiu como intermediário e recebeu uma resposta inválida.
• 503 Service Unavailable
  O servidor está temporariamente fora do ar. Pode ser manutenção. Pode ser caos.
• 504 Gateway Timeout
  O servidor não recebeu resposta a tempo de outro servidor intermediário.

🚨 Guia detalhado de Códigos HTTP por Categoria

1xx – Informacional

• 100 – Continue: O servidor recebeu os cabeçalhos da requisição e o cliente deve prosseguir com o envio do corpo da requisição.
• 101 – Switching Protocols: O cliente solicitou a mudança de protocolo e o servidor concordou em realizar a troca.
• 102 – Processing: Indica que o servidor recebeu e está processando a requisição, mas ainda não tem uma resposta disponível.

2xx – Sucesso

• 200 – OK: A requisição foi bem-sucedida e o servidor retornou os dados solicitados.
• 201 – Created: A requisição foi bem-sucedida e um novo recurso foi criado no servidor.
• 202 – Accepted: A requisição foi aceita para processamento, mas ainda não foi concluída.
• 204 – No Content: A requisição foi bem-sucedida, mas o servidor não retornou nenhum conteúdo.

3xx – Redirecionamento

• 301 – Moved Permanently: O recurso solicitado foi movido permanentemente para uma nova URL.
• 302 – Found: O recurso foi encontrado em outra URL temporariamente.
• 303 – See Other: O cliente deve realizar uma nova requisição para uma outra URL utilizando o método GET.
• 304 – Not Modified: Indica que o recurso não foi modificado desde a última requisição.
• 307 – Temporary Redirect: O recurso está temporariamente em outra URL e deve ser acessado com o mesmo método HTTP.
• 308 – Permanent Redirect: O recurso foi permanentemente movido para outra URL e o método HTTP deve ser mantido.

4xx – Erros do Cliente

• 400 – Bad Request: O servidor não conseguiu entender a requisição devido a uma sintaxe inválida.
• 401 – Unauthorized: A requisição requer autenticação. O cliente não forneceu credenciais válidas.
• 403 – Forbidden: O cliente está autenticado, mas não tem permissão para acessar o recurso.
• 404 – Not Found: O recurso solicitado não foi encontrado no servidor.
• 405 – Method Not Allowed: O método HTTP usado não é permitido para o recurso solicitado.
• 408 – Request Timeout: O servidor não recebeu a requisição completa dentro do tempo esperado.
• 409 – Conflict: Existe um conflito com o estado atual do recurso, impedindo a execução da requisição.
• 429 – Too Many Requests: O cliente enviou muitas requisições em um curto período de tempo.

5xx – Erros do Servidor

• 500 – Internal Server Error: Erro genérico do servidor. Algo inesperado aconteceu ao processar a requisição.
• 501 – Not Implemented: O servidor não reconhece o método da requisição ou não tem capacidade para processá-la.
• 502 – Bad Gateway: O servidor recebeu uma resposta inválida ao atuar como gateway ou proxy.
• 503 – Service Unavailable: O servidor está temporariamente fora de serviço por manutenção ou sobrecarga.
• 504 – Gateway Timeout: O servidor não recebeu uma resposta a tempo de outro servidor ao atuar como gateway.
• 505 – HTTP Version Not Supported: A versão do protocolo HTTP utilizada na requisição não é suportada pelo servidor.

Guia técnico detalhado — ideal para desenvolvedores, analistas de suporte ou estudantes de redes.

"404: Você não foi encontrado. 503: Eu também não estava disponível."

No fim, até os erros HTTP parecem espelhar a vida real. Às vezes você busca algo que não está lá. Às vezes você pede demais. E outras vezes, o problema não é você — é o servidor. O importante é saber ler os sinais e aprender a tentar de novo.

IPv6 em Datacenters – Parte 3

Publicado por Sysadmin Urbano | Infraestrutura, SysOps e DevOps

Um guia prático para quem vive na linha de frente da operação de sistemas.

IPv6 em Datacenters – Parte 3: Alta Disponibilidade, Failover e Continuidade

Adotar IPv6 em um ambiente corporativo não significa apenas substituir endereços. Significa repensar a forma como tratamos a disponibilidade de serviços. Nessa terceira parte, exploramos o uso do IPv6 em estruturas de alta disponibilidade (HA), focando em clusters, balanceadores, firewalls e testes de failover — sempre com um olhar técnico e prático.

🌐 Balanceadores e IPs flutuantes

Diferente do IPv4, no IPv6 não há NAT tradicional. Assim, o uso de endereços IPs globais diretos demanda novos cuidados.

• Utilize VRRPv3 com ferramentas como keepalived, que suporta endereços IPv6 nativamente.
• IP flutuante pode ser definido em /128 para vincular a apenas um nó por vez.

vrrp_instance VI_1 {
  state MASTER
  interface eth0
  virtual_router_id 50
  priority 100
  advert_int 1
  virtual_ipaddress {
    2001:db8::100/128
  }
}

🧱 HAProxy e NGINX com IPv6

Ambos suportam IPv6 diretamente e podem atuar como ponto único de entrada para clusters:

• bind [::]:443 ssl para escutar em IPv6;
• Backends podem ser definidos por IP ou DNS com registros AAAA;
• Para failover ativo/passivo, combine com keepalived ou Pacemaker.

🔁 Clusters com IPv6

Banco de Dados (PostgreSQL, MariaDB)

• Ambos suportam IPv6 nativamente;
• Em postgresql.conf, use listen_addresses = '*' e valide que o sistema escuta em IPv6.
• Utilize VIPs via Pacemaker para failover entre nós.

Servidores Web ou Aplicações

• Usar DNS com TTL baixo para atualização rápida em falhas;
• Considere IPv6-only para redes internas e dual-stack na borda.

🔐 Firewalls e segurança no failover

• As regras devem permitir tráfego de anúncios de VRRPv3 (protocol 112);
• Se usar nftables, crie conjuntos para os IPs flutuantes;
• Evite regras fixas por interface: use por endereço, garantindo portabilidade entre nós.

🧪 Testes e observabilidade

• Simule falhas desligando serviços e valide failover do VIP;
• Use tcpdump -i eth0 ip6 and vrrp para analisar pacotes de failover;
• Prometheus com blackbox_exporter permite pingar endpoints IPv6 e medir latência.

📌 Dica prática

Use scripts automáticos (Ansible, Bash) para verificar se o IP flutuante foi realocado após falha. Uma simples checagem com ip -6 addr já mostra a transição.

🔚 Conclusão

Alta disponibilidade com IPv6 é um passo além da adaptação de endereços. Envolve um novo entendimento da conectividade direta, da ausência de NAT e da transparência de rede. Com testes adequados e validação, seu datacenter pode ter um ambiente resiliente, moderno e alinhado com o futuro da internet.