Description
Central Guard Dynamic - Correct DLL and Token Procedure
Central Guard Dynamic uses a reusable static DLL and an external guard_token.dat.
The token identifies one server configuration and must remain associated with that server.
The safest workflow is to keep a separate folder for every server.
Most important rule
Never leave Server 1's guard_token.dat beside the DLL while creating a token for Server 2 with a different IP.
The system will update and reseal Server 1's token instead of creating an independent token. Previously distributed copies will then stop decrypting protected files.
Requirements
- The latest official CentralGuard.dll.
- The latest Central Guard Dynamic version.
- The exact game-server IP and the correct encryption key.
- A separate working folder for each server.
1. Prepare one folder for each server
Copy the same current DLL into every server folder. Never copy a token from one server to another.
Central Guard Servers/
├── Server 1 - 192.168.1.10/
│ ├── CentralGuard.dll
│ └── guard_token.dat
├── Server 2 - 203.0.113.20/
│ ├── CentralGuard.dll
│ └── guard_token.dat
└── Server 3 - 198.51.100.30/
├── CentralGuard.dll
└── guard_token.dat
Central Guard Dynamic creates or updates guard_token.dat in the same folder as the DLL selected in the tool. Separate folders prevent accidental overwrites.
2. Create a token for a new server
- Create a new folder named after the server or its IP.
- Place a copy of the latest CentralGuard.dll inside it.
- Confirm that the new folder contains no guard_token.dat.
- Select the DLL from this folder in Central Guard Dynamic.
- Enter the correct server IP and encryption key.
- Click Apply Patch.
- Confirm that guard_token.dat was created beside the selected DLL.
- Keep the folder as the master copy for that server.
Do not delete the token after generating it.
To create another server, make another empty folder and start with a DLL copy without a token.
3. Add a new key to an existing server
- Open the dedicated folder of the correct server.
- Keep that server's existing guard_token.dat in the folder.
- Select the DLL from the same folder.
- Enter exactly the same server IP as before.
- Enter the new encryption key and click Apply Patch.
This updates the existing server bundle; it does not create a new server. Multiple keys can belong to the same server, up to the configured limit.
Do not replace the DLL only because a new key was added. Replace it only when Ermes Logic releases a new DLL version.
4. Change a server IP safely
If a server genuinely changes IP, the bundle owner may keep its token, enter the new IP and click Apply Patch.
The old distributed copies become invalid.
The token is resealed for the new IP. Immediately distribute the new guard_token.dat to every player of that server.
Players normally receive no specific error message: protected files simply are not decrypted. The reason unknown_token appears only in the server audit logs.
For a completely different server, create a new empty folder. Do not change the IP of another server's existing token.
5. Distribute the new DLL
- If the current token is valid, replace only the old DLL and keep the existing guard_token.dat.
- A DLL update alone does not require a new token.
- If a token is invalid, generate one replacement only for the affected server.
- Distribute the same DLL and the same server token to every player of that server.
- Do not regenerate tokens for servers that already work.
6. Multiple creators, multiple keys and protected files
- One server uses one canonical guard_token.dat, not one token per player.
- A licensed guest creator can add a key using the existing server token and the exact same server IP.
- A guest creator cannot change the owner's server IP or reseal the owner's token.
- Supported files can be protected individually or as part of a selected folder, regardless of their extension.
- The valid server token and current DLL are required to decrypt protected content at runtime.
7. Common problems
| Problem | Cause | Solution |
|---|
| Protected files stop being decrypted without a message. | A distributed token was resealed, replaced or removed. The audit log may show unknown_token. | Generate one valid replacement for the affected server and distribute it to all its players. |
| A new server invalidates an older server. | The older server token was still beside the DLL when another IP was entered. | Use a new empty folder for every new server. |
| The new DLL is blocked. | An anti-hack may not trust the new DLL. | Add the exact DLL or its hash to the anti-hack safelist. |
8. Backup, license and update recovery
- Keep a backup of every server folder and key_generated.txt. A lost key cannot be recovered.
- With a trial license, EncryptAll and DecryptAll are available only after license activation.
- If the updater fails, set ver.txt to 0.1.0 and restart Central_Guard_Dynamic.exe.
Descripción
Central Guard Dynamic - Procedimiento correcto para la DLL y los tokens
Central Guard Dynamic utiliza una DLL estática reutilizable y un archivo externo guard_token.dat.
El token identifica la configuración de un servidor y debe permanecer asociado a ese servidor. El método más seguro es conservar una carpeta separada para cada servidor.
La regla más importante
Nunca dejes el guard_token.dat del Servidor 1 junto a la DLL mientras creas un token para el Servidor 2 con otra IP.
El sistema modificará y volverá a sellar el token del Servidor 1 en lugar de crear uno independiente. Las copias ya distribuidas dejarán de descifrar los archivos protegidos.
Requisitos
- La última versión oficial de CentralGuard.dll.
- La última versión de Central Guard Dynamic.
- La IP exacta del servidor y la clave de cifrado correcta.
- Una carpeta de trabajo separada para cada servidor.
1. Prepara una carpeta para cada servidor
Copia la misma DLL actual en la carpeta de cada servidor. Nunca copies el token de un servidor en la carpeta de otro.
Servidores Central Guard/
├── Servidor 1 - 192.168.1.10/
│ ├── CentralGuard.dll
│ └── guard_token.dat
├── Servidor 2 - 203.0.113.20/
│ ├── CentralGuard.dll
│ └── guard_token.dat
└── Servidor 3 - 198.51.100.30/
├── CentralGuard.dll
└── guard_token.dat
Central Guard Dynamic crea o actualiza guard_token.dat en la misma carpeta que la DLL seleccionada. Las carpetas separadas evitan sobrescrituras accidentales.
2. Crear un token para un servidor nuevo
- Crea una carpeta nueva con el nombre o la IP del servidor.
- Coloca dentro una copia de la última CentralGuard.dll.
- Confirma que la carpeta nueva no contiene ningún guard_token.dat.
- Selecciona en Central Guard Dynamic la DLL de esa carpeta.
- Introduce la IP correcta y la clave de cifrado.
- Haz clic en Apply Patch.
- Confirma que guard_token.dat se creó junto a la DLL.
- Conserva la carpeta como copia maestra de ese servidor.
No borres el token después de generarlo.
Para crear otro servidor, utiliza otra carpeta vacía y una copia de la DLL sin token.
3. Añadir una clave a un servidor existente
- Abre la carpeta dedicada del servidor correcto.
- Mantén dentro el guard_token.dat actual de ese servidor.
- Selecciona la DLL de la misma carpeta.
- Introduce exactamente la misma IP utilizada anteriormente.
- Introduce la nueva clave y haz clic en Apply Patch.
Esto actualiza el servidor existente; no crea uno nuevo. Un servidor puede contener varias claves hasta el límite configurado.
No sustituyas la DLL solamente porque añadiste una clave. Sustitúyela únicamente cuando Ermes Logic publique una nueva versión.
4. Cambiar de forma segura la IP de un servidor
Si el servidor cambia realmente de IP, el propietario puede conservar su token, introducir la nueva IP y pulsar Apply Patch.
Las copias antiguas distribuidas dejan de ser válidas.
El token se vuelve a sellar para la nueva IP. Distribuye inmediatamente el nuevo guard_token.dat a todos los jugadores.
Normalmente no aparece ningún mensaje de error: los archivos protegidos simplemente no se descifran. El motivo unknown_token solamente aparece en los registros del servidor.
Para un servidor completamente diferente, crea una carpeta nueva y vacía. No cambies la IP del token de otro servidor.
5. Distribuir la nueva DLL
- Si el token actual es válido, sustituye solamente la DLL antigua y conserva guard_token.dat.
- Actualizar únicamente la DLL no exige un token nuevo.
- Si un token no es válido, genera un único reemplazo para el servidor afectado.
- Distribuye la misma DLL y el mismo token a todos los jugadores de ese servidor.
- No regeneres los tokens de servidores que ya funcionan.
6. Varios creadores, varias claves y archivos protegidos
- Un servidor utiliza un único guard_token.dat, no uno por jugador.
- Un creador invitado con licencia puede añadir una clave usando el token existente y exactamente la misma IP.
- El invitado no puede cambiar la IP ni volver a sellar el token del propietario.
- Los archivos compatibles pueden protegerse individualmente o como parte de una carpeta, independientemente de su extensión.
- La DLL actual y el token válido del servidor son necesarios para descifrar el contenido protegido.
7. Problemas frecuentes
| Problema | Causa | Solución |
|---|
| Los archivos dejan de descifrarse sin mostrar un mensaje. | Un token distribuido fue vuelto a sellar, sustituido o eliminado. El registro puede mostrar unknown_token. | Genera un único reemplazo válido para el servidor y distribúyelo a todos sus jugadores. |
| Un servidor nuevo invalida uno anterior. | El token anterior seguía junto a la DLL cuando se introdujo otra IP. | Utiliza una carpeta nueva y vacía para cada servidor nuevo. |
| La nueva DLL queda bloqueada. | El sistema anti-hack todavía no confía en la DLL. | Añade la DLL exacta o su hash a la lista segura del anti-hack. |
8. Copias de seguridad, licencia y recuperación
- Conserva una copia de cada carpeta y de key_generated.txt. Una clave perdida no se puede recuperar.
- Con una licencia de prueba, EncryptAll y DecryptAll se habilitan únicamente después de activar la licencia.
- Si falla el actualizador, cambia ver.txt a 0.1.0 y reinicia Central_Guard_Dynamic.exe.
Descrição
Central Guard Dynamic - Procedimento correto para a DLL e os tokens
O Central Guard Dynamic usa uma DLL estática reutilizável e um arquivo externo chamado guard_token.dat.
O token identifica a configuração de um servidor e deve permanecer associado a esse servidor. O procedimento mais seguro é manter uma pasta separada para cada servidor.
A regra mais importante
Nunca deixe o guard_token.dat do Servidor 1 ao lado da DLL enquanto gera um token para o Servidor 2 usando outro IP.
O sistema alterará e selará novamente o token do Servidor 1, em vez de criar um token independente. As cópias já distribuídas deixarão de descriptografar os arquivos protegidos.
Requisitos
- A versão oficial mais recente da CentralGuard.dll.
- A versão mais recente do Central Guard Dynamic.
- O IP exato do game server e a chave de criptografia correta.
- Uma pasta de trabalho separada para cada servidor.
1. Prepare uma pasta para cada servidor
Copie a mesma DLL atual para a pasta de cada servidor. Nunca copie o token de um servidor para a pasta de outro.
Servidores Central Guard/
├── Servidor 1 - 192.168.1.10/
│ ├── CentralGuard.dll
│ └── guard_token.dat
├── Servidor 2 - 203.0.113.20/
│ ├── CentralGuard.dll
│ └── guard_token.dat
└── Servidor 3 - 198.51.100.30/
├── CentralGuard.dll
└── guard_token.dat
O Central Guard Dynamic cria ou atualiza o guard_token.dat na mesma pasta da DLL selecionada. Pastas separadas evitam substituições acidentais.
2. Gerar um token para um servidor novo
- Crie uma pasta nova com o nome ou o IP do servidor.
- Coloque dentro uma cópia da CentralGuard.dll mais recente.
- Confirme que a pasta nova não contém nenhum guard_token.dat.
- No Central Guard Dynamic, selecione a DLL dessa pasta.
- Informe o IP correto e a chave de criptografia.
- Clique em Apply Patch.
- Confirme que o guard_token.dat foi criado ao lado da DLL.
- Mantenha essa pasta como a cópia principal do servidor.
Não apague o token depois de gerá-lo.
Para criar outro servidor, use outra pasta vazia e uma cópia da DLL sem token.
3. Adicionar uma chave a um servidor existente
- Abra a pasta exclusiva do servidor correto.
- Mantenha nela o guard_token.dat atual desse servidor.
- Selecione a DLL da mesma pasta.
- Informe exatamente o mesmo IP usado anteriormente.
- Informe a nova chave e clique em Apply Patch.
Isso atualiza o servidor existente; não cria um servidor novo. Um servidor pode ter várias chaves, até o limite configurado.
Não substitua a DLL apenas porque uma chave nova foi adicionada. Substitua a DLL somente quando a Ermes Logic lançar uma nova versão.
4. Alterar o IP de um servidor com segurança
Se o servidor realmente mudar de IP, o proprietário pode manter o token, informar o novo IP e clicar em Apply Patch.
As cópias antigas distribuídas deixam de ser válidas.
O token será selado novamente para o novo IP. Distribua imediatamente o novo guard_token.dat para todos os jogadores.
Normalmente nenhuma mensagem de erro é exibida: os arquivos protegidos simplesmente não são descriptografados. O motivo unknown_token aparece somente nos logs do servidor.
Para um servidor completamente diferente, crie uma pasta nova e vazia. Não altere o IP do token de outro servidor.
5. Distribuir a nova DLL
- Se o token atual for válido, substitua somente a DLL antiga e mantenha o guard_token.dat.
- Atualizar apenas a DLL não exige um token novo.
- Se um token estiver inválido, gere um único substituto somente para o servidor afetado.
- Distribua a mesma DLL e o mesmo token para todos os jogadores desse servidor.
- Não gere novamente os tokens dos servidores que já funcionam.
6. Vários criadores, várias chaves e arquivos protegidos
- Um servidor usa um único guard_token.dat, e não um token por jogador.
- Um criador convidado com licença pode adicionar uma chave usando o token existente e exatamente o mesmo IP.
- O convidado não pode alterar o IP nem selar novamente o token do proprietário.
- Os arquivos compatíveis podem ser protegidos individualmente ou como parte de uma pasta, independentemente da extensão.
- A DLL atual e o token válido do servidor são necessários para descriptografar o conteúdo protegido.
7. Problemas comuns
| Problema | Causa | Solução |
|---|
| Os arquivos param de ser descriptografados sem mostrar uma mensagem. | Um token distribuído foi selado novamente, substituído ou removido. O log pode mostrar unknown_token. | Gere um único substituto válido para o servidor e distribua-o para todos os jogadores. |
| Um servidor novo invalida um servidor antigo. | O token antigo permaneceu ao lado da DLL quando outro IP foi informado. | Use uma pasta nova e vazia para cada servidor novo. |
| A nova DLL é bloqueada. | O sistema anti-hack ainda não confia na DLL. | Adicione a DLL exata ou o hash dela à lista segura do anti-hack. |
8. Backup, licença e recuperação da atualização
- Mantenha um backup de cada pasta e do key_generated.txt. Uma chave perdida não pode ser recuperada.
- Com uma licença de teste, EncryptAll e DecryptAll são liberados somente após a ativação.
- Se o atualizador falhar, altere o ver.txt para 0.1.0 e reinicie o Central_Guard_Dynamic.exe.
Ermes Logic