Cómo Integrar el Sitio Web y el Juego en tu Servidor de MU Online

Comprendiendo la Arquitectura de Integración

Conectar un sitio web a un servidor de MU Online no es instalar un plugin: es una decisión arquitectónica que une dos sistemas separados a través de una base de datos compartida. El servidor de juego (GameServer, ConnectServer, JoinServer, DataServer) escribe y lee datos de jugadores desde Microsoft SQL Server. Tu panel web lee y escribe en esa misma base de datos para proporcionar registro de cuentas, rankings de personajes, tiendas de ítems, sistemas de votos y herramientas administrativas.

Antes de tocar cualquier archivo de configuración, necesitas tener claro qué hace cada componente:

• SQL Server — la única fuente de verdad compartida por el juego y el sitio web.
• Procesos del servidor de juego — ConnectServer, GameServer, JoinServer, DataServer. Nunca deben quedar expuestos directamente a la web.
• Servidor web — Apache o Nginx sirviendo páginas PHP, ASP.NET o Node.js. Se comunica solo con SQL Server, nunca directamente con los procesos del servidor de juego.
• Firewall — controla qué puertos son accesibles desde internet. SQL Server nunca debe estar abierto a la internet pública.

> [!ATENCION] > Nunca expongas el puerto de SQL Server (1433) a la internet pública. Todo el tráfico web-a-base-de-datos debe viajar a través de una interfaz de red privada o localhost. Un firewall mal configurado es una de las causas más comunes de servidores comprometidos.

Preparando SQL Server para el Acceso Web

Tus bases de datos del juego probablemente ya existen (MuOnline, MEMB_INFO, MuEventChips y otras según tu temporada). El primer paso es crear un login de SQL Server dedicado para la aplicación web.

Abre SQL Server Management Studio (SSMS) y ejecuta el siguiente script. Reemplaza los valores de ejemplo con los tuyos:

-- Crear un login a nivel de servidor
CREATE LOGIN [mu_webuser] WITH PASSWORD = 'ContrasenaFuerte!42',
    DEFAULT_DATABASE = [MuOnline],
    CHECK_EXPIRATION = OFF,
    CHECK_POLICY = ON;

-- Mapear el login a cada base de datos relevante
USE [MuOnline];
CREATE USER [mu_webuser] FOR LOGIN [mu_webuser];
-- Otorgar solo lo que el sitio necesita
GRANT SELECT, INSERT, UPDATE, DELETE ON SCHEMA::dbo TO [mu_webuser];

USE [MEMB_INFO];
CREATE USER [mu_webuser] FOR LOGIN [mu_webuser];
GRANT SELECT, INSERT, UPDATE ON SCHEMA::dbo TO [mu_webuser];

Tablas clave con las que tu panel web interactuará con más frecuencia:

MEMB_INFO          → credenciales de cuenta y estado
MEMB_STAT          → estado en línea, marcas de tiempo del último acceso
Character          → nombre, clase, nivel y resets del personaje
T_CashShop_Item    → registros de la tienda web / ítems de cash
MuEventChips       → Puntos Goblin u otras tablas de recompensas por voto

Formato de cadena de conexión (ejemplo PHP PDO):
Host   → 127.0.0.1 o IP de LAN privada (nunca 0.0.0.0)
Puerto → 1433
Driver → ODBC Driver 17 for SQL Server
DB     → MuOnline (establecer por consulta con USE o calificar nombres de tabla)

> [!CONSEJO] > Habilita el modo de autenticación mixta de SQL Server (SQL Server y Autenticación de Windows) si aún no está activo. Puedes verificarlo en SSMS en Propiedades del Servidor → Seguridad. Reinicia el servicio de SQL Server después de cambiar el modo de autenticación.

Configurando el Servidor Web

Apache con PHP (Windows)

Si tu servidor de juego corre en Windows (lo habitual para setups de Season 6 a Season 15), es probable que estés ejecutando Apache a través de XAMPP o una instalación independiente. Puntos clave de configuración:

1. Vincula Apache a una dirección IP específica, no a 0.0.0.0, si quieres restringir el acceso a una interfaz de administración.
2. Coloca los archivos de tu panel web fuera de los directorios del servidor de juego — por ejemplo C:\WebPanel\htdocs\ en lugar de dentro del árbol de carpetas del MuServer.
3. Habilita las extensiones php_sqlsrv y php_pdo_sqlsrv en php.ini. Estos son los drivers PHP oficiales de Microsoft para SQL Server y ofrecen mejor rendimiento y compatibilidad que la extensión ODBC genérica.

; Adiciones a php.ini
extension = php_sqlsrv.dll
extension = php_pdo_sqlsrv.dll

; Configuraciones de seguridad recomendadas
expose_php               = Off
display_errors           = Off
log_errors               = On
error_log                = C:\WebPanel\logs\php_errors.log
session.cookie_httponly  = 1
session.use_strict_mode  = 1

Nginx como Proxy Inverso (paneles Linux)

Si ejecutas un panel web basado en Linux (como un setup de PHP-FPM o una aplicación Node.js) y quieres que Nginx actúe de intermediario:

server {
    listen 80;
    server_name panel.tudominio.com;

    # Redirigir todo HTTP a HTTPS
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl;
    server_name panel.tudominio.com;

    ssl_certificate     /etc/ssl/certs/tu_certificado.pem;
    ssl_certificate_key /etc/ssl/private/tu_clave.pem;

    location / {
        proxy_pass         http://127.0.0.1:3000;  # → upstream Node o PHP-FPM
        proxy_set_header   Host $host;
        proxy_set_header   X-Real-IP $remote_addr;
    }
}

Vinculando el Registro de Cuentas al Juego

La creación de cuentas en el sitio web debe escribir los datos exactamente en el formato que espera el servidor de juego. La tabla más crítica es MEMB_INFO. Un insert de registro mínimo luce así:

-- Ejemplo: registrar una nueva cuenta
-- El hash de contraseña debe coincidir con el formato esperado por tu núcleo
INSERT INTO MEMB_INFO (
    memb___id,      -- → nombre de cuenta (máx 10 caracteres, alfanumérico)
    memb__pwd,      -- → contraseña hasheada (MD5 u hash específico del servidor)
    memb_name,      -- → nombre para mostrar
    sno__numb,      -- → campo de número social/ID (usar '0000000000' si no aplica)
    bloc_code,      -- → 0 = activa, 1 = bloqueada
    mail_addr,      -- → dirección de correo electrónico
    mail_chek,      -- → indicador de email verificado (0 o 1)
    appl_days,      -- → fecha de creación de cuenta
    modi_days,      -- → fecha de última modificación
    out__days,      -- → fecha del último cierre de sesión
    true_days       -- → fecha de validez/suscripción
)
VALUES (
    @nombreCuenta,
    UPPER(CONVERT(VARCHAR(32), HASHBYTES('MD5', @contrasena), 2)),
    @nombreMostrado,
    '0000000000',
    0,
    @email,
    0,
    GETDATE(),
    GETDATE(),
    GETDATE(),
    '2099-12-31'
);

Construyendo Páginas de Rankings y Estadísticas de Personajes

Los rankings son una de las páginas más visitadas en cualquier panel web de MU Online. El enfoque recomendado es pre-computar los datos de ranking en una tabla dedicada, en lugar de ejecutar joins pesados en cada carga de página.

Crea una tabla de resumen:

CREATE TABLE dbo.WebRankingCache (
    PosicionRanking INT           NOT NULL,
    NombreChar      VARCHAR(10)   NOT NULL,
    ClaseChar       SMALLINT      NOT NULL,
    NivelChar       SMALLINT      NOT NULL,
    CantResets      INT           NOT NULL DEFAULT 0,
    NombreGuild     VARCHAR(8)    NULL,
    UltimaActual    DATETIME      NOT NULL DEFAULT GETDATE(),
    CONSTRAINT PK_WebRankingCache PRIMARY KEY (PosicionRanking)
);

-- Procedimiento almacenado para refrescar los rankings
-- Programar con SQL Server Agent cada 5 minutos
CREATE PROCEDURE dbo.sp_RefrescarWebRankings
AS
BEGIN
    TRUNCATE TABLE dbo.WebRankingCache;

    INSERT INTO dbo.WebRankingCache (PosicionRanking, NombreChar, ClaseChar, NivelChar, CantResets, NombreGuild)
    SELECT
        ROW_NUMBER() OVER (ORDER BY C.cLevel DESC, C.LevelUpPoint DESC) AS PosicionRanking,
        C.Name          AS NombreChar,
        C.Class         AS ClaseChar,
        C.cLevel        AS NivelChar,
        ISNULL(CR.ResetCount, 0)                                        AS CantResets,
        G.G_Name        AS NombreGuild
    FROM   dbo.Character       C
    LEFT JOIN dbo.CharacterResets CR ON CR.Name = C.Name   -- → ajustar tabla/columna a tu núcleo
    LEFT JOIN dbo.GuildMember   GM ON GM.Name  = C.Name
    LEFT JOIN dbo.Guild          G ON G.G_Name = GM.G_Name
    WHERE  C.CtlCode = 0   -- → excluir personajes GM del ranking público
    ORDER BY PosicionRanking;
END;

Lista de Verificación de Seguridad

Antes de que tu panel web sea accesible desde internet, verifica lo siguiente:

• El puerto 1433 de SQL Server está bloqueado en el firewall para todas las IPs externas.
• El usuario de la base de datos web no tiene permisos DDL (sin CREATE, DROP, ALTER).
• Todas las entradas del usuario están parametrizadas — nunca concatenadas en cadenas SQL.
• HTTPS está forzado; las solicitudes HTTP redirigen a HTTPS.
• Los tokens de sesión se regeneran después del inicio de sesión y se invalidan al cerrar sesión.
• Las páginas de administración están protegidas por lista blanca de IP o autenticación de dos factores a nivel de aplicación.
• Los mensajes de error mostrados a los usuarios no revelan estructura de la base de datos, nombres de tablas ni trazas de pila.

Mantener el servidor de juego y el servidor web en una LAN privada, con solo el puerto 443 del servidor web expuesto a internet, es la medida individual más efectiva que puedes tomar para proteger tu infraestructura.

Perguntas frequentes