Você está migrando sua conta do Bluesky para um Personal Data Server PDS e o processo para em 50% ou 75%. O spinner de migração continua girando por horas sem mensagem de erro. Isso geralmente acontece porque os registros DNS do seu domínio personalizado não foram totalmente propagados ou porque o PDS não consegue verificar a propriedade do domínio. Este artigo explica por que a migração trava e fornece as etapas exatas para concluir a transferência.
Principais Conclusões: Corrigindo uma Migração PDS do Bluesky Travada
- Registro DNS TXT para atproto: A migração exige um registro TXT específico em _atproto.seudominio.com para comprovar a propriedade do domínio.
- Verificação de Propagação DNS: Use um verificador de DNS global para confirmar que o registro está visível de vários locais antes de tentar a migração novamente.
- Reiniciar a Migração do Zero: Se o DNS estiver correto mas o processo estiver travado, cancele a migração atual e inicie uma nova nas configurações do Bluesky.
Por que a Migração PDS do Bluesky Trava no Meio do Caminho
O Bluesky usa o AT Protocol para permitir que você hospede seus dados em seu próprio servidor. Ao migrar para um Personal Data Server, o sistema realiza várias verificações em sequência. Primeiro, verifica se seu domínio está configurado corretamente com um registro DNS TXT que aponte para seu PDS. Segundo, estabelece uma conexão entre sua conta do Bluesky e o novo servidor. Terceiro, transfere suas postagens, seguidores e metadados da conta.
A migração para no meio do caminho quando a etapa de verificação falha silenciosamente. O cliente Bluesky mostra uma barra de progresso que vai até 50% ou 75% e então para. Os logs do servidor no seu PDS podem mostrar um erro de tempo limite ou uma falha de handshake. A causa técnica mais comum é que o registro DNS TXT para o identificador do AT Protocol _atproto.seudominio.com ainda não está visível para os servidores do Bluesky. A propagação DNS pode levar de alguns minutos a 48 horas, dependendo do seu registrador de domínio e do valor TTL que você definiu.
Outra causa é uma URL de endpoint PDS incorreta. Se você digitou o endereço errado durante a configuração da migração, a tentativa de conexão expirará. O processo de migração nem sempre mostra uma mensagem de erro clara para esse cenário.
O que o Registro DNS do AT Protocol Deve Conter
O formato exato exigido é um registro TXT com o host _atproto e o valor did=did:plc:seuIdentificadorPDS. O identificador é o DID que você recebeu ao configurar seu PDS. Se o valor estiver sem o prefixo did= ou contiver espaços extras, a verificação falha e a migração trava.
Correção Passo a Passo para uma Migração PDS Travada
Siga estas etapas em ordem. Não pule a etapa de verificação DNS, mesmo que você já tenha verificado seus registros anteriormente.
- Verifique a propagação DNS para o registro AT Protocol
Abra um verificador de propagação DNS global, como whatsmydns.net ou dnschecker.org. Digite_atproto.seudominio.comcomo hostname e selecione TXT como tipo de registro. Se algum local mostrar um X vermelho ou um valor diferente do esperado, o registro não está totalmente propagado. Aguarde até que todos os locais mostrem o valor TXT correto. - Verifique o conteúdo exato do registro TXT
No seu registrador de domínio ou provedor DNS, abra a página de gerenciamento DNS. Encontre o registro TXT para_atproto. O valor deve ser exatamentedid=did:plc:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx. Não deve haver aspas ao redor do valor, a menos que seu provedor as adicione automaticamente. Se o valor estiver errado, corrija-o e aguarde a propagação novamente. - Reinicie a migração pelo aplicativo web do Bluesky
Vá em Configurações > Conta > Migração. Clique no botão Cancelar Migração ou Redefinir. Isso limpa o processo travado. Atualize a página e clique em Iniciar Migração novamente. Digite a URL do endpoint PDS exatamente como fornecida pelo seu serviço de hospedagem. A URL deve começar comhttps://e não deve ter uma barra no final. - Verifique os logs do servidor PDS para erros de conexão
Se você tiver acesso SSH ao seu PDS, executesudo journalctl -u pds -fpara monitorar logs ao vivo. Procure por linhas contendoERRORoutimeout. Um erro comum éFailed to verify domain ownership. Se você vir isso, volte ao passo um e verifique novamente o registro DNS. - Tente um provedor DNS diferente se a propagação for lenta
Alguns registradores têm tempos de propagação lentos. Se seu provedor atual mostrar resultados inconsistentes após 24 horas, considere mover o domínio para Cloudflare ou outro provedor com propagação instantânea. Após transferir o DNS, atualize o registro AT Protocol e aguarde 10 minutos antes de tentar a migração novamente. - Entre em contato com seu host PDS para verificação
Se você estiver usando um serviço PDS gerenciado como Bluesky Hosting ou uma configuração auto-hospedada, abra um ticket de suporte ou verifique a página de status deles. O host pode ter bloqueado a migração devido a um erro de configuração da parte deles. Forneça a eles seu nome de domínio e o erro exato dos logs do servidor.
Se a Migração Ainda Falhar Após Verificar o DNS
URL do endpoint PDS está incorreta
A URL do endpoint que você insere nas configurações do Bluesky deve corresponder exatamente à URL do seu PDS. Se seu PDS estiver em pds.seudominio.com, o endpoint é https://pds.seudominio.com. Não inclua um caminho como /migration. Se você não tiver certeza, pergunte ao seu provedor de hospedagem qual é o endpoint correto.
A conta já tem uma migração em andamento em outro dispositivo
Se você iniciou a migração no seu celular e depois tentou novamente no seu desktop, o Bluesky pode mostrar o estado travado em ambos os dispositivos. Saia de todos os dispositivos, exceto um. Nesse único dispositivo, vá em Configurações e cancele a migração. Em seguida, reinicie o processo a partir desse mesmo dispositivo.
O PDS não está em execução ou está atrás de um firewall
Seu PDS deve estar acessível pela internet pública na porta 443. Use uma ferramenta de verificação de portas para testar se seudominiodopds.com:443 está aberta. Se a porta estiver fechada, atualize suas regras de firewall. O processo PDS em si também deve estar em execução. No servidor, execute systemctl status pds para confirmar que está ativo.
O registro DNS usa um formato de hostname incorreto
Alguns provedores DNS anexam automaticamente o nome de domínio ao campo host. Se você digitar _atproto no campo host e o provedor anexar .seudominio.com, o registro final se torna _atproto.seudominio.com.seudominio.com. Para evitar isso, digite _atproto.seudominio.com como host e deixe o sufixo do domínio vazio, ou use um ponto final como _atproto.seudominio.com. Verifique a documentação do provedor para a sintaxe correta.
Migração PDS do Bluesky: Pontos de Falha Comuns de Relance
| Problema | Sintoma | Correção |
|---|---|---|
| DNS não propagado | Barra de progresso travada em 50% | Aguarde a propagação ou use um provedor DNS mais rápido |
| Valor do registro TXT incorreto | Nenhuma mensagem de erro, spinner continua | Corrija o valor para did=did:plc:... |
| URL do endpoint PDS errada | Processo falha em 75% | Insira a URL https:// exata sem barra no final |
| Firewall bloqueando a porta 443 | Tempo limite de conexão nos logs do servidor | Abra a porta 443 no firewall do servidor |
| Múltiplas sessões ativas | Migração aparece como em andamento em todos os dispositivos | Saia de todos os dispositivos, exceto um |
Agora você pode resolver uma migração PDS do Bluesky travada verificando a propagação DNS e reiniciando o processo. Após uma migração bem-sucedida, os dados da sua conta ficarão em seu próprio servidor, dando a você controle total sobre seu conteúdo e identidade. Para evitar problemas futuros, defina o TTL do registro DNS AT Protocol para 300 segundos para atualizações mais rápidas. Se você hospedar vários domínios no mesmo PDS, certifique-se de que cada domínio tenha seu próprio registro TXT _atproto com o DID correto.