Dashboard
Visão geral da operação do MetaTech Hub Builder.
MetaTech Hub
Status resumido da operação, clientes, licenças, segurança e builds.
Últimas ações
Estado do ambiente
Source do produto
Envie, valide e prepare o resource que será protegido.
Cliente e licença
Defina quem receberá o build e qual contrato será usado.
Configurações do build
Ajustes técnicos do pacote e do runtime de licenciamento.
Lista de clientes
Produtos configurados
Licenças e instalações
Instalações registradas
Equipe MetaTech
Solicitações
Incidentes de segurança
Simular detecção
Ferramenta de laboratório. Os campos ficam ocultos até você iniciar um teste.
Ações administrativas
Instalação
Estado do banco
Política de backup
Backups disponíveis
Todo restore cria automaticamente um backup de segurança antes de substituir o estado.
Runtime Native
Status do runtime de licenciamento e do release instalado.
Compilação DLL
Dependências, SDK e build do módulo para Windows x64 e x86.
Toolchain DLL
Compilação SO
Dependências, Docker ou toolchain nativa e build do módulo para Linux x64.
Toolchain SO
Atualização e disponibilidade
As configurações ficam em modais para manter o workspace limpo.
Versões em produção
Atual: 0.10.2 • mínima 0.10.0 • recomendada 0.10.2
Grace e heartbeat
Heartbeat 300s • Grace 60 min • cold start online
Pacote comercial
Gere o release comercial com o mesmo alias e mantenha Production separado de QA.
Localização e proteção do binário
Informações importantes para instalação e segurança do módulo nativo.
Onde o módulo fica
x64/modules/<alias>.dll (x64) + mods/deathmatch/modules/<alias>.dll (x86)MTA Server/x64/modules/<alias>.so<module src="arquivo" />.Proteção do binário
ml_a91f2e9c72bd.dll/.so, sem nome comercial no arquivo.strip --strip-unneeded no Linux.Como instalar o módulo nativo
resources. No Windows, o Builder instala a DLL x64 em x64/modules/ e a DLL x86 em mods/deathmatch/modules/; o MTA usa automaticamente a pasta da arquitetura em execução. No Linux x64, a SO fica em x64/modules/. Em todos os casos o módulo também precisa ser declarado no mtaserver.conf. Por isso o Builder entrega o resource e o módulo no mesmo pacote comercial, mas em locais separados.Servidor Windows
x64/modules/<alias>.dll + mods/deathmatch/modules/<alias>.dll<config>, adicione:<module src="<alias>.dll" />MTA Server/mods/deathmatch/resources/Servidor Linux / VPS
MTA Server/x64/modules/<alias>.sochmod 755 x64/modules/<alias>.so<config>, adicione:<module src="<alias>.so" />O que o cliente recebe
resource/
└── Sirene_Policial/
native/
├── windows/
│ ├── x64/<alias>.dll
│ └── x86/<alias>.dll
└── linux/
└── <alias>.so
install_windows.bat
install_linux.sh
LEIA-ME.txtO módulo pode viajar no mesmo pacote de entrega, mas não deve ser tratado como um arquivo comum do resource. O instalador Windows copia as duas arquiteturas para x64/modules e mods/deathmatch/modules, e o instalador Linux x64 usa x64/modules e ambos incluem a entrada do módulo no mtaserver.conf.
Quando a host não permite módulos
x64/modules ou mods/deathmatch/modules nem editar a seção <module> do mtaserver.conf. Nesses casos, o modo Native não poderá ser instalado sem liberação da própria host.