El servidor de Rust no aparece en la lista de servidores
Tu servidor dedicado de Rust está en marcha, la consola dice que está activo, los jugadores incluso pueden conectarse si les das la IP, y aun así no aparece en el navegador de la comunidad del juego. Es uno de los problemas más comunes en el alojamiento de servidores de Rust y tiene un número reducido de causas, casi todas relacionadas con el puerto de consulta de Steam y no con el puerto del juego. Aquí tienes cómo averiguar cuál es la tuya y solucionarla.
Primero: comprueba que el servidor realmente es accesible
Antes de tocar ninguna configuración, comprueba si el servidor en sí funciona bien y solo falla su listado. En Rust, pulsa F1 para abrir la consola y escribe:
client.connect your-server-ip:28015Si consigues entrar, el puerto del juego y el proceso del servidor están sanos y tu problema es solo de visibilidad. Son buenas noticias, porque todas las soluciones de abajo son cambios de red o de configuración y ninguna requiere reconstruir nada. Si la conexión directa también falla, el servidor no está en marcha o el puerto del juego está cerrado, y es otro problema: revisa la salida de la consola en busca de un error de arranque y confirma que 28015/UDP está abierto.
Causa 1: el puerto de consulta no está abierto
Rust usa tres puertos y cada uno hace una función distinta. Confundirlos es la mayor fuente de informes de «mi servidor es invisible»:
| Puerto | Protocolo | Para qué sirve | Si está cerrado |
|---|---|---|---|
| 28015 | UDP | Tráfico del juego | Nadie puede jugar |
| 28016 | TCP | RCON / administración | Sin administración remota, el juego no se ve afectado |
| 28017 | UDP | Consulta de Steam | El servidor funciona pero nunca aparece en ninguna lista |
El servidor maestro de Steam descubre tu servidor consultándolo en el puerto de consulta, no en el puerto del juego. Si 28017/UDP está bloqueado por tu cortafuegos o falta en tus reglas de redirección de puertos, la consulta nunca recibe respuesta, Steam concluye que no hay nada allí y tu servidor queda fuera del navegador de la comunidad mientras sigue aceptando conexiones directas sin problema. Esa discrepancia es exactamente el síntoma que describe la mayoría.
Abre 28017 específicamente en UDP. Una regla TCP con el mismo número no sirve de nada aquí, y es un error muy fácil de cometer al copiar una regla del puerto RCON que tiene al lado.
Causa 2: el puerto de consulta nunca se declaró
Abrir el puerto en el cortafuegos es solo la mitad. También hay que indicarle al servidor en qué puerto responder a las consultas, con el parámetro de arranque -queryport:
./RustDedicated -batchmode +server.port 28015 -queryport 28017 +server.hostname "My Rust Server"Sin un -queryport explícito, algunas configuraciones acaban consultando en un puerto que nadie abrió, y obtienes el mismo comportamiento de servidor invisible con un cortafuegos que parece correcto. Indícalo explícitamente y mantenlo coherente con la regla que abriste. Si ejecutas más de un servidor de Rust en una máquina, cada instancia necesita su propio puerto de juego y su propio puerto de consulta, y no deben chocar.
Causa 3: redirección de puertos en un router doméstico
Autoalojar detrás de un router doméstico significa que la consulta tiene que sobrevivir un salto más. Aquí fallan con frecuencia dos cosas:
- Redirigir los puertos como un único rango. Algunos routers gestionan mal una regla de rango de 28015 a 28017. Crea reglas separadas por puerto, cada una asignando el mismo número de puerto externo e interno, y establece el protocolo correcto en cada regla en lugar de dejar todo en «ambos».
- Redirigir a la dirección interna equivocada. Si la IP local de la máquina fue asignada por DHCP, puede cambiar y dejar tus reglas apuntando a la nada sin avisar. Dale al servidor una dirección local estática o una reserva DHCP.
Toda esta clase de problemas no existe en un proveedor gestionado, porque no hay ningún router delante de tu servidor y los puertos se abren al desplegar.
Causa 4: el servidor se anuncia con una dirección incorrecta
Un servidor detrás de NAT, o en una máquina con varias interfaces de red, puede acabar anunciando una dirección a la que nadie desde fuera puede llegar. Si has vinculado el servidor a una IP local concreta, prueba a vincularlo a todas las interfaces y deja que la capa de red decida. Fijar una dirección interna es una causa habitual de un servidor que responde bien a las consultas desde tu propia red y es invisible desde cualquier otro lugar.
La prueba rápida: pide a alguien fuera de tu red que busque el servidor por nombre. Si es visible en tu LAN e invisible para esa persona, la causa es esta o la redirección de puertos anterior.
Causa 5: estás mirando en el sitio equivocado
No todos los servidores invisibles están rotos. El navegador de la comunidad de Rust es grande, está muy filtrado y se ordena por número de jugadores, así que un servidor nuevo y vacío queda al final de una lista muy larga.
- Busca por tu
server.hostnameexacto en lugar de desplazarte. Los nombres parciales y los nombres por defecto como «My Rust Server» te enterrarán entre cientos de entradas idénticas, así que elige algo distintivo. - Revisa tus filtros. Los servidores con mods no aparecen en el conjunto de filtros de la pestaña Community configurado para Vanilla, y viceversa.
- Dale unos minutos. El listado no es instantáneo tras el arranque, y el servidor maestro tarda un poco en detectar un servidor nuevo.
- Haz que los jugadores marquen el servidor como favorito por IP una vez. Después aparece en Favoritos sin importar cómo esté ordenado el navegador, algo que conviene hacer de todos modos con tus jugadores habituales.
Causa 6: desapareció tras un wipe o una actualización
Facepunch publica un parche obligatorio el primer jueves de cada mes. Un servidor que sigue en la versión anterior no solo rechaza jugadores: puede desaparecer por completo del navegador porque no coincide con la versión actual que espera el servidor maestro. Si tu servidor estaba listado ayer y hoy no, compara la fecha con el calendario de wipes antes de depurar cualquier otra cosa.
Quienes autoalojan deben volver a ejecutar app_update 258550 validate en SteamCMD y reiniciar. En Flux la actualización se gestiona por ti y un reinicio la aplica, que es la razón principal por la que esta causa es mucho más común en servidores montados a mano.
El orden en que conviene revisar las cosas
- Conexión directa con
client.connect ip:28015. Si funciona, es un problema de visibilidad, no del servidor. - Confirma que 28017 está abierto en UDP, no en TCP.
- Confirma que
-queryport 28017está en la línea de arranque. - Si estás detrás de un router, comprueba que las reglas de redirección son por puerto y apuntan a una dirección local estática.
- Busca por tu nombre de host exacto y revisa los filtros del navegador antes de suponer que algo va mal.
- Comprueba si ha llegado un wipe forzado o un parche y tu servidor sigue en la versión antigua.
Casi todos los casos terminan en el paso dos o tres. El patrón que hay que recordar es sencillo: el puerto del juego decide si la gente puede jugar, y el puerto de consulta decide si puede encontrarte.
Despliega un servidor de Rust en Flux con 28015, 28016 y 28017 ya abiertos, actualizaciones mensuales automáticas y protección DDoS incluida.
Preguntas frecuentes sobre la visibilidad del servidor
¿Por qué mi servidor de Rust no aparece en la lista de servidores?
En casi todos los casos, el puerto de consulta de Steam, 28017/UDP, está cerrado o no se declaró con -queryport. Steam descubre los servidores consultando ese puerto, así que cuando no es accesible tu servidor sigue funcionando y aceptando conexiones directas sin aparecer nunca en ninguna lista.
¿Qué puertos necesita abiertos un servidor de Rust?
28015/UDP para el tráfico del juego, 28017/UDP para la consulta de Steam y 28016/TCP para RCON si usas administración remota. El puerto de consulta es el que controla si tu servidor aparece en la lista.
¿Cómo me uno a un servidor de Rust que no aparece en el navegador?
Pulsa F1 en Rust y escribe client.connect your-server-ip:28015. Funciona esté o no listado el servidor, y es también la forma más rápida de comprobar que el servidor en sí está sano y solo falla su listado.
Mi servidor de Rust estaba listado y ahora ha desaparecido. ¿Qué pasó?
Revisa primero la fecha. Facepunch publica parches el primer jueves de cada mes, y un servidor que se quede en la versión anterior puede desaparecer por completo del navegador. Actualiza el servidor y reinícialo.
¿Necesito el puerto de consulta si los jugadores se conectan directamente?
Solo si quieres ser descubrible. Un servidor con 28015 abierto y 28017 cerrado es perfectamente jugable para quien tenga la dirección, e invisible por completo para quien no la tenga.
¿Lo soluciona un proveedor gestionado?
Sí, porque no hay ningún cortafuegos ni router tuyo en el camino. En Flux los tres puertos se abren al desplegar y la actualización mensual de Facepunch se aplica por ti, lo que elimina tanto las causas de puertos como la de la versión desactualizada.