Enquanto isso, acho que todas as configurações de Rede são irrelevantes para o Discourse:
- A compatibilidade com IPv6 não pode mais ser desativada e, claro, o Discourse não depende dela, mas pode funcionar perfeitamente em um sistema somente IPv4.
- A Geolocalização de IP adiciona o cabeçalho
CF-IPCountryàs solicitações, que, no entanto, não é usado pelo Discourse. Ele usa seu próprio recurso (opcional) do MaxMind. - O Registro de Erros de Rede adiciona o cabeçalho de resposta Report-To, que os navegadores podem usar para relatar erros. No entanto, ele está obsoleto e, mesmo que o recurso possa ser ativado com todos os planos do Cloudflare, o elemento do painel para realmente visualizar os relatórios está disponível apenas no plano Enterprise. Portanto, neste caso, para alguns navegadores antigos, pode ser apenas uma regressão de privacidade e sobrecarga de rede.
- O Roteamento Onion aprimora a privacidade para solicitações provenientes da rede Tor. O Discourse não se importará ou sequer saberá disso.
- O recurso Pseudo IPv4 pode ser necessário se o host executar algum software, como análises antigas ou similar, que suporta apenas endereços IPv4. Os cabeçalhos proxy do Cloudflare, como
Cf-Connecting-IP(ou outros, dependendo do que for configurado), podem ser ajustados para ter um endereço IPv4 mais ou menos único, em vez do endereço IPv6 real do cliente, para contornar o fato de que o suporte a IPv6 para solicitações cliente->Cloudflare não pode mais ser desativado. Novamente, o Discourse não se importará. Quero dizer, seria um problema para, por exemplo, a detecção de GeoIP, mas o recurso está desativado por padrão, e os administradores, é claro, devem ativá-lo apenas se for estritamente necessário pelo software que executam, aceitando a desvantagem de IPs de cliente não verdadeiros. Ele também pode ser configurado para adicionar apenas um novo cabeçalho com o endereço pseudo IPv4, e as análises (ou o que quer que seja) podem então reescrever os cabeçalhos de IP do cliente onde necessário, enquanto as solicitações para o Discourse não seriam afetadas. Em qualquer caso, para a funcionalidade geral do Discourse, o recurso é irrelevante. - O Cabeçalho True-Client-IP adiciona apenas este cabeçalho além de
CF-Connecting-IPeX-Forwarded-For. O Discourse não o utiliza, e o modelo de configuração do Discourse usaCF-Connecting-IPem vez disso. Portanto, não tem efeito. - O gRPC não é usado pelo Discourse, mas ter o Cloudflare habilitado para encaminhar solicitações gRPC não prejudica, assim como com WebSockets. Ambos podem precisar estar habilitados para outro software em execução no mesmo domínio do Cloudflare.
- O Tamanho Máximo de Upload de 100 MB é o padrão e o mínimo. Tamanhos de upload maiores exigem planos Business ou Enterprise, e o Discourse não falhará se o Cloudflare permitir uploads maiores.
A única coisa sobre a qual não tenho certeza se pode ter um efeito é o Buffer de Resposta. E não posso testar, pois é um recurso exclusivo do Enterprise. Mas não consigo imaginar que o cliente se importe se os pacotes são transmitidos do edge do CF conforme chegam, ou enviados em um único bloco quando concluídos no edge. Para dados em cache (em cache no Cloudflare, quero dizer), isso é feito sempre de qualquer maneira e não causa problemas, pelo menos. Este recurso afeta apenas dados não em cache.
Portanto, basicamente, eu removeria toda a seção “Configurações de Rede” como algo irrelevante para a funcionalidade do Cloudflare, mas outro software pode exigir certas configurações ou os administradores podem preferi-las de uma certa maneira, e devem saber que o Discourse funcionará em qualquer caso.