Minecraft · Guide

Cómo activar el modo offline en un servidor de Minecraft (jugadores no premium / cracked)

Actualizado August 2, 2026 16 min de lectura

En esta página
  1. La respuesta rápida: tres pasos para el modo offline
  2. Qué hace realmente el modo offline
  3. Cómo activarlo en el panel de HytHost, paso a paso
  4. Seguridad: en modo offline, cualquiera puede ser cualquiera
  5. Lo que notarán tus jugadores: UUID nuevos y skins que no cargan
  6. Redes con proxy: BungeeCord y Velocity
  7. Probarlo y arreglar lo que falle
  8. FAQ

Un amigo no compra nada, abre Minecraft, escribe tu dirección… y lo expulsan. No es un fallo de tu servidor. Por defecto, un servidor de Minecraft comprueba cada inicio de sesión contra los servidores de cuentas de Mojang, y un jugador sin cuenta comprada no supera esa comprobación.

El modo offline es el ajuste oficial del servidor que desactiva esa comprobación. Viene con el Minecraft vanilla, es una línea en un archivo de configuración y es el mismo ajuste que se usa en partidas LAN, en redes sin acceso a internet y en servidores que están detrás de un proxy. Esta guía te enseña exactamente cómo activarlo, qué cambia para tus jugadores y —la parte que casi todas las guías se saltan— cómo evitar que te quiten el servidor una vez lo hagas.

La respuesta rápida: tres pasos para el modo offline

Tus amigos sin cuenta de Minecraft podrán entrar en cuanto el servidor deje de validar los inicios de sesión con Mojang. Tres pasos, alrededor de un minuto:

  1. Detén el servidor. Detenerlo del todo, no reiniciarlo: un servidor en marcha vuelve a escribir su propia copia de los ajustes encima de la tuya al apagarse.
  2. Abre server.properties y cambia dos líneas. El archivo está en la carpeta raíz del servidor, en el mismo sitio que el jar del servidor:
    online-mode=false
    enforce-secure-profile=false
    Las dos importan. En Minecraft 1.19 y posteriores, cambiar solo la primera no basta.
  3. Guarda y arranca el servidor. Los jugadores no premium ya se conectan en la misma dirección que el resto.
Dos cosas que resolver antes de abrirlo al público. El modo offline significa que cualquiera puede entrar con cualquier nombre de usuario, incluido el tuyo, así que primero necesitas un plugin de autenticación. Y cada jugador recibe un UUID nuevo: inventarios, rangos y protecciones del modo online no se conservan, así que haz una copia de seguridad antes de cambiar.

Qué hace realmente el modo offline

Cuando un jugador entra en un servidor normal, el servidor pregunta a los servidores de sesión de Mojang: «¿es esta de verdad la cuenta que hay detrás de este nombre?». Mojang responde, se acepta el inicio de sesión y la identidad del jugador queda demostrada. Eso es el modo online, y es el valor por defecto.

El modo offline elimina esa pregunta. El servidor acepta el nombre de usuario que le envíe el cliente y no contacta con Mojang en ningún momento. No se parchea, se craquea ni se modifica nada: estás moviendo un interruptor que Mojang puso en el servidor vanilla a propósito, porque hay muchas configuraciones legítimas que lo necesitan:

  • Servidores LAN y de eventos que funcionan sin ninguna conexión a internet, donde la comprobación de Mojang fallaría para todo el mundo.
  • Redes detrás de un proxy, donde BungeeCord o Velocity hace la autenticación una vez en la puerta de entrada y los servidores de detrás no deben repetirla.
  • Entornos aislados o tras un firewall: servidores de pruebas, redes de colegios y oficinas, máquinas sin salida a internet.
  • Jugar con amigos que todavía no han comprado el juego, que es a lo que viene aquí la mayoría.

Lo que no hace es dejar el ajuste sin consecuencias. Los inicios de sesión verificados son lo único que separa tu servidor de alguien que escriba el nombre de tu administrador, así que online-mode=true es el valor por defecto por un buen motivo y sigue siendo la decisión correcta para un servidor público normal: mira por qué existe ese valor por defecto. Esta guía es para el caso en el que ya has decidido que lo necesitas desactivado, y el resto trata de cómo hacerlo sin regalar tu servidor.

¿Tu amigo juega en Xbox, PlayStation, Switch o móvil? Entonces este no es el ajuste: los jugadores de consola y móvil usan Bedrock Edition, y ningún cambio en server.properties los deja entrar en un servidor de Java. Lo que necesitas es un puente hacia Bedrock: mira crossplay entre Java y Bedrock con Geyser.

Cómo activarlo en el panel de HytHost, paso a paso

No hay ningún interruptor para esto en la pestaña Startup del panel: el modo offline vive en el archivo de configuración del propio servidor, así que se edita directamente. Todo el trabajo lleva un minuto:

  1. Detén el servidor. Usa Stop, no Restart. Un servidor de Minecraft en marcha mantiene sus ajustes en memoria y los vuelve a escribir en disco al apagarse, así que una edición hecha mientras está encendido se sobrescribe sin avisar. Es la razón número uno por la que la gente cree que el cambio «no se ha guardado».
  2. Abre la pestaña Files. Aterrizas directamente en la carpeta raíz de tu servidor, el mismo sitio donde están server.properties, la carpeta plugins y la carpeta del mundo.
  3. Haz clic en server.properties para editarlo. Se abre en el editor de texto integrado del panel: una lista sencilla de ajustes, uno por línea, en orden alfabético.
  4. Busca online-mode y ponlo en false. Cambia online-mode=true por online-mode=false. No añadas comillas, espacios alrededor del signo igual ni una segunda copia de la línea.
  5. Busca enforce-secure-profile y ponlo también en false. Si esa línea no está en tu archivo —algo habitual en mundos antiguos creados antes de Minecraft 1.19—, basta con añadir enforce-secure-profile=false en su propia línea al final.
  6. Guarda y arranca el servidor. Mira la consola mientras arranca. Una línea que indique que el servidor está funcionando en modo offline es tu confirmación de que ha surtido efecto.
No te saltes enforce-secure-profile. Minecraft 1.19 añadió la firma del chat, y este ajuste controla si el servidor exige a cada jugador un perfil firmado por Mojang. Está en true por defecto y se comprueba por separado de online-mode, así que un servidor con online-mode=false y los perfiles seguros todavía activos arrancará perfectamente, parecerá correcto y luego rechazará a todos los jugadores no premium al iniciar sesión. Es con diferencia el motivo más común de que el modo offline «no funcione».
¿Lo tienes alojado en casa? Exactamente las mismas dos líneas. server.properties está junto a tu server.jar: detén el servidor, edítalo con cualquier editor de texto, guarda y vuelve a arrancarlo.

Cambia el ajuste que quieras: un servidor de Minecraft de HytHost te da el gestor de archivos completo, una consola en vivo y copias de seguridad con un clic para deshacerlo.

Ver planes de Minecraft

Seguridad: en modo offline, cualquiera puede ser cualquiera

Esta es la sección que hay que leer dos veces. Todo lo demás en esta guía es un cambio de configuración; esto es lo que decide si tu servidor sobrevive a ser público.

Qué cambia realmente

Con la verificación desactivada, un nombre de usuario ya no demuestra nada: es solo una cadena de texto que envía el cliente. Cualquiera que conozca tu dirección puede conectarse diciendo que es , o tu copropietario, o tu moderador jefe. Y como la mayoría de configuraciones de permisos conceden derechos por nombre, el impostor ni siquiera necesita colarse: el servidor le entrega los permisos nada más llegar. Si te diste op por nombre de usuario, quien escriba ese nombre llega con op.

No es una hipótesis. Una dirección pública en modo offline sin plugin de autenticación es uno de los servidores más fáciles de tomar de todo internet, y el resultado habitual es un mundo borrado y todos los rangos reasignados. La solución no es complicada, pero tampoco es opcional.

Instala AuthMe Reloaded

Un plugin de autenticación pone una contraseña delante de cada nombre de usuario. Los jugadores se registran una vez, inician sesión en cada sesión y el nombre pasa a ser suyo: la suplantación deja de funcionar porque saber el nombre ya no basta. AuthMe Reloaded es el estándar de toda la vida para esto y funciona en Paper y Spigot.

  1. Descarga el JAR desde la página oficial y déjalo en la carpeta plugins de tu servidor: el mismo proceso que con cualquier otro plugin, explicado paso a paso en cómo instalar plugins de Minecraft.
  2. Reinicia el servidor para que el plugin cargue y escriba su configuración por defecto.
  3. Abre plugins/AuthMe/config.yml y endurece los valores por defecto. Estos cuatro son los que más importan:
    settings:
      restrictions:
        timeout: 30
        maxRegPerIp: 2
        allowChat: false
      security:
        minPasswordLength: 8
    Así los jugadores tienen 30 segundos para iniciar sesión antes de que los expulsen, se limita cuántas cuentas puede crear una misma dirección, se impide que los no autenticados hablen en el chat y se rechazan las contraseñas demasiado cortas.
  4. Explica a tus jugadores los dos comandos. Primera vez que entran: /register escribiendo dos veces la contraseña elegida. Cada entrada posterior: /login con esa contraseña. Hasta que lo hagan, no pueden moverse, construir ni chatear.

Concede permisos por grupo, no por nombre

El op es un interruptor de todo o nada atado a un nombre de usuario, que es exactamente la forma equivocada para un servidor en modo offline. Usa un plugin de permisos y da los rangos a grupos, para que ni siquiera una suplantación exitosa venga acompañada de poder a nivel de consola. Nuestra guía sobre rangos de staff de verdad más allá del op explica cómo montarlo.

La whitelist por sí sola no te cubre aquí. Una whitelist comprueba nombres de usuario, y en modo offline el nombre es justo lo que ya no se verifica. Sigue dejando fuera a desconocidos al azar, lo cual está bien, pero no impide que alguien que conozca el nombre de un jugador de la lista entre haciéndose pasar por él. La combinación que funciona es whitelist más plugin de autenticación; la whitelist sola, no.

Lo que notarán tus jugadores: UUID nuevos y skins que no cargan

En cuanto haces el cambio, dos cosas cambian para todos los del servidor, y las dos son mucho más fáciles de gestionar antes de tocar el ajuste que después.

Todos los jugadores reciben una identidad nueva

Minecraft identifica a los jugadores por un UUID, no por su nombre. En modo online ese UUID lo emite Mojang y pertenece a la cuenta. En modo offline no hay ninguna cuenta a la que preguntar, así que el servidor lo genera a partir del nombre de usuario, lo que significa que el mismo jugador tiene un UUID completamente distinto según el modo en el que esté el servidor.

Para tu servidor no es la misma persona. Todo lo que estaba ligado al UUID antiguo queda huérfano: inventarios, cofres de ender, progresos, puntos de aparición, saldos de plugins, casas, protecciones de terreno y asignaciones de grupos de permisos. El mundo en sí está bien y no se borra nada: los datos simplemente quedan atados a una identidad con la que ya no entra nadie.

Decídelo antes de abrir, y haz una copia de seguridad primero. Cambiar un servidor en el que ya ha jugado gente les costará su progreso, y volver atrás no fusiona los dos conjuntos de datos. Haz una copia de seguridad antes de tocar el ajuste para tener una salida.

Hay una segunda consecuencia que conviene entender: como el UUID se deriva del nombre, quien escriba ese nombre se queda con los datos asociados. Es el mismo problema de suplantación de la sección anterior visto desde el otro lado, y es la otra razón por la que un plugin de autenticación no es opcional.

Las skins dejan de cargarse

Las skins vienen de los servidores de Mojang y están ligadas a la cuenta verificada. Sin verificación no hay skin, así que todo el mundo aparece como el Steve o la Alex por defecto. SkinsRestorer lo arregla: instálalo como cualquier otro plugin, reinicia y los jugadores se ponen la suya con /skin set seguido de un nombre de usuario. En una red con proxy, instálalo en el proxy y no en cada servidor de detrás.

Redes con proxy: BungeeCord y Velocity

Si tienes una red —un lobby, más un servidor de supervivencia, más uno de minijuegos, todos detrás de una sola dirección—, el panorama cambia, y merece la pena ser preciso porque es aquí donde peor se configura el modo offline.

En una red, los servidores que están detrás del proxy funcionan normalmente con online-mode=false aunque la red entera sea solo para cuentas premium. Es así a propósito: el proxy hace la comprobación con Mojang una vez en la puerta de entrada y luego reenvía al jugador ya verificado. Repetir la comprobación en cada backend fallaría. Por eso, un backend con online-mode=false no es una red en modo offline: es una red normal y bien configurada.

Que tu red sea solo premium o esté abierta a jugadores no premium se decide en el proxy, en su propio archivo de configuración: config.yml para BungeeCord y velocity.toml para Velocity. En HytHost, los proxies instalados desde la pestaña Version del panel se crean con el modo online activado en el proxy, así que ese es el archivo que hay que editar, no los backends.

El riesgo real es un backend al que cualquiera pueda conectarse directamente. Un backend con online-mode=false se fía de cualquier identidad que le llegue, así que si un jugador puede alcanzar ese servidor sin pasar por el proxy, entra siendo quien le apetezca. La protección no es la oscuridad: es el forwarding secret. El forwarding moderno de Velocity firma los datos del jugador que envía el proxy, y el backend rechaza todo lo que no venga firmado; pon el mismo secreto en ambos lados y las conexiones directas dejan de funcionar. El forwarding heredado de BungeeCord no tiene esa firma, y por eso las redes que lo usan añaden un plugin como BungeeGuard para conseguir lo equivalente.

Un detalle más de Velocity si tienes una red no premium: enforce-secure-profile tiene un gemelo en el lado del proxy que se llama force-key-authentication, en velocity.toml. Desactivar el ajuste del backend y dejar encendido el del proxy produce exactamente el mismo síntoma: jugadores rechazados al entrar por un motivo que los logs del servidor describen como un problema de perfil.

Probarlo y arreglar lo que falle

La única prueba que cuenta es una real: que un amigo sin cuenta comprada se conecte a tu dirección. Si la consola imprime una línea con su nombre al entrar, funciona. Todo lo de abajo es qué revisar cuando no.

Lo que ve el jugadorQué significaSolución
Failed to verify usernameEl servidor sigue comprobando con Mojangonline-mode sigue en true, o la edición no se guardó: revisa el archivo otra vez con el servidor detenido
Un mensaje sobre una clave de perfil ausente o no válida, o un servidor que exige perfiles segurosEl modo offline está activo, pero la firma del chat sigue exigiéndosePon enforce-secure-profile=false; añade la línea si tu archivo no la tiene
El servidor no aparece o se agota el tiempo de esperaNo tiene nada que ver con el modo offlineEs un problema de conexión o de dirección: el servidor no es accesible en absoluto
Todo el mundo es Steve o AlexEs lo esperable en modo offlineInstala SkinsRestorer
Han desaparecido objetos y rangos antiguosLos UUID cambiaron con el modoRestaura la copia de seguridad previa al cambio, o reasigna los rangos y asume el reinicio

El cambio no se mantiene

Casi siempre es una de tres cosas. Editaste el archivo con el servidor encendido y este sobrescribió tu cambio al apagarse: detenlo primero y edita después. O bien una reinstalación, un cambio de versión o la instalación de un modpack dejaron un server.properties nuevo, en cuyo caso basta con poner las dos líneas otra vez. O editaste una copia del archivo distinta de la que el servidor lee de verdad, algo que pasa en montajes con más de una carpeta de servidor. Que conste que el panel no reescribe estas dos líneas al arrancar: solo gestiona las entradas de IP y puerto del servidor, así que un cambio guardado con el servidor detenido se queda guardado.

Un plugin se niega a activarse

Un puñado de plugins —sobre todo los que tratan con cuentas, rangos o economías— comprueban el modo del servidor al arrancar y se niegan a cargar en modo offline, o avisan a gritos. Lee el mensaje de la consola en lugar de adivinar: a algunos les basta con una opción de configuración que reconozca el modo offline, otros dependen de verdad de los UUID de Mojang y tienen una alternativa compatible. Cualquier cosa que guarde datos por jugador querrá tu plugin de autenticación cargado antes, así que ten AuthMe cerca del principio de tu montaje en lugar de añadirlo el último.

El modo offline es un ajuste compatible en un servidor de Minecraft de HytHost, y el panel te da el gestor de archivos, la consola y las copias de seguridad con un clic para cambiarlo con seguridad y volver atrás si el resultado no te convence. Si Minecraft es un juego al que siempre vuelves, comprarlo es lo que hace que se siga desarrollando, pero esa decisión es tuya, no un sermón nuestro.

FAQ

Preguntas frecuentes

Detén el servidor, abre server.properties en la carpeta raíz de tu servidor, pon online-mode=false y enforce-secure-profile=false, guarda y vuelve a arrancarlo. Los jugadores sin una cuenta de Minecraft comprada ya podrán entrar en tu dirección de siempre. Antes de hacerlo público, instala un plugin de autenticación: en modo offline los nombres de usuario no se verifican, así que cualquiera puede conectarse como cualquiera.

Casi siempre porque enforce-secure-profile sigue en true. Minecraft 1.19 añadió la firma del chat, y ese ajuste se comprueba por separado de online-mode, así que el servidor arranca y parece correcto pero sigue rechazando a los jugadores sin un perfil firmado por Mojang. Ponlo también en false, añadiendo tú mismo la línea si tu archivo no la tiene. La otra causa habitual es editar el archivo con el servidor encendido, lo que sobrescribe tu cambio al apagarse.

AuthMe Reloaded añade una contraseña a cada nombre de usuario: los jugadores hacen /register una vez y /login en cada sesión, y no pueden moverse, construir ni chatear hasta que lo hagan. En un servidor en modo offline no es opcional. Sin él, un nombre de usuario es solo texto que envía el cliente, así que cualquiera que conozca tu dirección puede entrar como tú o como un moderador, y si los rangos se dan por nombre, llega ya con esos permisos. Instálalo antes de dar la dirección.

Sí, en un servidor en el que ya ha jugado gente. Minecraft sigue a los jugadores por UUID, y un UUID de modo offline se genera a partir del nombre de usuario en lugar de emitirlo Mojang, así que cada jugador se convierte en la práctica en una persona nueva. Inventarios, cofres de ender, progresos, casas, saldos, protecciones y grupos de permisos siguen en el mundo, pero atados a una identidad con la que ya no entra nadie. No se borra nada, y volver atrás recupera los datos antiguos, pero haz una copia de seguridad antes de tocar el ajuste.

Sí. online-mode es una línea corriente de tu server.properties, y tienes acceso completo al gestor de archivos y a la consola de tu servidor, así que el ajuste es tuyo para cambiarlo como cualquier otro. El panel no lo sobrescribe —solo gestiona las entradas de IP y puerto del servidor— y las copias de seguridad con un clic te dejan revertir el cambio si no te convence.

Las skins las guarda Mojang y se sirven contra una cuenta verificada. Con la verificación desactivada, el servidor no tiene ninguna cuenta que consultar, así que todos aparecen como el Steve o la Alex por defecto. Instalar SkinsRestorer lo soluciona: los jugadores se ponen la suya con /skin set y un nombre de usuario. En una red con proxy, instálalo en el proxy en vez de en cada servidor de detrás.

Tu servidor, tus ajustes

Un servidor de Minecraft con acceso completo a los archivos, consola en vivo y copias de seguridad con un clic, para que un cambio así lleve un minuto y siempre sea reversible. Protección DDoS de Voxility y copias diarias incluidas, con un objetivo de 99,9% de disponibilidad.

Live chat 8 AM – 11 PM (Chișinău time) · tickets answered during business hours