Cómo alojar un servidor Dragonhold

Dragonhold soporta co-op en línea junto a juego solo completo. Cuando amigos quieren runs repetibles en Azarkeen sin depender solo de códigos join ad-hoc, un servidor dedicado te da control sobre uptime, persistencia de saves y reglas de sesión. Exis Games publica builds Early Access de Steam PC con herramientas de servidor dedicado que evolucionan entre actualizaciones — esta guía explica conceptos de hosting, preparación y troubleshooting para que tu grupo pase tiempo montado en dragón en lugar de depurar puertos.

Servidor dedicado vs hosting peer

Entiende qué estás configurando:

• Listen / peer host — el juego de un jugador actúa como host de sesión. Rápido de iniciar, pero rendimiento cae cuando el host tiene upload débil o sale inesperadamente.
• Servidor dedicado — proceso separado (a menudo en PC, VPS o máquina spare) corre simulación del mundo 24/7 o en horarios programados. Mejor para grupos recurrentes y sesiones de extract consistentes.

Para campañas co-op largas persiguiendo Anchor Stones juntos, dedicado vale el costo de setup. Grupos de fin de semana casual pueden peer host hasta que el compromiso se solidifique.

Referencia profunda: Servidor dedicado en este wiki.

Prerrequisitos antes del primer lanzamiento

1. Propiedad Steam — cada jugador necesita Dragonhold (App 1510330); host necesita derechos de instalación para archivos de servidor dedicado cuando Exis los distribuya vía SteamCMD o herramientas in-game.
2. Margen de hardware — CPU para spawns del AI Director, RAM para conteo de jugadores, SSD para IO de save.
3. Red — upload estable, preferiblemente Ethernet cableado en máquina host.
4. Acceso a firewall — capacidad de reenviar puertos o configurar excepciones en Windows Defender.
5. Checklists — imprime Checklist de puertos del servidor antes de go-live.

Revisa Requisitos del sistema por specs base; hosting añade overhead sobre juego solo.

Flujo de hosting paso a paso

1. Instalar archivos de servidor

Sigue instrucciones más recientes de Exis Games en notas de parche o depot “Dedicated Server” de Steam cuando esté disponible. Early Access puede requerir app ID SteamCMD igual al juego principal o rama server separada — siempre descarga de canales oficiales, no repacks de terceros.

2. Configurar server.cfg (o equivalente)

Ajustes típicos incluyen:

• Nombre del servidor — visible en listas del browser.
• Contraseña — opcional para grupos privados.
• Max players — slots co-op Dragonhold por actualización; no excedas límites oficiales.
• Ruta de save — carpeta explícita para persistencia hub/campaña.
• Tick rate / flags de rendimiento — si se exponen, favorece estabilidad sobre throughput experimental en Early Access.

Documenta tu config en control de versiones para que parches no reseteen valores en silencio.

3. Abrir y reenviar puertos

Requisitos de puerto cambian por build — verifica contra Checklist de puertos del servidor tras cada actualización importante. Patrón común:

• Puerto de juego — UDP/TCP según documentación Exis.
• Puerto query — para visibilidad en browser de servidores si se soporta.

En routers domésticos, reenvía a IP LAN de la máquina host. Double-NAT (router + CGNAT del ISP) bloquea joins entrantes; amigos pueden necesitar VPN o soluciones relay.

4. Lanzar y verificar localmente

Inicia proceso del servidor, conecta desde cliente LAN primero, luego amigo externo. Confirma:

• Isla hub carga para save del host.
• Salida a Azarkeen sincroniza para todos los jinetes.
• Extracción devuelve party al hub con botín intacto.
• Desconexión/rejoin preserva estado razonablemente para estándares Early Access.

5. Compartir detalles de join de forma segura

Envía IP, puerto y contraseña por canales privados. Rota contraseña si transmites públicamente.

Reglas de sesión para extracción co-op

Servidores fallan socialmente antes que técnicamente. Establece:

• Reglas de botín — need/greed, prioridad de ítems de quest, reparto de mats de crafteo.
• Llamadas de extract — unánime vs mayoría; desempate para Anchors críticos.
• Política AFK — jinetes idle disparan picos del Director que wipean grupos.
• Expectativas de progresión — progreso del castillo permanece por jugador en islas personales; aclara que co-op acelera completar misiones, no saves compartidos del hub.

Alinea con Guía de co-op y Cómo extraer.

Consejos de rendimiento y estabilidad

• Host fuera del PC de gaming cuando sea posible — correr cliente + servidor en una caja invita stutter durante combate de dragón.
• Limita gráficos en hosts headless — si lanza GUI, minimiza carga GPU.
• Reinicios programados — limpia memory leaks comunes en builds dedicados Early Access.
• Backup de saves — copia progreso del hub antes de parches; guarda fuera de carpetas auto-update.
• Observa carga del AI Director — grupos co-op grandes aumentan conteos de spawn; ver Riesgo vs recompensa.

Troubleshooting de problemas comunes

Síntoma	Causa probable	Arreglo
Timeout de amigos	Port forwarding / firewall	Re-corre checklist de puertos, permite exe en Defender
Jefes desync	Latencia o packet loss	Host más cerca geográficamente; uplink cableado
Saves faltantes tras parche	Cambió ruta de save	Restaura backup; lee Actualizaciones
Servidor invisible	Puerto query bloqueado	Abre puerto query; confirma registro del servidor
Crash al extract	Desajuste de versión	Asegura mismos builds cliente/servidor post-parche

Si problemas persisten, prueba peer hosting para aislar bugs de red vs binario dedicado antes de reportar a Exis.

Cuándo no hostear

Salta hosting dedicado si tu grupo juega mensualmente, tiene upload inestable o no puede mantener parches. Peer host o solo con Cómo jugar en solitario — Dragonhold no requiere servidores para la experiencia completa.

Hosting es servicio a tu comunidad. Documenta configs, respalda saves y lee notas de parche — tus jinetes de dragón extraerán más fiablemente por ello.