Perguntas frequentes

Use apenas a chave publica

Passos no terminal

1. Abra Terminal, Windows Terminal ou PowerShell.
2. Execute: ssh-keygen -t ed25519 -C "your-email@example.com".
3. Aceite o local padrao ou escolha um caminho seguro.
4. Mostre a chave publica com: cat ~/.ssh/id_ed25519.pub.
5. No Windows PowerShell use: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
6. Copie a linha ssh-ed25519 completa para o campo SSH public key.

Confira antes de colar

Apenas a parte publica

Passos no Windows

1. Abra PuTTYgen.
2. Escolha EdDSA / Ed25519 quando disponivel.
3. Use RSA 4096 apenas como alternativa.
4. Clique em Generate e mova o mouse ate a chave ser criada.
5. Salve a chave privada no seu computador.
6. Copie o texto da chave publica para o campo SSH public key.

Nao compartilhe dados privados

O hostname exato é decisivo

Antes da alteração DNS

1. Confirma onde se editam os DNS autoritativos do domínio.
2. Remove ou ajusta A/AAAA, CNAME, ALIAS, ANAME ou redirects em conflito.
3. Usa o tipo de registo recomendado para o serviço e hostname.
4. Espera propagação DNS antes de testar HTTPS final.

Rollback seguro

Cada registo tem uma função

Ao copiar registos

1. Copia nome, tipo e valor exatamente como indicado.
2. Não uses CNAME num hostname com outros registos se as regras DNS o proíbem.
3. Coloca DKIM no selector do fornecedor e DMARC normalmente em _dmarc.
4. Configura CAA com cuidado porque pode bloquear certificados.

Quando DNS falha

Uma conta para pedidos e serviços

Antes do primeiro pedido

1. Regista-te com um email de trabalho.
2. Confirma o email se a página pedir verificação.
3. Preenche os dados de faturação antes de um pedido pago.
4. Ativa autenticação de dois fatores quando estiver disponível.

Acesso da equipa sem expor credenciais

O crédito é consumido enquanto o serviço corre

Evitar suspensão por falta de saldo

1. Consulta o saldo visível e a autonomia após o login.
2. Verifica o novo custo diário antes de confirmar pedidos ou alterações.
3. Carrega crédito com margem, não no dia em que acaba.
4. Se o serviço estiver suspenso, vê logo a data possível de eliminação.

Revisão de saldo com referências claras

Comparação não é calendário de cobrança

Verificar mudança de preço

1. Compara consumo diário antes e depois da alteração.
2. Mais CPU, RAM, disco ou opções pagas aumentam o consumo diário.
3. Considera a alteração efetiva só após confirmação, pagamento se necessário e aplicação.
4. Guarda confirmações de pedidos e histórico de crédito para contabilidade.

Questões sobre um período específico

Pendente não significa falha automática

Depois de concluir o pagamento

1. Volta ao Cli>_ a partir da página de pagamento.
2. Confirma o estado do pedido e mensagens visíveis.
3. Se continuar pendente, aguarda a confirmação do fornecedor.
4. Se houver problema, envia número do pedido e referência de pagamento visível.

Dados de pagamento que não são necessários

Valores exatos poupam tempo

Preparação antes do pedido

1. Escolhe um nome de serviço reconhecível pela equipa.
2. Decide se vais usar domínio próprio ou hostname temporário.
3. Prepara a chave SSH pública se o serviço a exigir.
4. Confirma armazenamento e recursos conforme a aplicação.

Separar dados públicos de segredos

Estás a alterar um serviço, não a criar outro

Antes de confirmar recursos

1. Vê CPU, RAM, disco, backups e retenção Offsite Archive atuais.
2. Confirma novo custo diário e impacto no crédito.
3. Lê avisos de reinício, manutenção ou indisponibilidade.
4. Faz exportação própria dos dados importantes antes de uma alteração arriscada.

Quando a alteração não corre como esperado

Cancelar nem sempre elimina imediatamente

Antes de cancelar

1. Exporta dados que precisas de manter a longo prazo.
2. Lê data e hora de eliminação planeada no serviço suspenso.
3. Não confundas backups e Offsite Archive com o ciclo de eliminação.
4. Se tiveres dúvidas, contacta o suporte antes da data de eliminação.

Recuperação após o prazo

Backup não é arquivo permanente

Preparar o pedido de restauro

1. Indica nome do serviço e número do pedido.
2. Descreve a hora aproximada para onde queres voltar.
3. Diz se é todo o serviço ou parte dele, se suportado.
4. Inclui erro visível ou contexto sem palavras-passe, tokens ou chaves privadas.

Efeito de voltar a um estado anterior

Arquivo remoto fora da operação diária

Quando ativar

1. Usa para dados que queres manter fora da operação normal.
2. Escolhe dias de retenção conforme compliance, negócio ou objetivo de recuperação.
3. Acompanha que o preço cresce com volume armazenado e tempo.
4. Para grandes volumes, planeia o arquivo junto do processo de exportação.

Custo por volume e dias

Começa pela carga real

Sinais de plano pequeno

1. Aumenta RAM com OOM, out of memory, process killed ou swap contínuo.
2. Aumenta CPU com carga computacional sustentada, compressão, builds ou workers ocupados.
3. Aumenta disco antes de encher filesystem, logs ou base de dados.
4. Depois de cada alteração, confirma que o limite original desapareceu.

Informação útil para sizing

Primeiro identifica o sentido da comunicação

Perguntas antes de pedir IP

1. Pergunta se a lista de permissões é de entrada, de saída ou ambas.
2. Usa nomes DNS em vez de IPs numéricos quando possível.
3. Abre só portas que a aplicação realmente precisa.
4. Envia o requisito de lista de permissões antes de alterar acesso em produção.

Manter portas desnecessárias fechadas

Porque o SSH partilhado usa porta alta

Ligação conforme o acesso disponível

1. No SSH partilhado copia utilizador, host público e porta alta a partir do detalhe do serviço.
2. Usa ssh -p <porta> <utilizador>@<host-publico> e não omitas a porta alta.
3. Se comprares uma IP pública, pode aparecer também um acesso SSH direto nessa IP ou no respetivo DNS.
4. A chave privada fica no teu computador; ao suporte envia host, porta, utilizador e erro visível.

O que muda com IP pública

O hostname exato é decisivo

Antes da alteração DNS

1. Confirma onde se editam os DNS autoritativos do domínio.
2. Remove ou ajusta A/AAAA, CNAME, ALIAS, ANAME ou redirects em conflito.
3. Usa o tipo de registo recomendado para o serviço e hostname.
4. Espera propagação DNS antes de testar HTTPS final.

Rollback seguro

Cada registo tem uma função

Ao copiar registos

1. Copia nome, tipo e valor exatamente como indicado.
2. Não uses CNAME num hostname com outros registos se as regras DNS o proíbem.
3. Coloca DKIM no selector do fornecedor e DMARC normalmente em _dmarc.
4. Configura CAA com cuidado porque pode bloquear certificados.

Quando DNS falha

Propagação é cache distribuída

Numa alteração planeada

1. Reduz TTL antes da mudança se o fornecedor permitir.
2. Após editar DNS, evita alterações aleatórias repetidas enquanto cache expira.
3. Testa em vários resolvers se os resultados divergem.
4. Regista hora da alteração, valor antigo, valor novo e TTL.

Dados para diagnóstico

Nextcloud cresce além dos ficheiros visíveis

Antes de pedir capacidade

1. Soma dados atuais dos utilizadores e pastas comuns.
2. Acrescenta margem para versões, lixo, pré-visualizações e sobrecarga de sincronização.
3. Considera grandes importações, novas equipas e crescimento previsto.
4. Aumenta capacidade antes de utilizadores atingirem o limite.

Problemas de sincronização

Migração não é só git clone

Verificação antes do corte

1. Lista repositórios, proprietários, grupos de acesso e contas de automação.
2. Verifica Git LFS, submódulos, proteções de ramos e proteções de etiquetas.
3. Depois testa clone, push, Git LFS, submódulos e CI.
4. Revoga ou roda tokens antigos sem partilhar os valores.

Dados sensíveis na migração

Entregabilidade começa no domínio

Antes da primeira campanha

1. Escolhe domínio remetente ou subdomínio e nome do remetente.
2. Adiciona DNS de verificação, SPF, seletor DKIM e DMARC.
3. Testa entrega, bounce ou Return-Path e links da mensagem.
4. Confirma cancelamento de subscrição e List-Unsubscribe antes do envio real.

Segredos de email fora do ticket

Auto não é a única escolha certa

Definições antes do deploy

1. Escolhe Runtime auto ou manual conforme framework e build.
2. Seleciona PHP 8.2, 8.3 ou 8.4 só em cenários PHP suportados.
3. Define CPU, RAM, disco, retenção de backups e Offsite Archive conforme dados e tráfego.
4. Após deploy testa carregamentos, cache, logs e erros visíveis.

Quando a aplicação não arranca

Um bom ticket tem contexto, não segredos

Conteúdo seguro da mensagem

1. Indica pedido, serviço, domínio, hora e passo onde ocorreu o problema.
2. Em hosting junta runtime, PHP ou linguagem, CPU, RAM, disco, carregamentos, cache e logs sem valores secretos.
3. Corta ou oculta capturas antes de enviar.
4. Se não sabes se um dado é seguro, pergunta primeiro sem o enviar.

O que nunca enviar