Estado actual: el sitio oficial de FivePD indica que el proyecto está trabajando activamente en la versión 2.0 y dirige a los visitantes a sus propios canales de la comunidad para los anuncios. La página pública no identifica los contenidos, la edad, la licencia o la compatibilidad del “FivePD Server Pack” ofrecido a través del espejo legado a continuación. FiveMX, por lo tanto, trata el paquete como no verificado, no como una distribución oficial actual.
Evidencia verificada el 22 de julio de 2026
El sitio del proyecto FivePD devolvió HTTP 200 y mostró su aviso de desarrollo de la versión 2.0. La página de aterrizaje de Linkvertise también devolvió HTTP 200, pero no expuso ningún manifiesto de paquete público, repositorio de origen, suma de verificación, inventario de dependencias o licencia que pudiera conectar el espejo con el proyecto oficial. FiveMX no completó la puerta de monetización y, por lo tanto, no afirmó haber probado el paquete subyacente.
Un paquete de servidor es una superficie de riesgo más grande que un solo recurso. Puede combinar una configuración de FXServer, núcleo de FivePD, llamadas, vehículos, EUP, archivos de base de datos, permisos y complementos de terceros de diferentes fechas. Un descomprimir o arrancar exitoso no probaría que el paquete está mantenido o es legalmente redistribuible.
Inventar el paquete antes de ejecutar nada
- Registrar el nombre del archivo del archivo, el tamaño y el SHA-256. Extraerlo con los scripts y ejecutables deshabilitados.
- Crear un inventario de archivos agrupados en núcleo de FivePD, llamadas, complementos, mapas, vehículos, configuraciones, archivos de base de datos y extras no relacionados.
- Buscar el README, las licencias, los nombres de los creadores, las URLs originales y las etiquetas de versión de cada componente empaquetado. Una etiqueta a nivel de paquete no es suficiente.
- Buscar en las configuraciones contraseñas, tokens de API, webhooks, hosts de base de datos, identificadores de Discord y identificadores de personal codificados en el código. Nunca ejecutar las credenciales de otro servidor.
- Inspeccionar
servidor.cfgy manifiestos de recursos para comandos, permisos, dependencias, llamadas HTTP, binarios y suposiciones de orden de inicio. - Rechazar componentes sin fuente rastreable o permiso de redistribución. Eliminar un elemento desconocido es más seguro que conceder toda la confianza al paquete por asociación.
Construir una línea base de etapa limpia
No descomprimir el paquete sobre un servidor existente. Comenzar desde un directorio de datos de servidor separado con artefactos de FXServer compatibles y una base de datos nueva. Agregar el núcleo de FivePD oficial o verificado primero, luego introducir llamadas y complementos en grupos pequeños. Esto aísla qué componente crea un error y evita que la configuración del paquete antiguo sobrescriba los archivos de producción funcionales.
| Etapa | Controlar | Evidencia para retener |
|---|---|---|
| Inicio del núcleo | Carga de recursos sin dependencia faltante | Consola del servidor y versión exacta del núcleo |
| Unirse como oficial | El estado de servicio y los permisos funcionan para los roles previstos | Resultados de la prueba de tres roles |
| Llamada | Aceptar, viajar, interactuar, completar, cancelar | Nombre de la llamada y registro de errores |
| Reanudar | Recurso y reinicio completo del servidor de manera limpia | Estado persistente y resultado de reconexión |
| Carga | Varios oficiales reciben diferentes llamadas | Muestra de perfilador y advertencias de hitch |
Pruebas de flujo de trabajo de policía y bomberos
El listado histórico mencionó callouts y un complemento de bomberos, pero no identificó versiones. Trate cada uno como un componente separado. Pruebe un oficial con permisos completos, un reclutado con permisos limitados y un civil normal. Confirme que los civiles no pueden acceder a los comandos de la policía, generar activos restringidos o manipular callouts.
- Inicie, acepte, cancele y complete callouts representativos. Confirme que las entidades y los blips se limpian después de cada resultado.
- Desconecte a un oficial en medio de una llamada y reinicie el recurso relevante. Verifique la presencia de entidades abandonadas o estado atascado.
- Pruebe las dependencias de vehículos, ped, armas y mapas desde sus fuentes originales.
- Para el contenido de bomberos, verifique los permisos de equipo, los vehículos de generación, la limpieza de incendios y el conflicto con otros scripts de emergencia.
- Inspeccione las escrituras de la base de datos y la retención. Un paquete de pruebas no debe recopilar silenciosamente identificadores o datos de incidentes que no planeó almacenar.
Las actualizaciones son una decisión componente por componente
No actualice un paquete de servidor agrupado reemplazando todo el directorio. Compare cada componente con su fuente principal, lea las migraciones y preserve los cambios de configuración en el control de versiones. Si FivePD 2.0 cambia las APIs o la estructura del paquete, un callout antiguo puede requerir una versión compatible explícita en lugar de una copia ciega.
Revisión operativa y de seguridad
Busque en todos los scripts la carga de código remoto, solicitudes HTTP, registro de webhooks, eventos de servidor sin restricciones y permisos ACE amplios. Verifique los binarios con múltiples escáneres y confirme su editor cuando sea posible. Revise si el paquete agrupa mapas, vehículos o scripts comerciales sin derecho; un espejo gratuito no convierte el contenido de terceros pagado en una distribución autorizada.
Mantenga un registro de componentes
Para cada componente aceptado, registre su URL de origen, creador, versión, hash de archivo, licencia, dependencias, propietario de la configuración y última prueba exitosa. Marque también los componentes rechazados y eliminados. Este registro es más útil que el nombre del paquete porque las actualizaciones futuras y los incidentes afectan a callouts, mapas, vehículos o complementos individuales.
Revise el registro antes de cada actualización de núcleo FivePD o FXServer. Vuelva a probar los componentes cuyo API, dependencia de marco, binario o manifiesto haya cambiado. Si nadie puede identificar la fuente o el propietario de la prueba de un componente, manténgalo desactivado hasta que se resuelva esa brecha.
Plan de reversión
Mantenga la base de datos de ensayo, el directorio server-data y el inventario de recursos separados de la producción. Antes de que cualquier componente seleccionado pase a producción, haga una copia de seguridad de la base de datos de producción, la carpeta de recursos y la configuración. Vuelva a la versión anterior eliminando solo los componentes seleccionados y restaurando su instantánea de configuración/datos correspondiente. Una sobrescritura completa del paquete hace que la reversión limpia sea innecesariamente difícil.
Programe la primera ventana en vivo con suficiente tiempo para revertirla. Mantenga el acceso de los oficiales limitado durante la verificación y confirme el inicio normal del servidor nuevamente después de la reversión.
Mirror monetizado heredado
Descarga con anuncios. FiveMX no ha verificado su archivo, licencias de componentes, versión o relación con el proyecto actual FivePD.
Le robé esto a mis amigos de (redactado)
Hola ¿es posible tener algo así pero en idioma italiano?