Este tema cubre cómo seguir a un Actor de ActivityPub en Discourse con el Plugin de ActivityPub de Discourse, y es una continuación de Configurar un Actor de ActivityPub. Si no estás seguro de lo que esto significa, dirígete primero al tema Plugin de ActivityPub de Discourse.
Obtén el “handle” del Actor que deseas seguir (ver abajo).
Ve a la pestaña “Federación” en la vista de lista de temas de la Categoría o Etiqueta del Paso 1.
Haz clic en “Nuevo Seguimiento”, introduce el handle del Paso 2 y haz clic en “Buscar” (ver abajo).
Haz clic en “Seguir” cuando se encuentre el Actor.
Handles de Actor
La mayoría de los servicios de ActivityPub utilizan un protocolo llamado WebFinger para permitir que los Actores sean descubiertos por un “handle”. Esto suele tener el formato:
username@domain
A veces, el nombre de usuario va precedido de un símbolo, por ejemplo, @.
Discourse
Obtén el handle de un Actor de Discourse yendo a la pestaña “Federación” en la vista de lista de temas del Actor.
El handle en la captura de pantalla es @angusmcleod@mastodon.social
Búsqueda de un Actor
Cuando introduces un handle de Actor en el modal “Nuevo Seguimiento” y haces clic en “Buscar”, el plugin busca el handle utilizando WebFinger. Esta búsqueda puede no tener éxito. Si no se devuelven resultados:
Comprueba el handle que copiaste.
Comprueba que hay un servidor activo habilitado para ActivityPub en el dominio del handle.
Intenta buscar el handle en otro servicio de ActivityPub.
Si has intentado lo anterior y crees que el problema puede ser de tu sitio o del plugin:
Comprueba que la configuración del sitio activity pub verbose logging esté habilitada.
Realiza la búsqueda de nuevo.
Comprueba /logs en busca de registros etiquetados como “ActivityPub”.
Informa de cualquier problema que encuentres en una respuesta a este tema.
Hasta ahora, puedo federar publicaciones y respuestas entre Discourse y Mastodon, pero no entre Discourse y Discourse. Mis categorías federadas de Discourse están abiertas a todos, pero las instancias requieren una invitación antes de que se pueda crear una cuenta. ¿Crees que eso podría tener algo que ver?
Además, las respuestas a las publicaciones federadas hechas por otras personas no se federan a otras instancias involucradas en el hilo. ¿Es eso normal y esperado?
¡Podría ser! Probaré ese escenario y te responderé.
Discourse publica las actividades de un tema a todos los participantes del tema, incluso si no están siguiendo al actor relevante (es decir, categoría o etiqueta). Por lo tanto, esto no es lo esperado. Podría ser un problema en el extremo de Discourse (por favor, revisa los registros y házmelo saber si ves algo). También podría ser un problema en la plataforma donde esperas ver las respuestas.
Lo siento @angus, tengo que migrar mi instancia a otro servidor. Cuando activé ActivityPub en mis dos instancias de Discourse, mi Raspberry Pi 4 de 8 GB no pudo manejar el tráfico de ActivityPub y se sobrecalentaba y se congelaba. Proporcionaré una actualización si intento que ActivityPub funcione en una instancia experimental.
¿Alguna sugerencia para eliminar por completo un dominio de aplicación después de activarlo en ActivityPub?
Soy prácticamente incapaz de usar los subdominios anteriores debido al intenso tráfico que todavía están recibiendo, a pesar de que dejé de seguir las cuentas de la categoría en la instancia de Mastodon que estoy usando.
Hola Rob, lamento escuchar que estás teniendo problemas. El plugin ActivityPub ya tiene una serie de protecciones para lidiar con cargas de tráfico pesadas, en particular estas configuraciones del sitio:
activity_pub_rate_limit_post_to_inbox_per_minute: El valor predeterminado es 10. Esto significa que, por defecto, se procesan 10 solicitudes POST entrantes por IP por minuto. Intenta reducir este valor.
activity_pub_rate_limit_get_objects_per_minute: El valor predeterminado es 30 por IP por minuto. Esto significa que, por defecto, se procesan 30 solicitudes GET por IP por minuto. Intenta reducir este valor.
activity_pub_blocked_request_origins: Esto te permite bloquear todas las solicitudes de dominios que puedan estar causándote problemas.
activity_pub_allowed_request_origins: Esto te permite restringir las solicitudes a ciertos dominios, lo que significa que se bloquean las solicitudes de todas las demás fuentes.
Si la causa de tu problema es una carga de tráfico alta, la forma de lidiar con ella es utilizando las protecciones enumeradas anteriormente, a menos que tengas control sobre los servidores de donde proviene el tráfico.
Gracias por el consejo, Angus. Lo aprecio mucho. Configuré otra instancia de Discourse en un servidor experimental que no afectará a mis otros servicios e intentaré de nuevo siguiendo tus sugerencias.
No estoy seguro de en qué capa de mi infraestructura reside realmente el problema, pero podría ser el proxy inverso.
Estoy usando Cosmos Server como monitor de servidor, UI de gestión de contenedores docker y proxy inverso para mis otros contenedores docker como Discourse y otros servicios. Creo que el proxy inverso podría necesitar una configuración similar para una limitación de velocidad adecuada para las conexiones entrantes de ActivityPub.
Puede que hayan sido las solicitudes de sincronización entrantes de ActivityPub del servidor Mastodon externo las que sobrecargaron el proxy inverso y provocaron que el uso de RAM, CPU y red se maximizara y se sobrecalentara.
Actualizaré de nuevo una vez que reciba mi próximo envío de Raspberry Pis y tenga una placa de repuesto para usar como servidor experimental.
Gracias por tus geniales videos. ¿Me perdí alguna explicación sobre cómo los seguidores pueden responder/interactuar con esos temas? Me pregunto si sería un “servidor” ligero para el equipo de redes sociales.
