Tema: server-administration
-
Executando o chrony como servidor NTP para uma LAN: allow, local stratum e firewall na UDP 123
Para servir horário a uma LAN com o chrony, é preciso adicionar uma diretiva allow restrita à rede dos clientes, decidir se um fallback com local stratum é realmente desejado, abrir a UDP 123 e confirmar com chronyc clients que os clientes de fato consultam o servidor.
-
Servidor DHCP no Linux com ISC Kea: kea-dhcp4.conf, sub-redes, reservas e teste de configuração
Configurar o servidor DHCPv4 do ISC Kea significa escrever subnet4, pools e reservas em JSON, testar o arquivo com kea-dhcp4 -t antes de carregá-lo de verdade e saber onde os leases são registrados. O dhcpd do próprio ISC chegou ao fim de vida, e o Kea é o sucessor mantido para novas implantações.
-
HAProxy como balanceador de carga TCP/HTTP no Linux: teste de configuração, reload sem interrupção e health checks
Para colocar o HAProxy na frente de servidores de backend, ative health checks por servidor, valide a nova configuração com haproxy -c antes de qualquer bind e recarregue pelo mecanismo de seamless reload, para que as conexões em andamento terminem no processo antigo em vez de serem derrubadas.
-
Verificação da saúde de NFS, Samba, chrony, Unbound e Kea pela linha de comando: uma checklist
Uma verificação de cinco minutos pela linha de comando para confirmar que cada serviço de infraestrutura está em execução e responde corretamente: rpcinfo -p e showmount -e para NFSv3 (exportfs -v e sockets conectados em servidor somente NFSv4), smbstatus para o Samba, chronyc tracking e chronyc clients para o horário, unbound-control status para o resolvedor e o arquivo de leases do Kea ou o kea-shell para DHCP.
-
Operar um bastion host SSH: ProxyJump no cliente e restrição do que o jump host pode encaminhar
Um bastion host deve retransmitir conexões ProxyJump para hosts internos sem funcionar como um relay TCP genérico. Esta metodologia configura ProxyJump no cliente, restringe AllowTcpForwarding e PermitOpen no bastion e limita as exceções com um bloco Match, em vez de uma permissão global.
-
Exportar compartilhamentos NFS em um servidor Linux: /etc/exports, exportfs e modo somente NFSv4
Compartilhar diretórios via NFS exige escrever entradas em /etc/exports com as opções corretas, recarregá-las com exportfs em vez de reiniciar o serviço e decidir se o servidor deve falar apenas NFSv4. Esta metodologia cobre a sintaxe, o ciclo de recarga e verificação e a única porta de firewall de que um servidor somente NFSv4 precisa.
-
Reinicializar NTP, DNS e DHCP após uma queda total da rede: reinício ordenado por dependências
Metodologia proposta: após uma queda que derrubou NTP, DNS e DHCP ao mesmo tempo, restabelecer primeiro o horário, depois o DNS e por fim o DHCP, porque verificações de certificados e de Kerberos exigem hora correta, a maioria dos serviços se localiza por nome e o DHCP pode depender dos dois. Ressalva: um servidor NTP que usa hostnames como upstream também precisa de DNS.
-
Configurando um servidor de arquivos Samba: smb.conf, testparm e desativação do SMB1
Montar um compartilhamento Samba exige editar a seção [global] e uma seção de compartilhamento no smb.conf, escolher entre um banco local do smbpasswd e a participação em um Active Directory, validar o arquivo com testparm antes de recarregar e confirmar que o SMB1 continua desativado.
Legível por máquina: JSON