BlueMap público: qué revisar antes de compartir el mapa

Antes de publicar BlueMap, decide qué puede ver un visitante sin iniciar sesión y compruébalo desde fuera de tu red. Revisa por separado el terreno, las posiciones de jugadores, los marcadores y los datos que ya se habían generado. Ocultar una zona en una pantalla no demuestra que toda la información relacionada haya dejado de estar disponible.

Este procedimiento sirve para responsables de comunidades, equipos de construcción y organizadores que ya tienen BlueMap instalado y necesitan autorizar su apertura. El resultado es una ficha de publicación con pruebas y responsables. No es una garantía de confidencialidad ni una auditoría ejecutada sobre tu servidor.

Define una política que se pueda comprobar

Escribe una frase que explique el propósito del mapa: «mostrar el distrito público y sus servicios, sin revelar la competición todavía». Evita objetivos ambiguos como «que sea privado», porque cada persona puede interpretar algo distinto.

Prepara una tabla de zonas y datos. Incluye cada dimensión, los mundos de ensayo, las construcciones pendientes, las posiciones de participantes y los marcadores añadidos por integraciones. Para cada elemento asigna público, restringido o excluido, además de una persona que pueda aprobar cambios.

En un ejemplo hipotético, un equipo quiere enseñar el spawn y las tiendas, pero reservar una arena hasta el anuncio. Su primera publicación puede limitarse al distrito público, sin posiciones en directo y con una lista revisada de marcadores. Es una decisión editorial y operativa propuesta, no una configuración universal de BlueMap.

Acordad también quién puede detener la publicación si una construcción aparece antes de su anuncio. Esa persona necesita un procedimiento concreto y acceso al sistema correspondiente antes de compartir el enlace; una responsabilidad escrita sin medios para actuar no basta.

Limita el terreno que se genera

BlueMap permite incluir y excluir áreas mediante render-mask; las máscaras se procesan en orden. La documentación indica que los cambios actualizan el mapa y eliminan teselas fuera del área definida. Verifica el comportamiento en tu versión y revisa el resultado antes de abrir el acceso. Consulta las máscaras oficiales.

Para el ejemplo, pide que se publique únicamente el distrito acordado. Revisa sus límites desde arriba, en perspectiva y cerca del borde. Una arena excluida puede seguir siendo fácil de localizar si una carretera, un nombre de marcador o una construcción contigua la señala. La prueba debe cubrir la información que el visitante puede deducir, además de la geometría visible.

No copies coordenadas de una demostración: usa las aprobadas por tu equipo. Conserva una captura del área permitida y una identificación de la configuración aplicada. Si aparecen bloques que deberían quedar fuera, detén la publicación y resuelve la discrepancia antes de ampliar el mapa.

Trata las posiciones y los marcadores como otra publicación

live-player-markers controla el envío de posiciones a la aplicación web mediante el servidor integrado. También existen escrituras periódicas de datos de jugadores y marcadores al almacenamiento. Comprueba ambas vías y los complementos instalados: desactivar una no acredita que las demás estén cerradas. Las opciones se describen en la configuración del plugin.

Haz la revisión con una cuenta de prueba y un observador externo. Entra, muévete entre la zona pública y la reservada, cambia de dimensión y desconéctate. Anota qué aparece durante cada transición. Si la política prohíbe posiciones públicas, cualquier coordenada visible exige corregir la configuración o la integración correspondiente.

Revisa también los textos de marcadores: nombres de equipos, enlaces, coordenadas y descripciones pueden anticipar contenido aunque no haya ningún jugador conectado. Asigna a alguien la revisión de los marcadores manuales y a otra persona el comportamiento de las integraciones automáticas. Si un sistema vuelve a crear lo que borras, corregir el mapa a mano solo resuelve el síntoma temporalmente.

Incluye un ciclo de actualización en el ensayo. Una vista inicial limpia no basta si la siguiente importación vuelve a incorporar la información excluida. Anota qué sistema genera cada elemento problemático para que el desarrollador responsable tenga un caso concreto que investigar.

Comprueba datos antiguos y accesos alternativos

Quitar un mapa de la configuración no equivale a eliminar todos sus datos ya renderizados. La guía de configuración separa ambos pasos. Antes de retirar datos, identifica el mapa y el almacenamiento correctos y acuerda qué copia conservar fuera del acceso público.

Para una publicación restringida, prueba tanto la dirección habitual como cualquier acceso directo al servidor de origen. El servidor integrado permite configurar la interfaz de escucha; la referencia del servidor web documenta esa opción. La topología debe decidirse para tu despliegue: una receta para un proxy en la misma máquina no se traslada sin más a contenedores o máquinas separadas.

Pide al responsable web que compruebe las rutas de datos, además de la página principal, y cualquier caché o copia pública que utilice el proyecto. Una sesión nueva ayuda a repetir la prueba como visitante, pero no retira capturas ni archivos descargados anteriormente. Si el contenido necesita seguir siendo secreto, la medida más sólida es no publicarlo desde el principio.

Firma una ficha de apertura

Usa una ficha breve que otro miembro del equipo pueda repetir:

Comprobación	Evidencia que guardar	Condición para abrir
Terreno y dimensiones	Capturas y configuración identificada	Solo aparece el alcance aprobado
Jugadores y transiciones	Registro de la cuenta de prueba	Se cumple la política de posiciones
Marcadores e integraciones	Lista revisada y prueba de actualización	No reaparece información excluida
Rutas y datos anteriores	URLs propias comprobadas y resultado	No se accede a contenido restringido
Retirada del acceso	Responsable y procedimiento	El equipo sabe cerrar la publicación

Registra fecha, versión de BlueMap, entorno, revisor y excepciones. Una prueba no realizada queda pendiente; no la marques como aprobada porque la portada del mapa se vea bien. Repite las comprobaciones afectadas cuando cambien mundos, máscaras, complementos o alojamiento web.

Si necesitas coordinar el servidor y la publicación web, la infraestructura gestionada permite plantear el despliegue y sus responsabilidades. Para marcadores o controles conectados a sistemas propios, prepara el alcance de la integración a medida: qué información puede salir, quién la aprueba y cómo se acepta la entrega. Son proyectos de pago con presupuesto individual; el soporte posterior se acuerda aparte.