Mini-Projecto · Pôr em produção um servidor de ficheiros com domínio, backup e plano de recuperação

Contexto

Uma unidade administrativa com 40 utilizadores em três departamentos (Secretaria, Finanças e Logística) vai substituir o seu servidor de ficheiros. Hoje cada posto guarda os seus documentos e as pastas partilhadas estão abertas a todos. A direção pediu uma solução com contas individuais, permissões por departamento, cópias de segurança testadas e um plano de recuperação que diga, por escrito, quanto tempo e quantos dados se podem perder.

Foste designado/a como técnico/a de sistemas. Trabalhas individualmente ou a pares, em máquinas virtuais (um servidor Windows Server e um servidor Linux, ou dois Linux, conforme o laboratório) e um posto cliente. Entregas o ambiente a funcionar e um dossiê com a documentação, o plano de backup, o plano de recuperação de desastres e o registo dos testes.

Requisitos

Funcionais

• Instalar o sistema operativo de servidor de acordo com um plano escrito (função, nome, IP estático, discos separados para sistema e dados, versão e origem da imagem).
• Verificar os requisitos do sistema e justificar o dimensionamento de memória e armazenamento.
• Criar a estrutura de utilizadores e grupos dos três departamentos, com um grupo por departamento e contas nominais.
• Criar três pastas partilhadas (uma por departamento) e uma pasta comum, com permissões por grupo segundo o mínimo privilégio.
• Configurar o acesso remoto seguro para administração (SSH com chaves ou RDP com NLA e acesso por grupo).
• Instalar e configurar um cliente: ligá-lo ao domínio (ou montar a partilha) e demonstrar o acesso de cada departamento.
• Configurar backup automático dos dados segundo a regra 3-2-1 (ou justificar a parte impraticável no laboratório) e executar um teste de restauro com registo.
• Montar monitorização básica (espaço, serviços e eventos de falha de início de sessão) com pelo menos dois alertas definidos.
• Elaborar o plano de recuperação de desastres com RPO e RTO por serviço e a ordem de reposição.

Não-funcionais

• Documentação clara, com versões e datas, e alterações registadas.
• Segurança: sem contas partilhadas, sem palavras-passe em texto simples nos ficheiros de configuração, firewall ativa.
• Proteção de dados pessoais (RGPD): identificar que dados pessoais existem, quem acede, como estão protegidos, quanto tempo se guardam e quem reporta um incidente.
• Cumprimento das normas e regulamentos aplicáveis e das orientações técnicas do fabricante.
• Todos os passos reversíveis ou com plano de reversão.

Fases

Critérios de avaliação

Erros comuns

• Instalar com DHCP e não fixar o endereço do servidor.
• Misturar sistema e dados no mesmo volume.
• Atribuir permissões a pessoas em vez de grupos, ou dar Controlo Total para evitar problemas.
• Confundir as permissões da partilha com as permissões NTFS.
• Usar usermod -G sem -a e retirar o utilizador de outros grupos.
• Expor o RDP à internet ou deixar o SSH a aceitar root com palavra-passe.
• Ativar a firewall sem permitir primeiro a porta de administração.
• Guardar o backup no próprio servidor, ou nunca testar o restauro.
• Definir um RPO que a frequência do backup não cumpre.
• Entregar um plano de recuperação sem ordem de reposição nem contactos.

Bónus (opcional)

• Automatizar a criação dos utilizadores e dos grupos a partir de um ficheiro CSV com um script.
• Acrescentar um segundo servidor em modo de reserva e medir o tempo de reposição real.
• Cifrar o volume de dados (BitLocker ou LUKS) e documentar o procedimento de recuperação da chave.
• Montar um painel de monitorização com uma ferramenta open source e comparar com a monitorização nativa.

Reflexão

No dossiê final, responde: porque é que o RAID não substitui o backup, e que teste prova que o teu backup serve? E descreve uma decisão de segurança que tomaste (permissões, acesso remoto, cifragem ou monitorização), o risco que reduz e o impacto que tem na facilidade de utilização.