Rust-server niet zichtbaar in de serverlijst

Je Rust dedicated server draait, de console meldt dat hij up is, spelers kunnen zelfs verbinden als je ze het IP geeft, en toch staat hij nergens in de in-game community-browser. Dit is een van de meest voorkomende problemen bij Rust-serverhosting en er zijn maar een paar oorzaken, bijna allemaal met betrekking tot de Steam query-poort in plaats van de spelpoort. Hier lees je hoe je erachter komt welke oorzaak bij jou speelt en hoe je hem oplost.

Eerst: bewijs dat de server echt bereikbaar is

Voordat je iets aan de configuratie verandert, controleer je of de server zelf prima werkt en alleen de vermelding kapot is. Druk in Rust op F1 om de console te openen en typ:

client.connect your-server-ip:28015

Kom je binnen, dan zijn de spelpoort en het serverproces gezond en is je probleem puur zichtbaarheid. Dat is goed nieuws, want elke oplossing hieronder is een netwerk- of configuratiewijziging en geen enkele vereist het opnieuw bouwen van iets. Mislukt ook de directe verbinding, dan draait de server niet of is de spelpoort dicht, en dat is een ander probleem: kijk in de consoleoutput naar een startfout en controleer of 28015/UDP open staat.

Oorzaak 1: de query-poort is niet open

Rust gebruikt drie poorten en die hebben elk een eigen taak. Ze door elkaar halen is de grootste bron van meldingen als "mijn server is onzichtbaar":

De Steam-masterserver ontdekt je server door hem op de query-poort te bevragen, niet op de spelpoort. Als 28017/UDP door je firewall wordt geblokkeerd of ontbreekt in je port forwarding-regels, krijgt de query nooit antwoord. Steam concludeert dan dat er niets is en laat je server weg uit de community-browser, terwijl hij rechtstreekse verbindingen perfect blijft accepteren. Dat is precies het symptoom dat de meeste mensen beschrijven.

Open 28017 specifiek op UDP. Een TCP-regel op hetzelfde nummer doet hier niets, en het is een heel gemakkelijke fout als je een regel kopieert van de RCON-poort ernaast.

Oorzaak 2: de query-poort is nooit gedeclareerd

De poort in de firewall openen is maar de helft van het werk. De server moet ook worden verteld op welke poort hij queries moet beantwoorden, met de launch-parameter -queryport:

./RustDedicated -batchmode +server.port 28015 -queryport 28017 +server.hostname "My Rust Server"

Zonder expliciete -queryport komen sommige opzetten uit op een query-poort die niemand heeft opengezet, en krijg je hetzelfde onzichtbare-server-gedrag met een firewall die er correct uitziet. Benoem hem expliciet en houd hem consistent met de regel die je hebt geopend. Draai je meerdere Rust-servers op één machine, dan heeft elke instantie een eigen spelpoort en eigen query-poort nodig, en die mogen niet botsen.

Oorzaak 3: port forwarding via een thuisrouter

Zelf hosten achter een consumentenrouter betekent dat de query nog een extra hop moet overleven. Twee dingen gaan hier regelmatig mis:

• Poorten als één bereik doorsturen. Sommige routers verwerken een bereikregel van 28015 tot 28017 slecht. Maak aparte regels per poort, elk met hetzelfde externe en interne poortnummer, en stel het protocol per regel correct in in plaats van alles op "beide" te laten staan.
• Doorsturen naar het verkeerde interne adres. Als het lokale IP van de machine door DHCP is toegewezen, kan het veranderen en wijzen je regels stilletjes naar niets. Geef de server een statisch lokaal adres of een DHCP-reservering.

Deze hele categorie problemen bestaat niet bij een beheerde host, omdat er geen router van jou in het pad zit en de poorten bij het deployen worden opengezet.

Oorzaak 4: de server adverteert zichzelf met het verkeerde adres

Een server achter NAT, of op een machine met meerdere netwerkinterfaces, kan een adres adverteren dat niemand van buitenaf kan bereiken. Heb je de server aan een specifiek lokaal IP gebonden, probeer dan te binden aan alle interfaces en laat de netwerklaag de keuze maken. Een hardcoded intern adres is een veelvoorkomende oorzaak van een server die van binnen je eigen netwerk prima werkt, maar van overal elders onzichtbaar is.

De snelle test hiervoor: vraag iemand buiten je netwerk om de server op naam te zoeken. Is hij zichtbaar op je LAN en onzichtbaar voor hen, dan zit de oorzaak in dit punt of in de port forwarding hierboven.

Oorzaak 5: je kijkt op de verkeerde plek

Niet elke onzichtbare server is kapot. De community-browser van Rust is groot, zwaar gefilterd en gesorteerd op aantal spelers, dus een gloednieuwe lege server staat helemaal onderaan een zeer lange lijst.

• Zoek op je exacte server.hostname in plaats van te scrollen. Gedeeltelijke namen en standaardnamen als "My Rust Server" begraven je tussen honderden identieke vermeldingen, dus kies iets onderscheidends.
• Controleer je filters. Servers met mods verschijnen niet onder het Community-tabfilter dat is ingesteld voor vanilla, en andersom.
• Geef het een paar minuten. Vermelding is niet direct na een start, en de masterserver heeft even nodig om een nieuwe server op te pikken.
• Laat spelers de server één keer op IP als favoriet opslaan. Daarna verschijnt hij onder Favorieten, ongeacht hoe de browser is gesorteerd, wat je voor je vaste spelers toch al de moeite waard vindt.

Oorzaak 6: hij verdween na een wipe of update

Facepunch brengt elke eerste donderdag van de maand een verplichte patch uit. Een server die nog op de vorige build draait, weigert niet alleen spelers, hij kan ook helemaal uit de browser verdwijnen omdat hij niet overeenkomt met de huidige versie die de masterserver verwacht. Stond je server gisteren wel in de lijst en vandaag niet, controleer dan eerst de datum tegenover de wipeschedule voordat je iets anders gaat debuggen.

Zelf hosters moeten app_update 258550 validate opnieuw uitvoeren in SteamCMD en herstarten. Op Flux wordt de update voor je afgehandeld en een herstart past hem toe, en dat is de belangrijkste reden waarom deze oorzaak veel vaker voorkomt op zelfgemaakte servers.

De volgorde om dingen te controleren

1. Direct verbinden met client.connect ip:28015. Werkt dat, dan is het een zichtbaarheidsprobleem, geen serverprobleem.
2. Bevestig dat 28017 open staat op UDP, niet TCP.
3. Bevestig dat -queryport 28017 op de startregel staat.
4. Zit je achter een router, controleer dan of de forwarding-regels per poort zijn ingesteld en naar een statisch lokaal adres wijzen.
5. Zoek op je exacte hostnaam en controleer je browserfilters voordat je aanneemt dat er iets mis is.
6. Controleer of er een force wipe of patch is uitgerold en of je server nog op de oude build draait.

Bijna elk geval eindigt bij stap twee of drie. Het patroon om te onthouden is simpel: de spelpoort bepaalt of mensen kunnen spelen, en de query-poort bepaalt of ze je kunnen vinden.

Veelgestelde vragen over zichtbaarheid

Waarom staat mijn Rust-server niet in de serverlijst?

In bijna elk geval is de Steam query-poort, 28017/UDP, dicht of niet gedeclareerd met -queryport. Steam ontdekt servers door die poort te bevragen, dus als hij onbereikbaar is, blijft je server draaien en directe verbindingen accepteren, maar verschijnt hij nooit in een lijst.

Welke poorten heeft een Rust-server nodig?

28015/UDP voor spelverkeer, 28017/UDP voor de Steam-query en 28016/TCP voor RCON als je remote admin gebruikt. De query-poort bepaalt of je server in de lijst staat.

Hoe join ik een Rust-server die niet in de browser staat?

Druk in Rust op F1 en typ client.connect your-server-ip:28015. Dit werkt of de server nu in de lijst staat of niet, en het is ook de snelste manier om te bewijzen dat de server zelf gezond is en alleen de vermelding kapot is.

Mijn Rust-server stond in de lijst en nu is hij weg. Wat is er gebeurd?

Controleer eerst de datum. Facepunch past het spel elke eerste donderdag van de maand aan, en een server die op de vorige build blijft draaien kan helemaal uit de browser verdwijnen. Update de server en herstart hem.

Heb ik de query-poort nodig als spelers rechtstreeks verbinden?

Alleen als je vindbaar wilt zijn. Een server met 28015 open en 28017 dicht is prima speelbaar voor iedereen die het adres heeft, en volledig onzichtbaar voor iedereen die dat niet heeft.

Lost een beheerde host dit op?

Ja, omdat er geen firewall of router van jou in het pad zit. Op Flux worden alle drie de poorten bij het deployen opengezet en wordt de maandelijkse Facepunch-update voor je toegepast, wat zowel de poortoorzaken als de oude-build-oorzaak wegneemt.

Gerelateerde Rust-hostinggidsen

• Rust-serverrequirements: CPU, RAM en poorten
• Hoe maak je een Rust dedicated server?
• Rust-wipeschedule: force-wipedata 2026
• Rust-server huren op Flux
• Rust-server niet zichtbaar in de serverlijst