Como substituir o Google Drive por um servidor Nextcloud que é seu

Armazenamento em nuvem é a coisa mais íntima que a maioria das pessoas entrega a uma empresa. Não os documentos — as fotos, os escaneamentos de documentos de identidade, as declarações de imposto de renda, o backup de um celular que tem tudo dentro dele. Isso vive em uma conta que pode ser suspensa por um sistema automatizado sem direito a recurso, em servidores que escaneiam o que você envia, presa a uma identidade que você verificou anos atrás e da qual não consegue mais se desvincular. As pessoas descobrem o formato desse arranjo no pior momento possível, geralmente quando uma conta bloqueada leva junto vinte anos de fotos de família. O Nextcloud é a resposta de código aberto: os mesmos clientes de sincronização, o mesmo aplicativo de celular, os mesmos links compartilhados — rodando em uma máquina que você aluga, guardando arquivos que mais ninguém indexa. Instalá-lo leva uma tarde. O que decide se ele é realmente melhor do que aquilo que você deixou para trás é o disco por baixo, e uma questão de criptografia que quase todo tutorial erra.

O que o Nextcloud realmente substitui

O Nextcloud não é bem um único aplicativo, e sim uma pequena suíte que cobre a maior parte do que uma conta de nuvem de consumo faz. É essa amplitude que torna a auto-hospedagem sequer válida: trocar um único serviço por um equivalente auto-hospedado raramente compensa a manutenção, mas trocar cinco deles por um único servidor, na maioria das vezes, compensa.

• Sincronização e compartilhamento de arquivos, que é o núcleo. Clientes de desktop para Windows, macOS e Linux, aplicativos para as duas plataformas móveis, e uma interface web — o mesmo comportamento de arrastar uma pasta e vê-la aparecer em todo lugar que você já espera.
• Backup de fotos do celular, com envio automático da câmera, álbuns e agrupamento de rostos. Para a maioria das pessoas, esse é o maior pedaço de dados isolado, e o motivo pelo qual o disco precisa ser dimensionado com cuidado.
• Calendário e contatos pelos padrões abertos CalDAV e CardDAV, que todo celular já fala nativamente — sem precisar de nenhum aplicativo de terceiros para sincronizá-los.
• Documentos colaborativos por meio de uma suíte de escritório que você pode adicionar, editando planilhas e arquivos de texto no navegador sem enviá-los para lugar nenhum.
• Links de compartilhamento público com senha, data de expiração e pastas de recebimento somente para envio, que é o recurso que costuma acabar com o hábito de mandar anexos grandes por e-mail.
• Versionamento no lado do servidor e uma lixeira, para que um arquivo sobrescrito ou uma sincronização malsucedida sejam recuperáveis sem precisar recorrer a um backup.

Vale deixar esse limite claro, porque o marketing em torno da auto-hospedagem raramente deixa. O Nextcloud te dá controle e privacidade. Ele não te dá a durabilidade de uma gigante da nuvem — essas empresas replicam seus dados por continentes inteiros, e um único servidor alugado não faz isso, por melhores que sejam os discos dele. Também não torna os arquivos gratuitos: você paga pelo armazenamento de qualquer forma, só que para uma hospedagem que nunca perguntou o seu nome, em vez de uma que perguntou. Auto-hospedar é trocar a confiabilidade de outra pessoa pelo seu próprio controle, e só é uma boa troca se você levar a sério a metade da confiabilidade.

Você se torna o provedor de armazenamento

Esse é o custo honesto, e é muito melhor entendê-lo antes da migração do que depois. Ninguém monitora o seu uptime, ninguém tem uma cópia das suas fotos, e não há ninguém do outro lado de uma linha de suporte no momento em que um cliente de sincronização reporta um conflito em um arquivo que você precisava hoje de manhã.

• Os backups são seus, e não são opcionais. Um array RAID sobrevive a um disco morto; não sobrevive a uma pasta apagada, uma atualização malsucedida ou um ransomware passando por um diretório sincronizado. Versionamento e lixeira são recursos de conveniência, não um backup.
• O uptime é seu. Um cliente de sincronização que não consegue alcançar o servidor enfileira as mudanças silenciosamente e se atualiza depois, o que é tolerante — mas um link de compartilhamento que você mandou para um cliente fica morto enquanto a máquina está fora do ar.
• As atualizações são suas, e o Nextcloud as lança em ritmo acelerado. É uma aplicação PHP em um IP público com a sua vida inteira dentro dela, então corrigi-la não é algo para adiar até um mês mais tranquilo.
• A capacidade é sua para vigiar. Um celular que envia cada foto automaticamente vai encher um disco que você dimensionou com generosidade, em um cronograma que você não planejou, e um disco cheio corrompe mais do que trava.
• A recuperação é sua. Restaurar significa o banco de dados e a árvore de arquivos juntos, no mesmo ponto no tempo. Restaurar um sem o outro produz uma interface funcional listando arquivos que não estão lá.

Nada disso é pesado depois de configurado. São alguns minutos por mês, mais uma tarde cuidadosa no início, e é a mesma disciplina que qualquer serviço auto-hospedado exige — a diferença é só que este guarda as coisas que você mais odiaria perder. Se você já passou por hospedar um site você mesmo, nada disso será desconhecido.

Dimensionando a máquina: planeje para os dados, não para a aplicação

O Nextcloud em si é uma aplicação PHP modesta. Quase todo erro de dimensionamento aqui vem de precificar a aplicação e esquecer que o objetivo do exercício é guardar dados que crescem. Acerte o formato logo no início, porque migrar uma árvore de arquivos e o seu banco de dados entre máquinas depois é a tarde menos agradável de toda a auto-hospedagem.

• O armazenamento é a decisão que escolhe o seu plano, e você precisa de aproximadamente o dobro do que os seus arquivos ocupam hoje. O versionamento guarda cópias antigas de arquivos alterados, a lixeira segura as exclusões por uma janela de retenção, e as miniaturas e pré-visualizações geradas são uma porcentagem real em cima de uma biblioteca de fotos.
• A memória decide como é usar o sistema, não se ele funciona. 2 GB rodam uma instância de um único usuário; 4 GB são confortáveis para uma casa com envios do celular ativos; 8 GB ou mais importam quando uma suíte de documentos e um punhado de usuários simultâneos entram em cena.
• A CPU fica ociosa quase o tempo todo, e então importa muito, por um breve instante — a primeira geração de pré-visualizações de uma biblioteca de fotos recém-importada, e qualquer conversão de documento na hora, são os picos que vale a pena ter folga para absorver.
• O banco de dados quer armazenamento rápido, e os arquivos não precisam tanto disso. As operações de metadados batem no banco de dados o tempo todo, enquanto a árvore de arquivos é majoritariamente leituras e escritas sequenciais — por isso um disco raiz NVMe pequeno ao lado de capacidade em volume é um formato melhor do que um único volume gigante e lento.
• A transferência não tem limite aqui, mas o envio inicial de uma biblioteca já existente é um evento único e genuinamente grande. Planeje para que ele rode durante a noite, em vez de ser pego de surpresa por ele.

Na prática, isso recai em dois lugares, dependendo de quanto você está de fato armazenando. Abaixo de algumas centenas de gigabytes — documentos, uma biblioteca de fotos modesta, uma ou duas pessoas — a VPS-8 a $13.99/mo, com 4 vCPU EPYC, 8 GB DDR5 ECC e 120 GB de NVMe Gen4, é rápida e mais do que suficiente. Assim que um celular com galeria de fotos entra na jogada, a capacidade vira a questão inteira, e pagar por NVMe deixa de fazer sentido: um servidor de armazenamento a partir de $7.99/mo te dá 1 TB em RAID-6, e o STO-4 a $22.99/mo te dá 4 TB — o que é uma categoria de folga totalmente diferente de qualquer VPS, por uma fração do preço por terabyte. Se você está consolidando uma casa inteira ou uma equipe pequena além disso, um servidor dedicado a partir de $64/mo com 2 × 1 TB NVMe te dá velocidade e espaço juntos, sem a conta ficar sem sentido.

Passo a passo: de um servidor novo a uma sincronização funcionando

1. 01Implante o servidor e blinde-o primeiroUma máquina Debian ou Ubuntu, SSH só por chave, firewall que nega tudo por padrão — antes de um único arquivo estar nela. Faça isso enquanto a máquina ainda está vazia e sem graça.
2. 02Aponte um domínio para o servidor e deixe o certificado ser emitidoOs clientes do Nextcloud se recusam a sincronizar por HTTP simples, e com razão. O hostname precisa resolver para a máquina antes que o certificado possa ser emitido, o que é, disparado, a causa mais comum de instalação malsucedida.
3. 03Escolha o método de instalação e siga com eleA imagem de container é o caminho mais rápido e o mais fácil de manter atualizado; uma instalação manual em um servidor web e banco de dados te dá mais controle sobre os ajustes finos. Escolha um — misturar os dois é como as atualizações quebram.
4. 04Use um banco de dados de verdade, não o SQLiteO SQLite funciona para exatamente um usuário fazendo quase nada, e trava no momento em que dois clientes sincronizam ao mesmo tempo. Escolha o MariaDB ou o PostgreSQL na hora da instalação, porque converter depois é uma migração desagradável.
5. 05Adicione um cache de memória e configure as tarefas em segundo planoRedis para bloqueio de arquivos e cache, e um cron no nível do sistema para as tarefas em segundo plano, em vez do padrão disparado pelo navegador. Pular essas etapas é o motivo de algumas instâncias auto-hospedadas parecerem lentas e outras parecerem instantâneas.
6. 06Aumente os limites de upload antes de migrar qualquer coisaOs padrões são dimensionados para arquivos pequenos e vão rejeitar um vídeo ou uma imagem de disco. Ajuste os limites na configuração do servidor web e do PHP primeiro, ou o seu primeiro upload grande falha em noventa por cento.
7. 07Migre seus arquivos em uma única passada deliberadaEnvie a biblioteca existente por um cliente de desktop ou copie-a diretamente para o lugar e dispare uma varredura. Faça isso uma vez, durante a noite, antes que alguém dependa da instância.
8. 08Conecte os clientes, depois configure os backups no mesmo diaSincronização no desktop, envio automático do celular, calendário e contatos. Depois configure e de fato teste o backup — uma instância em produção sem um caminho de restauração é uma contagem regressiva.

Criptografia: o que realmente te protege, e o que só parece proteger

Esta é a seção que mais importa se você saiu de uma nuvem de consumo especificamente porque uma empresa conseguia ler seus arquivos, e é a que a maioria dos guias erra. O Nextcloud tem um recurso chamado criptografia do lado do servidor. Ativá-lo parece ser a resposta. Na maior parte do tempo não é, e entender o porquê te poupa de uma falsa sensação de segurança que é pior do que nenhuma criptografia.

• A criptografia do lado do servidor mantém as chaves no próprio servidor. A aplicação precisa conseguir descriptografar seus arquivos para entregá-los a você, então qualquer um com acesso à máquina em funcionamento tem tudo o que a máquina tem. Ela protege contra um disco roubado ou um backend de armazenamento externo não confiável — não contra um servidor comprometido ou o seu operador.
• A criptografia de ponta a ponta é a coisa real, e é deliberadamente limitada. Ela criptografa no cliente para pastas específicas, o que significa que o servidor genuinamente não consegue lê-las — e também significa nenhuma interface web, nenhuma pré-visualização, nenhuma busca do lado do servidor e nenhum link de compartilhamento público para esse conteúdo.
• A criptografia de disco completo no servidor protege uma máquina desligada. Um servidor em funcionamento tem o volume montado e a chave na memória, então ela defende contra o descarte e a apreensão física de uma máquina fria — e nada além disso.
• Criptografar antes do upload é o que a maioria das pessoas realmente quer. Uma ferramenta que criptografa uma pasta localmente e sincroniza o texto cifrado te dá confidencialidade real com um Nextcloud normal por baixo, ao custo das pré-visualizações e do acesso pelo navegador para essa pasta.
• Criptografia de transporte não é criptografia de armazenamento. O HTTPS protege os arquivos em trânsito e nada em repouso, e confundir os dois é o mal-entendido mais comum de toda essa área.

Para a maioria das pessoas, a resposta honesta é mista. Rode a instância normalmente — é o seu servidor, e a conveniência das pré-visualizações, da busca e dos links de compartilhamento é o motivo inteiro de você não estar simplesmente usando um arquivo criptografado. Depois pegue a minoria genuinamente sensível dos seus arquivos — os documentos, as chaves, as coisas que importariam em um ano ruim — e criptografe-os do lado do cliente antes que cheguem ao disco. Isso te dá uma nuvem utilizável e um cofre de verdade, em vez de um meio-termo medíocre fingindo ser os dois.

Os vazamentos de identidade que uma instalação padrão deixa no lugar

O Nextcloud remove a empresa que estava lendo seus arquivos. Ele não remove sozinho tudo o que liga o servidor a uma pessoa — e a maioria dessas coisas vem de etapas que parecem não ter relação nenhuma com armazenamento.

• O domínio. Um registrador guarda sua identidade mesmo quando o WHOIS público está redigido, e precisa de um endereço de contato válido para manter o nome ativo. O hostname é a forma mais comum de rastrear um servidor auto-hospedado até o seu dono.
• Transparência de certificados. No momento em que um certificado é emitido, o hostname exato é publicado em logs públicos que qualquer um pode pesquisar. Um subdomínio que você presumia ser privado — cloud.algumacoisa, files.algumacoisa — é anunciado para o mundo inteiro, com um timestamp junto.
• A hospedagem. Se o servidor foi alugado com um cartão no seu nome legal, a máquina está no seu nome legal, não importa o que rode nela. Isso é decidido no cadastro, bem antes do primeiro arquivo.
• Notificações push no celular. Por padrão, os aplicativos oficiais roteiam as notificações pelos serviços de push dos fabricantes da plataforma, o que significa que metadados sobre a sua instância chegam ao Google ou à Apple mesmo que os seus arquivos não cheguem.
• Metadados de fotos. As imagens carregam dados EXIF, incluindo coordenadas de GPS e identificadores de dispositivo. Mover a galeria de fotos do celular para o seu próprio servidor não remove nada disso — só move para um lugar que você controla, o que é melhor, mas não é o mesmo que removê-los.
• Integrações externas. Compartilhamento federado, backends de armazenamento remoto, notificações por e-mail e verificações de atualização da loja de aplicativos — tudo isso faz chamadas para fora a partir da máquina, e cada uma delas é um terceiro que enxerga o seu servidor.
• Logs do servidor. Os seus próprios logs registram endereços IP e user agents de cada sincronização. Na sua própria máquina, tudo bem — até a máquina ser apreendida, ponto em que os seus logs se tornam evidência sobre os seus próprios movimentos.

Fechar essas brechas é trabalho comum, não algo exótico. Escolha um registrador que aceite cripto e colete o mínimo possível. Coloque a máquina em uma hospedagem que nunca perguntou quem você é e pague a partir de um saldo em cripto — o Bitcoin é pseudônimo, não anônimo, então recarregar em Monero é o que fecha o rastro on-chain, se isso importar para você. Desative as notificações push se os metadados te incomodarem, e aceite a sincronização com atraso que vem junto. E se a instância é só para você e um punhado de pessoas de confiança, não a exponha para a internet inteira: coloque-a atrás de um túnel WireGuard e deixe-a responder só pelo túnel — o que também elimina toda uma categoria de ataques contra uma tela de login pública.

Mantendo tudo no ar depois da migração

Um servidor de arquivos que funciona há um ano é um servidor de arquivos que ninguém olha há um ano. Uma rotina curta é a diferença entre isso e perder aquilo que você o construiu para proteger.

• Faça backup do banco de dados e da árvore de arquivos juntos, a partir de um ponto no tempo consistente. Um backup de arquivos sem o banco de dados correspondente restaura como uma instância de aparência vazia, cheia de órfãos.
• Mantenha uma cópia que não esteja no servidor. Um snapshot que vive na mesma máquina sobrevive a uma falha de disco e nada mais — não a um comprometimento, não a uma exclusão por engano que sincroniza para todo lugar, não a uma conta perdida.
• Restaure uma vez, de propósito, enquanto nada está quebrado. Um backup nunca testado da sua biblioteca de fotos é uma hipótese sobre as suas memórias.
• Atualize no ritmo do projeto e nunca pule uma versão principal. O Nextcloud faz upgrade uma versão principal de cada vez, e pular duas é uma migração que você vai ter que desfazer na mão.
• Fique de olho no espaço livre, com folga de verdade. Upgrades precisam de espaço para trabalhar, e um disco que enche durante uma migração de banco de dados é como uma atualização de rotina vira uma restauração.
• Verifique se as tarefas em segundo plano estão realmente rodando. A geração de pré-visualizações, a limpeza da lixeira e a poda de versões moram ali, e um cron quebrado silenciosamente só aparece meses depois, como um disco misteriosamente cheio.

Já aproveite e adicione uma verificação externa — algo que busca a página de login de fora e reclama quando ela para de responder te avisa que a instância caiu antes de um cliente de sincronização engasgado o fazer. E trate a máquina em si do jeito que os primeiros dez minutos em uma VPS nova descrevem, porque o que está em jogo em uma máquina que guarda todos os seus documentos não é menor do que em uma que guarda dinheiro.

Erros que custam os arquivos das pessoas

• Instalar com o SQLite porque era o padrão, e depois ver tudo travar na primeira vez que dois dispositivos sincronizam ao mesmo tempo.
• Tratar a lixeira e as versões de arquivo como um backup, e descobrir que não são no dia em que um cliente de sincronização propaga uma exclusão para todo lugar.
• Migrar a biblioteca de fotos inteira antes de configurar os backups, e viver um mês inteiro na janela em que a única cópia está em uma máquina alugada.
• Ativar a criptografia do lado do servidor, concluir que os arquivos agora estão privados até da hospedagem, e agir com base nessa crença.
• Dimensionar o disco para o que os arquivos ocupam hoje, sem margem para versões, lixeira e pré-visualizações.
• Pular o cache de memória e a configuração das tarefas em segundo plano, e depois culpar o hardware por uma instância que parece lenta.
• Deixar os limites de upload no padrão, e descobrir no meio da migração que qualquer coisa grande falha silenciosamente.
• Pular duas versões principais em uma única atualização porque a instância ficou parada, sem ninguém mexer, por um ano.
• Alugar o servidor e registrar o domínio no seu próprio nome, depois de acertar tudo o mais.

O Nextcloud é um dos raros projetos auto-hospedados que realmente empata com o produto comercial que substitui nas coisas que importam no dia a dia — a sincronização simplesmente funciona, o aplicativo do celular simplesmente funciona, e depois de uma semana você para de notar a diferença. A instalação é uma tarde e a migração é uma noite. O que sobra é cada arquivo que você possui em uma máquina que responde só a você, paga a partir de um saldo em cripto, em uma hospedagem que nunca pediu o seu nome. Dimensione o disco para o que os dados vão se tornar, não para o que eles são hoje, criptografe do lado do cliente a pequena parte que realmente precisa disso, e configure o backup antes de precisar dele, não depois.