Configurar la whitelist del servidor de Minecraft: permitir solo a amigos

Con una whitelist de Minecraft limitas tu servidor a jugadores expresamente permitidos. Tiene sentido para mundos survival privados, proyectos de construcción, eventos o comunidades en las que quieres mantener el control sobre los accesos. Lo decisivo son tres puntos: white-list=true, nombres de jugadores bien mantenidos y enforce-whitelist=true, para que los cambios se apliquen de forma fiable.

Requisitos

Necesitas acceso a la consola del servidor, permisos OP en el juego o acceso al archivo server.properties. Además, deberías conocer los nombres exactos de Minecraft de los jugadores. En cuentas Java normalmente basta con el nombre de jugador. Si jugadores de Bedrock entran mediante Geyser, el nombre puede aparecer con un prefijo según la configuración de Geyser; en el ejemplo de partida se usa un punto.

Si estás configurando el servidor desde cero, te ayuda la guía complementaria Alquilar y configurar un servidor de Minecraft: guía completa 2026. Para más configuraciones cooperativas con una idea de acceso similar, también encontrarás la guía Alquilar y configurar un servidor de Valheim: guía coop 2026.

Configurar la whitelist de Minecraft

¿Qué es la whitelist?

La whitelist es un control de acceso para tu servidor. Solo los jugadores de la lista pueden entrar. No sustituye la moderación, pero evita que cuentas desconocidas entren simplemente usando la dirección del servidor. Para hosting multi-game de pago es especialmente práctico, porque puedes separar con más claridad el acceso al servidor, los casos de soporte y los procesos operativos: quien no está en la lista, no entra.

Microsoft documenta el comando correspondiente de Bedrock como /allowlist; allí se menciona /whitelist como alias y se describen las acciones add, remove, list, off, on y reload: Microsoft Learn sobre allowlist/whitelist. Para servidores Java, las entradas de server.properties y los comandos /whitelist mostrados abajo siguen siendo la base práctica.

Activar la whitelist

En server.properties:

white-list=true
enforce-whitelist=true

Ya que estás en server.properties: la línea motd define tu entrada en la lista de servidores; puedes darle color con nuestro generador de MOTD gratuito.

O mediante comando dentro del juego:

/whitelist on

Si editas el archivo directamente, detén antes el servidor o reinícialo después. Los cambios mediante comandos son más cómodos con el servidor en marcha, porque no tienes que entrar en el archivo cada vez.

Añadir jugadores

/whitelist add <nombre-del-jugador>

Para jugadores de Bedrock (mediante Geyser):

/whitelist add .<BedRockName>

Presta atención a la escritura. Si un jugador no puede entrar aunque lo hayas añadido, compara el nombre con lo que aparece en el intento de login o en los logs del servidor. En configuraciones con Geyser es especialmente importante saber si se usa un prefijo y cómo se trata el uso de mayúsculas y minúsculas.

Gestionar la whitelist

Usa /whitelist list después de cada cambio grande. Así detectas de inmediato errores tipográficos o nombres mantenidos por duplicado sin querer. Si eliminas a un jugador, enforce-whitelist=true es importante para que la exclusión no sea relevante recién en el siguiente intento de conexión.

whitelist.json

La whitelist se guarda en whitelist.json:

[
  {
    "uuid": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
    "name": "NombreJugador"
  }
]

Edita este archivo solo si sabes lo que haces. Para el uso normal, los comandos son más seguros porque el servidor gestiona correctamente nombres y UUIDs. Si modificas el archivo manualmente, usa después /whitelist reload o reinicia el servidor.

Comprobar el resultado

Comprueba primero con /whitelist list si están incluidos todos los jugadores deseados. Después, un jugador registrado debería poder entrar. Una cuenta no registrada debería ser rechazada. Revisa además la consola del servidor: allí verás si el intento de entrada falla por la whitelist, por un nombre incorrecto o por otro problema.

Para proyectos privados conviene una rutina corta: añadir jugador, probar entrada, mostrar lista, documentar el cambio. Especialmente con varios administradores, esto evita que las preguntas de soporte queden poco claras más tarde.

Solución de problemas

El jugador está en la lista, pero no puede entrar

Comprueba el nombre exacto, el modo de juego y posibles prefijos en Geyser. En caso de duda, elimina la entrada con /whitelist remove <name> y añádela de nuevo después.

Los jugadores eliminados siguen online

Configura enforce-whitelist=true y recarga la lista con /whitelist reload. Sin este ajuste, los jugadores eliminados pueden seguir conectados hasta desconectarse, según el estado del servidor.

Los cambios en el archivo no se aplican

Si has cambiado manualmente server.properties o whitelist.json, recarga la whitelist o reinicia el servidor de forma controlada. Comprueba también si realmente has editado el archivo de la instancia activa del servidor.

Confundir OPs y whitelist

Los permisos de operador son permisos administrativos, no una lista de acceso limpia. Mantén pocos OPs y gestiona la whitelist por separado. Así queda claro quién puede administrar y quién solo puede jugar.

Consejos

• Enforce Whitelist: Activa enforce-whitelist=true para que los jugadores sean expulsados cuando se eliminen de la lista
• Ops: Los operadores (OPs) también pueden entrar sin whitelist si enforce-whitelist está desactivado
• Automatización: Usa plugins como EasyWhitelist para una gestión basada en web

Comprobación, límites y vuelta atrás segura

La guía “Configurar la whitelist del servidor de Minecraft: permitir solo a amigos” se aplica al tipo de servidor descrito en el artículo y al estado de versión visible en el momento de la comprobación. Los nombres de menús, versiones disponibles, compatibilidad de mods o plugins y recursos necesarios pueden variar tras actualizaciones. Por eso, no traslades valores sin comprobarlos a otra versión de juego, loader o servidor.

Antes de cambiar el mundo, la partida, la configuración o extensiones, crea una copia de seguridad de los archivos afectados. Después cambia solo un paso relacionado y compruébalo con la misma versión de cliente y servidor con la que quieras jugar más adelante.

Una prueba individual correcta no garantiza rendimiento ni disponibilidad. Tamaño del mundo, mods, plugins, número de jugadores, ruta de red y carga simultánea pueden cambiar el resultado. Documenta versión, cambio y resultado de la prueba para poder entender desviaciones posteriores.

FAQ

¿Necesito reiniciar después de cada cambio?

No necesariamente. Si usas comandos como /whitelist add, /whitelist remove o /whitelist reload, puedes gestionar la lista con el servidor en marcha. Tras cambios manuales en archivos, un reload o reinicio tiene sentido.

¿Es mejor la whitelist que una contraseña?

Para Minecraft, la whitelist es el método más habitual porque permite cuentas concretas. Una contraseña no protege contra datos de acceso reenviados, mientras que una whitelist está ligada a nombres de jugador o cuentas.

¿Debería activar siempre enforce-whitelist=true?

Para servidores privados, normalmente tiene sentido. El ajuste hace que los jugadores eliminados no sigan online después de un reload aunque ya no estén en la lista.

¿Funciona la whitelist con mods y plugins?

Sí, la whitelist básica es una función del servidor. Los plugins pueden ofrecer gestión adicional, pero deberían elegirse conscientemente y mantenerse actualizados.

¿Qué hago con jugadores de Bedrock mediante Geyser?

Comprueba cómo tu configuración de Geyser representa los nombres de Bedrock. En el ejemplo se usa .<BedRockName>. Si la entrada falla, revisa el nombre que realmente se muestra en la consola o en los logs.