Puertos administrados y tu router

1. Comprueba que tu router es compatible

Keldrin 0.9.142 administra directamente el reenvío de puertos en estos routers. Identifica el router por sí mismo a partir de la dirección y el inicio de sesión que guardas; no hay que elegir ningún tipo de router.

Asigna al equipo servidor de Windows una dirección LAN estable, por ejemplo una reserva DHCP. Instala un juego en Keldrin y revisa sus puertos y su modo de conexión. Si dos servidores necesitan el mismo protocolo y puerto públicos, configura puertos distintos antes de reenviarlos.

Keldrin deduce los requisitos de los paquetes de juego instalados y del modo de conexión activo. El modo normal de invitación/NAT de WindRose y Crossplay de Valheim no necesitan un puerto fijo reenviado en el router. Sus requisitos de acceso de aplicaciones de Windows son aparte.

2. Guarda y deja que Keldrin identifique el router

En la app Keldrin, abre Managed Ports (Puertos administrados). Activa Manage game-port forwarding (Administrar el reenvío de puertos de juego), introduce Router IPv4 (IPv4 del router), Router username (usuario del router) y la contraseña de solo escritura, y elige Save Managed Ports setting (Guardar la configuración de Puertos administrados). La contraseña se guarda localmente con la protección de Windows para el usuario actual; un campo en blanco conserva la contraseña guardada.

Mientras Keldrin identifica el router, la franja muestra Testing: (Probando:), el firmware que se está probando se pone ámbar y los ya descartados se atenúan. Después muestra Router: con la coincidencia en verde. Keldrin recuerda el firmware que coincidió y lo prueba primero la próxima vez, así que un router ya identificado solo cuesta una comprobación por actualización. Si nada coincide, todos los chips se atenúan y el estado indica qué se probó; el registro del Servicio guarda cada comprobación.

Cuando un router responde a dos controladores, el que no se usa aparece como also answered (también respondió). Elegir Use instead lo convierte en la coincidencia recordada; los reenvíos que Keldrin ya escribió con el otro controlador permanecen en el router. Web local muestra la misma franja de la última pasada, sin el botón.

3. Lee la tabla y el veredicto

Cada revisión, actualización y aplicación muestra la tabla de reenvío completa del router tal como la devolvió, en el orden del propio router: número de fila, nombre, protocolo, puertos externos, destino, activado y si la fila lleva la marca * de Keldrin. La línea bajo el título indica qué router se leyó, cuándo y cómo. Encima de las filas, un veredicto contrasta lo que Keldrin pretende con esa respuesta, por ejemplo “All 3 required forwards are present on the router, enabled and pointing at this host” (los 3 reenvíos necesarios están en el router, activados y apuntando a este equipo), o cuántos faltan o apuntan a otro lugar. Re-read router table (Volver a leer la tabla del router) la lee de nuevo; leer no cambia nada en el router.

4. Aplica solo las reglas revisadas

Elige Apply (Aplicar), con Take ownership donde se ofrezca, cuando los destinos y rangos mostrados sean correctos. Keldrin puede marcar reglas de juego heredadas exactas y crear las reglas administradas que falten. Compara cada campo de cada regla, solo crea reglas marcadas con *, elimina una regla manual solo cuando una toma de control revisada la sustituye con el mismo protocolo y puertos, y vuelve a leer el router después para confirmar que contiene exactamente la tabla solicitada. No toma el control general de entradas de reenvío no relacionadas. Usa Refresh rules (Actualizar reglas) para revisar el resultado.

Antes de la primera escritura en un router OpenWrt, pfSense, OPNsense, MikroTik o UPnP, Keldrin comprueba su ruta exacta de creación, lectura y eliminación con una autoprueba reversible: una regla desechable en un puerto sin uso, creada, leída y eliminada, verificando que todas las reglas existentes quedan sin cambios.

Si Keldrin no puede volver a leer las reglas tras una escritura, el resultado es incierto. Revisa el router y actualiza antes de repetir el cambio; una lectura incierta no demuestra que no haya cambiado nada. Una fila vacía para añadir reglas en DD-WRT no es una regla de reenvío con datos.

Los nombres de las reglas administradas son compactos y empiezan por *; DD-WRT los limita a 12 caracteres y otros routers permiten descripciones más largas. El estado usa los datos de la revisión actual, con una actualización periódica como máximo cada diez minutos y una inmediata tras cambios relevantes de configuración o de propiedad.

En DD-WRT, abre NAT / QoS → Port Range Forwarding para revisar las entradas correspondientes del router. Otros routers tienen sus propias páginas; la tabla tal como la lee Keldrin sirve de confirmación para todos los routers.

Cómo se ve el éxito

5. Confirma la ruta desde fuera

Configura el Portal remoto fuera de tu red doméstica. Así Keldrin podrá informar de los datos de conectividad externa compatibles. Las pruebas temporales exactas con nonce solo se ejecutan con el juego detenido; los juegos en ejecución conservan el control de sus sockets. Haz la comprobación final entrando desde un equipo realmente externo.

Si tu proveedor usa NAT de operador (CGNAT) o hay otro router por encima, reenviar puertos solo en tu router puede no bastar para que tu servidor sea accesible. Revisa la configuración de la red superior. Nunca reenvíes el puerto TCP 8080 de la Web local de Keldrin; usa el Portal remoto para el control remoto.