Sincronización entre instancias y qué viaja

Una instancia se conecta con otra configurando un servidor: su dirección, la organización remota, la clave de la cuenta de sincronización y qué se hace con él, empujar (enviar lo propio) o descargar (traer lo ajeno). Antes de mirar niveles, grupos o reglas hay una condición que filtra todo: el estado del evento.

Abre la terminal del escritorio y lee reglas-de-la-plataforma.txt (cat reglas-de-la-plataforma.txt). Es el resumen del manual que usa la Mesa.

Ahora la cola entera contra el servidor S-1. Para cada evento se aplican las reglas en orden: si está publicado, si su nivel se empuja, si la organización remota está en el grupo cuando es un 4, y la regla de empuje propia del servidor. Basta que una falle para que el evento se quede.

Lee servidores.txt y cola-de-empuje.txt.

Al llegar, un evento puede bajar de nivel. Un 2, comunidades conectadas, llega como 1: la otra instancia lo ve en su comunidad, pero ya no lo empuja más lejos. Un 3, todas las comunidades, llega como 3 y puede seguir viajando. Un 4 conserva su grupo. Esa bajada es la que impide que un dato pensado para el vecino acabe tres instancias más allá.

Las reglas de empuje de un servidor filtran además por etiqueta u organización. Son una red de seguridad útil, pero no arreglan la causa: un evento con una etiqueta de difusión restringida y una distribución abierta tiene una contradicción, y la regla solo protege a ese servidor. Hacia cualquier otro destino sin esa regla, el evento saldría.

Busca en la cola el evento que no viaja a S-1 solo por la regla de empuje.

Un servidor marcado como instancia interna recibe trato de confianza total: no se le baja el nivel y se le empuja también lo que es solo de la organización. Por eso se reserva para instancias de la misma organización, como un respaldo. Marcar como interna la instancia de otra comunidad es entregarle todo lo propio.

Lee la fila de S-2 en servidores.txt y vuelve a la cola.