TL, DR: É seguro, terceiros não podem participar de um cluster existente por si próprio, ele precisa ser convidado de dentro.
There was no questions asked. I did nothing to tell server2 to allow server1 to add it to the cluster.
Eu mesmo fiz essa pergunta, então fui dar uma olhada na documentação.
Quando você está criando um novo cluster, você inicia em um servidor e adiciona outros usando gluster peer probe OTHER_SERVER
. Segurança adicional não é estritamente necessária, porque você está adicionando novos servidores glusterfs não inicializados. ( A menos que você deixe um gluster recém-instalado e não inicializado rodando com acesso público - então você está com problemas).
Então, o que impede que um invasor se junte ao seu cluster existente? A chave é o seguinte parágrafo:
Once this pool has been established, only trusted members may probe new servers into the pool. A new server cannot probe the pool, it must be probed from the pool. (source)
Como a documentação diz, um terceiro / adversário não pode participar do seu cluster, ele precisa ser convidado de dentro.
O Gluster também fornece outros mecanismos de segurança para mitigar ataques relacionados:
- Permitir / negar IP no nível do volume,
gluster volume set VOL_NAME auth.allow IP1,IP2
- TLS - criptografia de transporte, bem como o uso de identidades de certificados em vez de endereços IP para autorização (não ativado por padrão, consulte )
Para algo importante, você também pode considerar links privados entre servidores (IPSec / VPN) com uma configuração de firewall que não permite conexões externas.