Du hast die erforderliche Berechtigung nicht: Escrow-Lösung

Du startest ein gekauftes Skript und die Konsole druckt etwa:

You lack the required entitlement to use my_script

oder:

Failed to verify protected resource my_script

Das Skript ist mit Cfx.re-Asset-Escrow geschützt, und dein Server kann nicht beweisen, dass du es besitzt. Die Lösung ist fast immer ein Mismatch zwischen dem Lizenzschlüssel in server.cfg und dem Cfx.re-Konto, das das Asset gekauft hat.

#Wie Escrow funktioniert

Escrowed (geschützte) Skripte sind verschlüsselt. Wenn der Server die Ressource startet, prüft er den Lizenzschlüssel, mit dem der Server läuft. Dieser Schlüssel gehört zu einem Cfx.re-Konto. Die Prüfung wird nur bestanden, wenn dasselbe Konto dem Asset gewährt wurde.

Es müssen also drei Dinge übereinstimmen:

1. Das Asset wurde gekauft und einem Cfx.re-Konto gewährt (das, das du beim Checkout verwendet hast).
2. Dieses Konto hat den Server-Lizenzschlüssel generiert.
3. Der Schlüssel ist der in server.cfg eingestellte.

#Schritt 1: Überprüfe den Schlüssel in server.cfg

sv_licenseKey "cfxk_xxxxxxxxxxxxxxxxxxxx_xxxxx"

Wenn du txAdmin verwendest, kann der Schlüssel auch in dessen Setup oder Einstellungen statt in der Datei eingestellt werden. Schau an beiden Stellen nach und suche nach einem zweiten Schlüssel in einer anderen Zeile oder in einer Kopie von server.cfg, von der du nicht wusstest, dass sie geladen wird.

Achtung: Teile deinen Lizenzschlüssel niemals in Screenshots, Discord-Nachrichten oder Support-Tickets. Wenn du ihn geleakt hast, generiere einen neuen im Portal und ersetze ihn.

#Schritt 2: Prüfe, wer den Schlüssel besitzt

Öffne portal.cfx.re und melde dich an. Im Abschnitt Schlüssel schaue dir die Schlüssel an, die auf diesem Konto existieren. Der Schlüssel in deiner server.cfg muss in der Liste des Kontos erscheinen, bei dem du angemeldet bist. Wenn nicht, wurde er von einem anderen Konto generiert, und dies ist der übliche Grund für den Fehler.

Typische Situationen:

• Ein Freund oder Entwickler hat den Schlüssel für dich von seinem eigenen Konto aus generiert.
• Du besitzt zwei Cfx.re-Konten und verwendest den Schlüssel von einem, während das Asset auf dem anderen ist.
• Ein Schlüssel wurde für einen anderen Server generiert und du hast ihn aus einer alten Konfiguration kopiert.

#Schritt 3: Prüfe, dass das Asset diesem Konto gewährt wurde

Im gleichen Portal öffne die Seite, die gewährte Assets auflistet. Dein Kauf sollte dort sein, unter dem gleichen Konto wie der Schlüssel. Wenn es fehlt:

• Schau auf das Konto, das du beim Checkout eingegeben hast. Ein Kauf ist an das Cfx.re-Konto gebunden, das dann eingegeben wurde, nicht an die E-Mail, die du bezahlst.
• Überprüfe die Kaufbestätigung, die du erhalten hast, um zu sehen, welches Konto sie nennt.
• Wenn sich das Asset auf einem anderen Konto befindet, hast du zwei Möglichkeiten: Verwende den Lizenzschlüssel dieses Kontos auf dem Server, oder bitte den Support des Verkäufers, das Asset auf das Konto zu verschieben, das du möchtest. Versuche nicht, es zu umgehen.

Die Gewährung kann eine kurze Zeit nach dem Kauf dauern. Wenn du es vor ein paar Minuten gekauft hast, warte, aktualisiere das Portal und starte den Server neu.

#Schritt 4: Nach dem Kauf erneut herunterladen

Lade die Ressource nach dem Kauf erneut vom Portal herunter, wenn das Asset in deiner Gewährungsliste angezeigt wird. Eine Kopie, die von anderswo genommen wurde, oder eine alte Version, die vor der Gewährung des Kaufs erhalten wurde, wird nicht verifizieren. Ersetze den Ordner vollständig und starte dann die Ressource neu.

#Schritt 5: Bearbeite keine geschützten Dateien

Escrow verschlüsselt das Skript. Das Öffnen oder Ändern der verschlüsselten Dateien bricht die Verifikation und du erhältst Failed to verify protected resource. Bearbeite nur die Dateien, die das Skript als offen ausliefert, normalerweise eine config.lua und manchmal Sprach- oder Shared-Dateien. Wenn du etwas geändert hast und jetzt einen Verifikationsfehler erhältst, lade eine saubere Kopie herunter und wende nur deine Config-Änderungen an.

Zum Ordnernamen: Behalte den Ressourcenordnernamen, den die Anweisungen des Skripts geben. Wenn die Anweisungen einen erforderlichen Namen angeben, verwende diesen. Das Umbenennen einer escrowed-Ressource kann es brechen, wenn das Skript selbst seinen Namen erwartet, also benenne es nur um, wenn der Verkäufer sagt, dass es in Ordnung ist.

#Schritt 6: Sauber neu starten

Nach dem Ändern des Schlüssels oder dem Ersetzen der Ressource:

refresh
ensure my_script

Wenn der Lizenzschlüssel in server.cfg oder in txAdmin geändert wurde, starte den ganzen Server neu, nicht nur die Ressource. Der Schlüssel wird beim Booten gelesen.

Weitere Meldungen aus der gleichen Familie findest du unter Server license key error und Couldn't start resource.

#Zu einem neuen Server wechseln

Escrow bindet das Asset nicht an eine IP-Adresse. Es bindet es an das Konto, dessen Schlüssel dein Server verwendet. Wenn du zu einem neuen Host wechselst, behalte denselben sv_licenseKey (oder generiere einen neuen Schlüssel auf dem gleichen Konto), und das Asset funktioniert weiter. Wenn du den ganzen Server an jemand anderen übergibst, muss das Asset seinem Konto gewährt werden, was mit dem Verkäufer vereinbart werden muss.

#Checkliste