Perguntas frequentes

A chave pública é compartilhada, a chave privada permanece com você

Procedimento

1. Abra um terminal no seu computador.
2. Execute o comando: ssh-keygen -t ed25519 -C "seu-email@example.com".
3. Confirme o local para salvar o arquivo ou escolha um caminho personalizado. Nunca compartilhe sua chave privada.
4. Para visualizar a chave pública, utilize o comando: cat ~/.ssh/id_ed25519.pub.
5. Copie a linha inteira que começa com "ssh-ed25519" e cole-a no campo "Chave Pública SSH" durante o processo de compra ou configuração do serviço.
6. Copie a linha ssh-ed25519 completa para o campo Chave Pública SSH.

PowerShell para Windows 10/11

1. Abra o PowerShell ou o Windows Terminal.
2. Execute o comando: ssh-keygen -t ed25519 -C "seu-email@example.com".
3. Pressione Enter para salvar a chave em C:\Users\seu-usuário\.ssh\id_ed25519 ou insira um caminho personalizado.
4. Se o Windows solicitar uma senha, use uma que você possa armazenar com segurança ou pressione Enter para ignorá-la durante a configuração simples.
5. Para visualizar a chave pública, utilize o comando: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
6. Copie apenas a linha completa que começa com ssh-ed25519. Não copie nem carregue o arquivo da chave privada.

Use uma ferramenta do Windows e insira apenas a chave pública

Como proceder

1. Instale o PuTTY ou abra o PuTTYgen, caso já esteja instalado.
2. Se disponível, escolha EdDSA/Ed25519; caso contrário, escolha RSA 4096.
3. Clique em Gerar e mova o mouse sobre a área vazia até que a chave seja criada.
4. Adicione uma frase secreta (passphrase) se desejar proteção local adicional para a chave privada.
5. Armazene a chave privada no seu dispositivo e mantenha-a confidencial.
6. Copie o texto da chave pública e cole-o no campo "Chave Pública SSH" em Cli>_.

Não compartilhe informações confidenciais

O que esta configuração faz

Antes de começar

1. Escolha o nome de host exato que deseja usar, por exemplo, app.example.com. A opção mais simples é usar um subdomínio.
2. Acesse a administração DNS do seu registrador de domínio ou provedor de DNS.
3. Remova quaisquer registros A, AAAA, CNAME, ALIAS ou redirecionamentos conflitantes para o mesmo nome de host.
4. Mantenha o nome de host CLIopen gerado automaticamente ativo até que seu nome de host personalizado seja verificado e totalmente funcional.

Configuração de DNS recomendada para um subdomínio

app.example.com.  A     <endereço IPv4 do CLIopen>
app.example.com.  AAAA  <endereço IPv6 do CLIopen, se disponível>

Quando o CLIopen fornecer um destino CNAME

Uso do domínio raiz

Delegação de toda a subzona

Lista de verificação

1. Aguarde a propagação do DNS. Pequenas alterações geralmente são visíveis em poucos minutos, mas alguns provedores armazenam em cache por mais tempo.
2. Verifique se o nome do host aponta para o destino CLIopen e não para um provedor anterior.
3. No campo "Bring your own domain", insira o nome de host exato, sem `https://` e sem caminho.
4. Após a atualização do serviço, teste `https://app.example.com` no seu navegador.
5. Mantenha os registros DNS antigos apenas se eles não entrarem em conflito com o novo nome de host.

O que significa transferência de zona aqui

Antes de alterar os servidores de nomes

1. Copie os registros DNS existentes que você ainda precisa, como site, e-mail, verificações, SPF, DKIM, DMARC e registros de serviço.
2. Adicione a zona no CLIopen DNS. Se a delegação ainda não estiver pronta, o CLIopen salvará, mas não ativará para os clientes até que a validação seja concluída.
3. Crie os registros necessários no CLIopen DNS antes de alterar os servidores de nomes, se possível.
4. Configure a entrada CAA corretamente, pois valores incorretos podem impedir a emissão de certificados.

Delegue a zona

1. Abra as configurações do domínio no seu registrador, por exemplo, example.com.
2. Procure por Servidores de Nome (Nameservers), delegação DNS ou configurações de DNS autoritativas.
3. Substitua os servidores de nome atuais pelos valores ns1.cliopen.com e ns2.cliopen.com.
4. Salve as alterações e aguarde a propagação nos registradores e resolvedores.

Validação

Uma conta para pedidos e gerenciamento

Antes do primeiro pedido

1. Registre-se com seu endereço de e-mail profissional.
2. Confirme o e-mail, se a página solicitar.
3. Preencha os dados de faturamento antes de fazer um pedido pago.
4. Ative a autenticação de dois fatores assim que estiver disponível.

Acesso para a equipe

A comparação não é um calendário de cobrança

O que verificar ao alterar o preço

1. Compare o consumo diário antes e depois da alteração.
2. Mais CPU, RAM, disco ou opções pagas aumentam o consumo diário.
3. Considere a alteração efetiva somente após confirmação, pagamento (se necessário) e aplicação.
4. Para fins contábeis, guarde a confirmação do pedido e o histórico de crédito.

Ao solucionar problemas, considere o período específico.

Pendente nem sempre significa que houve uma falha

Como proceder após o pagamento

1. Após concluir o pagamento, volte para a página do Cli>_.
2. Verifique no seu pedido o status e quaisquer mensagens relacionadas ao pagamento.
3. Se o pedido ainda estiver pendente, aguarde a confirmação do fornecedor.
4. Em caso de problema, envie ao suporte o número do pedido e a referência do pagamento, se disponível.

O que não enviar

Informações precisas economizam tempo

Prepare-se antes de fazer o pedido

1. Escolha um nome de serviço que seja facilmente reconhecível pela sua equipa.
2. Decida se pretende utilizar um domínio próprio ou um hostname temporário do sistema.
3. Prepare uma chave SSH pública, caso o serviço a exija.
4. Verifique o tamanho do armazenamento e os recursos necessários para a aplicação que você pretende executar.

Não envie informações confidenciais

Você está modificando um serviço existente, não criando um novo

Antes de confirmar a alteração

1. Veja o uso atual da CPU, RAM, disco, backups e a retenção do Offsite Archive.
2. Verifique o novo preço diário e o impacto no crédito.
3. Leia os avisos de reinicialização, manutenção ou indisponibilidade.
4. Faça um backup dos seus dados importantes antes de realizar uma alteração que possa apresentar riscos.

O que fazer quando a alteração não ocorrer como esperado

Cancelar não significa necessariamente a exclusão imediata de todos os serviços

Verifique antes de cancelar

1. Crie sua própria exportação dos dados que você precisa manter por um longo período.
2. Leia a data e hora programadas para a exclusão ao suspender um serviço.
3. Não confunda backups com o arquivo externo e a exclusão do ciclo de vida.
4. Se tiver dúvidas, entre em contato com o suporte antes do prazo de exclusão.

A recuperação após o prazo pode não ser possível.

O backup não é um arquivo nem uma exportação

Como preparar uma solicitação de restauração

1. Informe o nome do serviço e o número do pedido.
2. Descreva a hora aproximada para a qual você deseja retornar.
3. Indique se deseja restaurar todo o serviço ou apenas uma parte, caso seja suportado.
4. Inclua um erro visível ou contexto, mas evite incluir senhas, tokens ou chaves privadas.

Considere o impacto antes de restaurar

Arquivo remoto fora da operação diária

Quando ativar

1. Utilize para dados que deseja manter fora da operação normal do serviço.
2. Escolha os dias de retenção de acordo com as exigências de conformidade, necessidades comerciais ou objetivos de recuperação.
3. Acompanhe como o preço aumenta em função do volume armazenado e do tempo de armazenamento.
4. Para grandes volumes de dados, planeje o arquivamento junto com o processo de exportação.

Como considerar o custo

Comece com a carga real, não com uma estimativa

Sinais de que o plano é pequeno

1. Aumente a memória RAM quando ocorrerem erros de OOM (falta de memória), processos encerrados ou uso excessivo de swap.
2. Aumente o processador (CPU) em situações de alta carga computacional contínua, compressão, compilações ou quando os processos estiverem muito ocupados.
3. Aumente o espaço em disco antes que o sistema de arquivos, logs ou banco de dados fiquem cheios.
4. Após cada alteração, verifique se a aplicação realmente deixou de atingir o limite original.

O que enviar ao fazer uma pergunta sobre dimensionamento

Primeiro, determine a direção da comunicação

Perguntas antes de solicitar um IP

1. Pergunte ao parceiro se ele permite o tráfego de entrada, de saída ou ambos os sentidos.
2. Use nomes DNS em vez de endereços IP numéricos sempre que possível.
3. Abra apenas as portas que a aplicação realmente precisa.
4. Envie a solicitação da lista de permissões para o suporte antes de alterar o acesso em produção.

O que deixar desativado

Por que o SSH compartilhado usa uma porta alta

Como conectar de acordo com o tipo de acesso

1. Ao usar o SSH compartilhado, copie o nome de usuário, o host e a porta do serviço SSH.
2. Use o formato `ssh -p <porta> <usuário>@<host-público>`.
3. Se o serviço tiver um endereço IP público adquirido, pode haver outro ponto de extremidade SSH diretamente nesse endereço IP ou no seu nome DNS, dependendo da configuração do serviço.
4. Use a chave privada apenas localmente através do seu cliente SSH ou agente; envie ao suporte apenas o host público, a porta, o nome de usuário e qualquer erro visível.

Quando você possui um endereço IP público adicional

O nome de domínio exato é crucial

Antes de alterar os servidores DNS

1. Verifique onde os registros DNS autoritativos do domínio são editados.
2. Remova ou ajuste registros A/AAAA, CNAME, ALIAS, ANAME ou redirecionamentos conflitantes.
3. Use o tipo de registro recomendado para o serviço e nome de host.
4. Após a alteração, aguarde a propagação do DNS e só então teste o HTTPS final.

Rollback seguro

Não combine registros aleatoriamente

Ao copiar registros

1. Copie o nome, o tipo e o valor exatamente conforme as instruções do serviço.
2. Não utilize CNAME em um hostname que já possui outros registros, caso as regras de DNS proíbam.
3. Insira DKIM abaixo do seletor fornecido pelo provedor e DMARC normalmente em _dmarc.
4. Configure o CAA com cuidado, pois valores incorretos podem impedir a emissão do certificado.

Quando o DNS não funciona

A propagação é um processo de cache, não uma espera mágica

Ao planejar uma alteração

1. Se o seu provedor permitir, reduza o TTL antes da alteração programada.
2. Após a modificação do DNS, evite alterações aleatórias repetidas enquanto o cache expira.
3. Teste a partir de vários servidores DNS se os resultados forem diferentes.
4. Anote a hora da alteração, o valor antigo, o novo valor e o TTL.

O que enviar durante o diagnóstico

O Workspace Suite cresce mesmo além dos arquivos visíveis

Antes de solicitar capacidade

1. Calcule os dados atuais dos usuários e as pastas compartilhadas.
2. Adicione espaço para versões, lixeira, visualizações e sobrecarga de sincronização.
3. Considere grandes importações, novas equipes e o crescimento esperado.
4. Aumente a capacidade antes que os usuários atinjam o limite.

Em caso de problemas de sincronização

A migração vai além de um simples 'git clone'

Verificação antes da migração

1. Liste os repositórios, proprietários, grupos de acesso e contas de automação.
2. Verifique objetos Git LFS, submódulos, proteções de ramificação e proteções de tags.
3. Após a migração, teste o clone, push, Git LFS, submódulos e a execução do CI.
4. Revogue ou altere os tokens antigos após a confirmação da migração, sem compartilhar seus valores.

Dados sensíveis durante a migração

A entregabilidade começa no domínio

Antes da primeira campanha

1. Escolha um domínio ou subdomínio para usar como remetente e defina a identidade do remetente (From).
2. Adicione os registros DNS de verificação, incluindo SPF, seletor DKIM e DMARC, conforme solicitado pelo seu provedor de email.
3. Envie mensagens de teste antes de iniciar uma campanha real e verifique a entrega, o comportamento em caso de rejeição (bounce), o endereço Return-Path e os links.
4. Verifique as opções de cancelamento de inscrição e o recurso List-Unsubscribe antes do envio real.

Segredos de e-mail não devem ser incluídos no ticket.

O modo automático não é a única opção correta

Configurações antes da implantação

1. Escolha o modo automático para builds detectados ou o modo manual para controlar o runtime Nginx, Apache ou FrankenPHP.
2. Selecione PHP 8.2/8.3/8.4 apenas quando o runtime escolhido suportar essa opção.
3. Defina a CPU, RAM, espaço em disco, retenção de backups e retenção do Offsite Archive com base nos dados e no tráfego.
4. Após a implantação, teste uploads, cache, logs e erros visíveis do aplicativo.

Quando a aplicação não inicia

Um ticket de qualidade contém informações relevantes, não dados confidenciais.

Conteúdo seguro da mensagem

1. Informe o número do pedido, o serviço, o domínio, a hora e a etapa em que o problema ocorreu.
2. Para problemas de hospedagem, inclua o modo de execução, a linguagem ou versão do PHP, CPU, RAM, armazenamento, uploads, cache e logs, sem informações confidenciais.
3. Recorte ou oculte informações sensíveis nas capturas de tela antes de enviá-las.
4. Se não tiver certeza se uma informação pertence ao ticket, pergunte primeiro antes de enviá-la.

O que nunca enviar