O proxy da Cloudflare: nuvem laranja, correio e IP reais dos visitantes
Que registos DNS deve e não deve proxificar, porque proxificar o correio o avaria, e o que acontece aos seus registos e à cache depois de ligar a nuvem laranja.
No ecrã de DNS da Cloudflare, cada registo tem um ícone de nuvem. Laranja significa que o tráfego passa pelo proxy da Cloudflare; cinzento significa que a Cloudflare apenas responde à consulta DNS e o visitante liga-se diretamente ao seu servidor. Quais os registos que proxifica importa mais do que a maioria das pessoas espera.
Nunca proxifique o correio
Os registos MX não podem ser proxificados, e o nome de anfitrião para onde um registo MX aponta tem de estar cinzento. Proxificá-lo envia o correio para a Cloudflare, que não tem servidor de correio, e a entrega falha.
Mantenha estes cinzentos:
- Tudo para onde aponte um registo MX
- mail., webmail., smtp., imap. e nomes de anfitrião semelhantes
- FTP, SSH e qualquer serviço numa porta não web
O proxy da Cloudflare só transporta HTTP e HTTPS. Um serviço em qualquer outra porta deixa de funcionar assim que tornar o seu registo laranja.
Os seus registos vão mostrar os IP da Cloudflare
Assim que um registo é proxificado, cada pedido chega ao seu servidor a partir de um endereço da Cloudflare. Os registos do servidor, as estatísticas e qualquer regra baseada em IP passam a ver a Cloudflare em vez do visitante real. O endereço original é passado no cabeçalho CF-Connecting-IP.
Isto tem uma aresta que vale a pena conhecer: ferramentas de segurança que bloqueiam por IP podem bloquear a própria Cloudflare e, como todo o seu tráfego passa a chegar desses poucos endereços, isso retira o site inteiro da rede em vez de um único abusador. Se usa fail2ban ou equivalente num VPS, configure-o para ler o IP real a partir desse cabeçalho antes de ativar o proxy.
A cache, e porque a sua alteração não aparece
A Cloudflare guarda ficheiros estáticos em cache na sua rede. Depois de atualizar CSS, JavaScript ou imagens, os visitantes podem continuar a receber a versão antiga. Use Purge Cache na Cloudflare e o Development Mode enquanto trabalha ativamente num site, para contornar temporariamente a cache.
Se mesmo assim uma alteração não aparecer após a purga, verifique a cache do seu próprio navegador antes de assumir que a culpa é da Cloudflare — é o suspeito mais frequente.
Uma predefinição sensata
Proxifique os registos do site (@ e www) e deixe tudo o resto cinzento. Isso dá-lhe a cache e a proteção que procurava sem pôr em risco o correio nem os acessos administrativos. Se tiver dúvidas sobre um registo específico, pergunte-nos a partir da Support section antes de o alterar.