FiveM sv_licenseKey: 'no license key was specified'-Fehler beheben

Dein Server startet und stoppt dann mit einer Zeile wie dieser in der Konsole:

no license key was specified

Du könntest auch eine Variante sehen, die sagt, dass die Lizenzschlüssel-Authentifizierung fehlgeschlagen ist. FiveM weigert sich, einen Server ohne einen gültigen Schlüssel zu betreiben, daher liegt die Behebung immer am Schlüssel: Besorge dir einen, setze ihn an die richtige Stelle und stelle sicher, dass er der Maschine entspricht.

#Warum es passiert

Jeder FXServer braucht einen Lizenzschlüssel, der bei einem Cfx.re-Konto registriert ist. Der Schlüssel beweist, dass der Server jemandem gehört und bindet ihn an eine IP-Adresse. Der Fehler bedeutet eines davon:

• sv_licenseKey fehlt in server.cfg, oder die Zeile ist mit einem # auskommentiert.
• Der Schlüssel hat einen Tippfehler, ein fehlendes Zeichen oder stray Leerzeichen oder Anführungszeichen.
• Der Schlüssel wurde für eine andere IP als die erstellt, auf der dein Server läuft.
• Der Schlüssel wurde auf dem Portal gelöscht oder regeneriert, und der Server verwendet immer noch den alten.

#Besorge dir einen Schlüssel bei portal.cfx.re

1. Gehe zu portal.cfx.re und melde dich mit deinem Cfx.re-Konto an.
2. Öffne den Server-Bereich und wähle Registration Keys.
3. Erstelle einen neuen Schlüssel. Gib ihm eine Bezeichnung und gib die öffentliche IP-Adresse der Maschine ein, die den Server ausführt.
4. Kopiere den Schlüssel. Er sieht aus wie cfxk_ gefolgt von einer langen Zeichenkette.

Tipp: Die IP, die du eingibst, ist die öffentliche IP deines Servers, nicht eine lokale Adresse wie 192.168.x.x. Auf einem gehosteten VPS oder dedizierten Server verwende die IP, die dir dein Provider gegeben hat.

#Setze den Schlüssel in server.cfg

Öffne server.cfg und füge die Zeile hinzu, mit dem Schlüssel zwischen doppelten Anführungszeichen:

sv_licenseKey "cfxk_your_key_here"

Regeln zum Befolgen:

• Eine Zeile, mit geraden doppelten Anführungszeichen (nicht typografischen Anführungszeichen, die aus einem Chat oder einer Webseite kopiert wurden).
• Keine Leerzeichen vor oder nach dem Schlüssel in den Anführungszeichen.
• Die Zeile darf nicht mit # beginnen.
• Speichere die Datei und starte den Server vollständig neu. Ein Ressourcen-Neustart lädt sie nicht neu.

#Wenn du txAdmin verwendest

txAdmin fragt während der Servereinrichtung nach dem Schlüssel, und der Rezept-Deployer schreibt ihn in die server.cfg, die er erstellt. Wenn du txAdmin von Hand einrichtest oder du während der Einrichtung einen falschen Schlüssel eingeklebt hast, öffne die server.cfg, die txAdmin ausführt (der CFG Editor im txAdmin-Panel) und überprüfe die sv_licenseKey-Zeile dort.

Zwei Dinge fangen Leute hier auf:

• Du hast mehrere txData-Profile oder Serverordner und du hast die falsche server.cfg bearbeitet. Überprüfe den Pfad, der oben in der txAdmin-Konsole angezeigt wird.
• Der Schlüssel ist in der Datei korrekt, aber txAdmin führt eine andere Konfiguration aus. Schaue auf den Konfigurationsdateipfad in den txAdmin-Einstellungen.

#IP-Bindung: Schlüssel gültig, schlägt immer noch fehl

Ein Schlüssel funktioniert nur für die IP, mit der er registriert wurde. Wenn der Schlüssel korrekt ist und die Authentifizierung immer noch fehlschlägt, vergleiche zwei Werte:

1. Die IP auf dem Schlüssel im Portal, unter Registration Keys.
2. Die öffentliche IP der Maschine. Von der Maschine selbst kannst du sie überprüfen mit:

curl ifconfig.me

(Invoke-WebRequest -UseBasicParsing https://ifconfig.me/ip).Content

Wenn sie sich unterscheiden, bearbeite die IP auf dem Schlüssel im Portal oder erstelle einen neuen Schlüssel für die neue IP. Dies passiert viel nach dem Wechsel zu einem anderen Host, nachdem ein Home-Internet-Provider deine IP ändert, oder wenn du auf einem PC zu Hause testest und dann dieselbe server.cfg auf einen VPS hochlädst.

#Schlüssel neu generieren

Wenn ein Schlüssel durchgesickert ist (er wurde in einem Screenshot, einer Discord-Nachricht oder einem öffentlichen GitHub-Repository gepostet), generiere ihn von Portal neu. Der alte Schlüssel funktioniert sofort nicht mehr, also aktualisiere server.cfg gleich danach und starte neu.

# old key, revoked
# sv_licenseKey "cfxk_old_key"

sv_licenseKey "cfxk_new_key"

Halte den Schlüssel aus öffentlichen Repositories heraus. Wenn deine server.cfg in Git ist, speichere den Schlüssel in einer separaten Datei, die nicht committed wird, und lade ihn mit exec:

exec secrets.cfg

# secrets.cfg (not committed)
sv_licenseKey "cfxk_your_key_here"

#Mehrere Server

Du brauchst einen Schlüssel pro Server. Wenn du einen Test-Server neben deinem Live-Server betreibst, erstelle zwei Schlüssel, jeder mit seiner eigenen IP, und beschrifte sie so, dass du sie nicht verwechselst. Die Verwendung desselben Schlüssels auf zwei Servern führt dazu, dass einer von ihnen die Authentifizierung fehlschlägt.

#Immer noch stecken nach dem Schlüssel

Nachdem der Schlüssel akzeptiert wurde, ist das nächste Problem, das Leute treffen, dass niemand beitreten kann. Das ist ein Netzwerkproblem, behandelt in FiveM-Server wird nicht angezeigt: Port-Weiterleitung und Firewall. Wenn du auf einem frischen VPS installierst, erläutert FiveM-Server auf Linux ausführen das gesamte Setup.

#Checkliste