Ao seguir contas em servidores Pleroma ou Misskey a partir da sua conta no Mastodon, às vezes as publicações não aparecem ou as respostas se perdem. Isso acontece porque o Mastodon usa ActivityPub, mas o Pleroma e o Misskey implementam partes do protocolo de forma diferente. Este artigo explica como estabelecer a federação com esses servidores, como pesquisar usuários entre instâncias e como corrigir os problemas de conectividade mais comuns.
Principais Conclusões: Federando com Servidores Não-Mastodon
- Barra de pesquisa com o identificador completo: Digite @usuário@domínio exatamente para encontrar contas em instâncias Pleroma ou Misskey.
- Federação > Domínios > Bloqueio de domínio: Verifique esta página nas configurações de administração do Mastodon para garantir que o servidor remoto não está bloqueado.
- Moderação > Denúncias > Resolver: Se a federação quebrar, use esta ferramenta de administração para solicitar novamente o nodeinfo do servidor remoto e restabelecer a conexão.
Como o Mastodon Descobre e se Conecta a Servidores Não-Mastodon
O Mastodon depende do protocolo ActivityPub para se comunicar com outros servidores. Quando você interage com uma conta em uma instância Pleroma ou Misskey, o Mastodon primeiro realiza uma consulta WebFinger para resolver o ID ActivityPub do usuário. Em seguida, ele busca o endpoint nodeinfo do servidor remoto para entender sua versão de software e capacidades. Se o servidor remoto retornar uma resposta nodeinfo válida, o Mastodon a adiciona à sua tabela de federação interna e começa a trocar atividades como seguir, impulsionar e responder.
Os problemas ocorrem quando o servidor remoto não expõe seu nodeinfo corretamente, quando a versão do software do servidor usa uma extensão ActivityPub incompatível ou quando o administrador do Mastodon bloqueou manualmente o domínio remoto. Tanto o Pleroma quanto o Misskey suportam ActivityPub, mas podem usar tipos de objeto diferentes para enquetes, posts com citação ou avisos de conteúdo. O Mastodon descarta silenciosamente atividades que não consegue interpretar, o que faz a federação parecer quebrada.
Pré-requisitos para a Federação
Sua instância Mastodon deve ter a federação de saída habilitada. Isso está ativado por padrão na maioria das instâncias. O servidor remoto também deve permitir a federação de entrada da sua instância. Alguns administradores de Pleroma e Misskey bloqueiam instâncias Mastodon específicas devido a spam ou diferenças de política. Você não pode forçar a federação se o administrador remoto bloqueou sua instância.
Passos para Pesquisar, Seguir e Interagir com Contas no Pleroma ou Misskey
- Abra a barra de pesquisa do Mastodon
Clique no ícone de lupa na interface web do Mastodon ou pressione Ctrl+F no aplicativo de desktop. Isso abre o painel de pesquisa e exploração. - Digite o identificador ActivityPub completo
Insira o identificador exato do usuário no formato @nomeusuário@domínio. Por exemplo, @alice@pleroma.social. O Mastodon realizará uma consulta WebFinger no domínio remoto. Não omita o símbolo @ inicial. - Aguarde o resultado da pesquisa aparecer
Se o servidor remoto responder corretamente, o perfil do usuário aparecerá nos resultados da pesquisa em alguns segundos. Clique no perfil para visualizá-lo. Se nenhum resultado aparecer, o servidor remoto pode estar inacessível ou bloqueando sua instância. - Clique no botão Seguir
Na página de perfil do usuário remoto, clique no botão Seguir. O Mastodon envia uma atividade ActivityPub Follow para o servidor remoto. O usuário remoto deve aprovar o seguimento se a conta estiver bloqueada. - Verifique as publicações do usuário remoto em sua linha do tempo
Após o seguimento ser aceito, novas publicações públicas desse usuário aparecerão em sua linha do tempo inicial. Se as publicações não aparecerem em 15 minutos, o link de federação pode estar incompleto.
Se o Usuário Não Aparecer na Pesquisa
Quando um identificador não retorna resultados, o servidor remoto pode estar usando um endpoint WebFinger diferente. Tente pesquisar com a URL ActivityPub completa. Vá para a página de perfil do usuário remoto em sua instância de origem, copie a URL e cole na barra de pesquisa do Mastodon. O Mastodon analisará a URL e tentará buscar o objeto ator ActivityPub do usuário diretamente.
Solução de Problemas de Falhas na Federação entre Mastodon e Pleroma ou Misskey
Se você não conseguir seguir um usuário ou suas publicações não aparecerem, o problema pode estar em qualquer um dos lados. Estes são os padrões de falha mais comuns e como corrigi-los.
Servidor Remoto Bloqueado pelo Administrador do Seu Mastodon
O administrador da sua instância pode ter bloqueado o domínio remoto. Você não pode contornar esse bloqueio como usuário comum. Para verificar, peça ao seu administrador para visitar Administração > Federação > Domínios > Bloqueios de domínio no painel de administração do Mastodon. Se o domínio aparecer na lista, o administrador deve remover o bloqueio para permitir a federação.
Servidor Remoto Retorna Erro 403 ou 410
Alguns servidores Pleroma e Misskey retornam HTTP 403 Forbidden ou 410 Gone quando o Mastodon tenta buscar o perfil de um usuário. Isso acontece quando o firewall ou proxy reverso do servidor remoto bloqueia a string de user-agent do Mastodon. O administrador remoto deve permitir o user-agent do Mastodon ou colocar o intervalo de IP da sua instância na lista de permissões.
Publicações Ausentes da Linha do Tempo Após Seguir
Se o seguimento for bem-sucedido, mas as publicações não aparecerem, o Mastodon pode não ter conseguido buscar as publicações anteriores do usuário remoto. O Mastodon só busca publicações feitas após o seguimento ser aceito. Publicações mais antigas nunca aparecem. Se novas publicações ainda não aparecerem, o servidor remoto pode estar entregando atividades para uma URL de inbox diferente. O administrador do Mastodon pode verificar os logs de federação em Administração > Federação > Registro de atividades para erros de entrega.
Respostas Não Aparecendo em Threads do Mastodon
Pleroma e Misskey às vezes enviam respostas com um campo inReplyTo apontando para um objeto não-Mastodon. O Mastodon pode não conseguir resolver esse objeto se o servidor remoto não o expuser publicamente. Esta é uma limitação conhecida. A única correção é o servidor remoto garantir que todas as publicações públicas estejam acessíveis sem autenticação.
| Item | Mastodon | Pleroma / Misskey |
|---|---|---|
| Protocolo | ActivityPub 1.0 | ActivityPub 1.0 com extensões personalizadas |
| Endpoint WebFinger | /.well-known/webfinger | Mesmo, mas pode exigir parâmetro resource |
| Endpoint Nodeinfo | /.well-known/nodeinfo | Mesmo, mas algumas versões retornam versão 2.0 enquanto Mastodon espera 2.1 |
| Suporte a aviso de conteúdo | Campo summary no objeto Note | Campo summary para Pleroma; Misskey usa campo contentWarning |
| Suporte a post com citação | Não suportado nativamente | Ambos suportam posts com citação via tipos de objeto personalizados |
| Tipo de objeto de enquete | Tipo Question | Pleroma usa Question; Misskey usa objeto de enquete personalizado |
O Mastodon descarta qualquer atividade que use um tipo de objeto não suportado. Isso significa que posts com citação do Misskey e enquetes do Misskey não aparecerão em sua linha do tempo do Mastodon. Posts com citação do Pleroma também não federam para o Mastodon. Essas são diferenças de design intencionais que nenhuma alteração de configuração pode corrigir.
Para verificar se a federação está funcionando, peça a um amigo no servidor remoto para mencionar sua conta do Mastodon em uma publicação pública. Se a menção aparecer na sua aba de Notificações, o relay ActivityPub está funcional. Você pode então seguir usuários e interagir com suas publicações públicas normalmente. Lembre-se de que mensagens diretas e publicações apenas para seguidores podem não federar corretamente entre diferentes implementações de software.