Aktueller Status: Die offizielle FivePD-Website gibt an, dass das Projekt aktiv an Version 2.0 arbeitet und Besucher an seine eigenen Community-Kanäle für Ankündigungen verweist. Die öffentliche Seite identifiziert nicht den Inhalt, das Alter, die Lizenz oder die Kompatibilität des “FivePD Server Packs”, das über den unten stehenden Legacy-Mirror angeboten wird. FiveMX behandelt das Paket daher als nicht verifiziert, nicht als eine aktuelle offizielle Distribution.
Überprüft am 22. Juli 2026
Die FivePD-Projektseite gab HTTP 200 zurück und zeigte ihre Entwicklungsankündigung für Version 2.0 an. Die Linkvertise-Landingpage gab ebenfalls HTTP 200 zurück, enthielt aber keine öffentliche Paketmanifestdatei, kein Quellrepositorium, keine Prüfsumme, keine Abhängigkeitsliste oder Lizenz, die den Mirror mit dem offiziellen Projekt verbinden könnte. FiveMX hat das monetarisierte Gate nicht abgeschlossen und behauptet daher nicht, das zugrunde liegende Paket getestet zu haben.
Ein Server-Paket ist eine größere Risikooberfläche als eine einzelne Ressource. Es kann eine FXServer-Konfiguration, FivePD-Kern, Callouts, Fahrzeuge, EUP, Datenbankdateien, Berechtigungen und Drittanbieter-Plugins aus verschiedenen Daten kombinieren. Ein erfolgreiches Entpacken oder Booten würde nicht beweisen, dass das Bundle gepflegt oder rechtmäßig weiterverteilt werden darf.
Inventarisiere das Paket, bevor du etwas ausführst
- Notiere den Archivdateinamen, die Größe und den SHA-256. Entpacke es mit deaktivierten Skripten und ausführbaren Dateien.
- Erstelle eine Dateiinventarliste, die in FivePD-Kern, Callouts, Plugins, Karten, Fahrzeuge, Konfigurationen, Datenbankdateien und nicht verwandte Extras gruppiert ist.
- Suche nach der README, Lizenzen, Erstellernamen, ursprünglichen URLs und Versionskennzeichnungen für jede gebündelte Komponente. Eine Kennzeichnung auf Paketebene reicht nicht aus.
- Suche in den Konfigurationen nach Passwörtern, API-Tokens, Webhooks, Datenbank-Hosts, Discord-Kennungen und hartcodierten Mitarbeiterkennungen. Führe niemals die Anmeldeinformationen eines anderen Servers aus.
- Prüfen
server.cfgund Ressourcenmanifesten für Befehle, Berechtigungen, Abhängigkeiten, HTTP-Aufrufe, Binärdateien und Startreihenfolge-Annahmen. - Lehne Komponenten ab, die keine nachverfolgbare Quelle oder Erlaubnis zur Weiterverteilung haben. Es ist sicherer, ein unbekanntes Element zu entfernen, als dem gesamten Paket Vertrauen durch Assoziation zu gewähren.
Baue eine saubere Staging-Basis auf
Entpacke das Bundle nicht über einem bestehenden Server. Beginne mit einem separaten server-data-Verzeichnis mit unterstützten FXServer-Artifakten und einer frischen Datenbank. Füge den offiziellen oder verifizierten FivePD-Kern zuerst hinzu, dann füge Callouts und Plugins in kleinen Gruppen hinzu. Dies isoliert, welche Komponente einen Fehler verursacht und verhindert, dass alte Paketkonfigurationen funktionierende Produktionsdateien überschreiben.
| Staging | Überprüfen | Nachweise zum Behalten |
|---|---|---|
| Kernstart | Ressourcen werden ohne fehlende Abhängigkeiten geladen | Serverkonsole und genaue Kernversion |
| Beamte beitreten | Dienstzustand und Berechtigungen funktionieren für die beabsichtigten Rollen | Drei-Rollen-Testergebnisse |
| Callout | Akzeptieren, reisen, interagieren, abschließen, abbrechen | Callout-Name und Fehlerprotokoll |
| Neustart | Ressourcen und vollständiger Server-Neustart sauber | Persistenter Zustand und Reconnect-Ergebnis |
| Laden | Mehrere Beamte erhalten unterschiedliche Anrufe | Profiler-Abtastung und Ruckelwarnungen |
Arbeitsabläufe von Polizei und Feuerwehr testen
Die historische Auflistung erwähnte Callouts und ein Feuerwehr-Add-on, identifizierte aber keine Versionen. Behandle jedes als separate Komponente. Teste einen Beamten mit vollen Berechtigungen, einen Rekruten mit eingeschränkten Berechtigungen und einen normalen Zivilisten. Bestätige, dass Zivilisten keine Polizeibefehle ausführen, eingeschränkte Assets spawnen oder Callouts manipulieren können.
- Starte, akzeptiere, breche ab und vervollständige repräsentative Callouts. Bestätige, dass Entitäten und Blips nach jedem Ergebnis aufgeräumt werden.
- Trenne einen Beamten mitten im Anruf und starte die relevante Ressource neu. Überprüfe auf verlassene Entitäten oder festen Zustand.
- Teste Fahrzeug-, Ped-, Waffen- und Kartenabhängigkeiten von ihren ursprünglichen Quellen.
- Für Feuerwehrinhalte überprüfe Ausrüstungsberechtigungen, Fahrzeugspawns, Feuerbereinigung und Konflikte mit anderen Notfallskripten.
- Überprüfe Datenbank-Schreibvorgänge und -Speicherung. Ein Testpaket sollte keine Identifikatoren oder Vorfallsdaten sammeln, die du nicht speichern wolltest.
Updates sind eine komponentenweise Entscheidung
Aktualisiere kein gebündeltes Serverpaket, indem du das gesamte Verzeichnis ersetzst. Vergleiche jede Komponente mit ihrer Primärquelle, lies Migrationshinweise und bewahre Konfigurationsänderungen in der Versionskontrolle auf. Wenn FivePD 2.0 APIs oder Paketstruktur ändert, benötigt ein altes Callout möglicherweise eine explizite kompatible Version statt einer blinden Kopie.
Betriebliche und Sicherheitsüberprüfung
Suche alle Skripte nach Remote-Code-Ladung, HTTP-Anfragen, Webhook-Protokollierung, unbeschränkten Server-Events und breiten ACE-Berechtigungen. Überprüfe Binärdateien mit mehreren Scannern und verifiziere ihren Herausgeber, wenn möglich. Überprüfe, ob das Paket kommerzielle Karten, Fahrzeuge oder Skripte ohne Berechtigung enthält; ein kostenloser Spiegel macht keine bezahlten Drittanbieter-Inhalte zu einer autorisierten Verteilung.
Führe ein Komponentenregister
Für jede akzeptierte Komponente, trage ihre Quell-URL, den Ersteller, die Version, den Archiv-Hash, die Lizenz, Abhängigkeiten, den Konfigurationsbesitzer und den letzten erfolgreichen Test ein. Markiere abgelehnte und entfernte Komponenten ebenfalls. Dieses Register ist nützlicher als der Paketname, weil zukünftige Updates und Vorfälle einzelne Callouts, Karten, Fahrzeuge oder Plugins betreffen.
Überprüfe das Register vor jedem FivePD-Kern- oder FXServer-Update. Teste Komponenten, deren API, Framework-Abhängigkeit, Binärdatei oder Manifest sich geändert hat. Wenn niemand die Quelle oder den Testbesitzer einer Komponente identifizieren kann, bleibe sie deaktiviert, bis diese Lücke behoben ist.
Rücknahmeplan
Halte die Staging-Datenbank, das server-data-Verzeichnis und den Ressourcen-Inventar getrennt von der Produktion. Bevor eine ausgewählte Komponente live geht, sichere die Produktionsdatenbank, den Ressourcen-Ordner und die Konfiguration. Stelle durch Entfernen nur der ausgewählten Komponenten und Wiederherstellen ihres passenden Konfigurations-/Daten-Snapshots wieder her. Ein vollständiges Paket-Überschreiben macht ein sauberes Zurücksetzen unnötig schwierig.
Plane das erste Live-Fenster mit genug Zeit, um es rückgängig zu machen. Begrenze den Beamtenzugriff während der Überprüfung und bestätige einen normalen Serverstart nach dem Zurücksetzen.
Legacy-Monetarisierter Spiegel
Werbungunterstützter Download. FiveMX hat sein Archiv, die Komponentenlizenzen, die Version oder die Beziehung zum aktuellen FivePD-Projekt nicht überprüft.
das habe ich meinen Freunden geklaut von (redigiert)
hallo, ist es möglich, so etwas zu haben, aber auf Italienisch?