--- title: "Amplia *on premises*" description: "Como usar o Amplia na sua própria infraestrutura: ambientes suportados (Windows Server, Linux, Docker, Azure App Services) e planejamento da instalação." canonical: "https://docs.lacunasoftware.com/articles/amplia/on-premises" locale: "pt-BR" product: "Amplia" last_updated: "2026-10-12" --- # Amplia *on premises* O [Amplia](https://docs.lacunasoftware.com/articles/amplia) pode ser utilizado em nuvem (SaaS) ou você pode ter uma instância na sua própria infraestrutura ("on premises"). ## Ambientes suportados O Amplia é compatível com os seguintes ambientes: * [Windows Server](https://docs.lacunasoftware.com/articles/amplia/on-premises/windows) * [Linux](https://docs.lacunasoftware.com/articles/amplia/on-premises/linux) * [Docker](https://docs.lacunasoftware.com/articles/amplia/on-premises/docker) * [Azure App Services](https://docs.lacunasoftware.com/articles/amplia/on-premises/azure) Clique em um dos ambientes acima para obter instruções específicas de instalação e atualização. ## Planejamento antes da instalação Antes de você começar, você deve planejar com antecedência onde pretende armazenar suas chaves da Autoridade Certificadora (CA) e onde pretende publicar suas Listas de Certificados Revogados (LCRs). Por favor leia as seções abaixo para detalhes de cada uma das decisões. ### Armazenamento de chaves As chaves das suas Autoridades Certificadoras (ACs) podem ser armazenadas em uma variedade de locais, chamados *repositórios de chaves* (key stores). A escolha de onde armazenar as chaves das ACs é uma das mais importantes decisões ao se planejar a implantação de uma AC. Veja o artigo [Repositórios de chaves](https://docs.lacunasoftware.com/articles/amplia/on-premises/key-stores) para mais informações sobre onde guardar as chaves de AC e como configurar o Amplia de acordo. ### Domínio de acesso ao painel de controle / Certificado SSL A aplicação tem um painel de controle para gerenciar ACs, chaves etc. Você deve escolher um domínio para acessá-lo, por exemplo `ac.patorum.com`. O domínio escolhido deve ser criado no servidor de DNS da zona (registro A ou CNAME) antes da instalação, apontando para o servidor onde o Amplia será instalado. > **Observação** > > Não há suporte para o uso de um diretório virtual (subpasta) em um domínio que hospeda outro site, por exemplo *www.patorum.com/ac* É também recomendado que você tenha um **certificado SSL válido** para o domínio escolhido. ### Publicação de LCRs (domínios de acesso) Certificados emitidos pelo Amplia incluem a extensão X.509 *CRL Distribution Point*, que contém links para endereços online onde um terceiro que deseje validar um certificado deve obter a Lista de Certificados Revogados (LCR) mais recente da AC, etapa necessária para determinar o status de revogação do certificado. Estes links possuem o seguinte formato: `http://seu-dominio-de-acesso/crls/sua-ac.crl` A parte do link `seu-dominio-de-acesso` é chamada na configuração Amplia de um *domínio de acesso*. Você deve escolher pelo menos um domínio de acesso, mas é recomendado ter dois domínios de acesso, preferencialmente um independente do outro, por exemplo: * *ac.patorum.com* * *ac.patorum.net* > **Dica** > > Se a sua instância do Amplia for ficar disponível publicamente, um dos domínios de acesso pode ser o mesmo domínio onde o painel de controle do Amplia será acessado. > Caso não tenha certeza se sua instância ficará ou não disponível publicamente, escolha domínios de acesso diferentes do domínio do painel de controle. > **Observação** > > Não há suporte para o uso de um diretório virtual (subpasta) em um domínio que hospeda outro site Esses domínios devem ser escolhidos tendo em mente que eles **terão que ser mantidos por um longo período** (por toda a vida útil dos certificados emitidos em sua instância do Amplia, que normalmente é de vários anos). Os domínios de acesso escolhidos devem ser criados nos servidores DNS (registros A ou CNAME) apontando para o servidor no qual o Amplia será instalado. > **Dica** > > Você não precisa de um certificado SSL para seus domínios de acesso. Uma vez que o padrão X.509 recomenda que LCRs sejam distribuídas por HTTP em vez de HTTPS, os certificados > são emitidos com links usando protocolo HTTP. ## Veja também * [Preparando o banco de dados para instalação do Amplia](https://docs.lacunasoftware.com/articles/amplia/on-premises/prepare-database) * [Operando o Amplia sem ser *owner* do banco de dados](https://docs.lacunasoftware.com/articles/amplia/on-premises/unprivileged-db-user) * [Verificando a versão instalada do Amplia](https://docs.lacunasoftware.com/articles/amplia/on-premises/check-version) * [Atualizando o Amplia da versão 4.x para 5.0](https://docs.lacunasoftware.com/articles/amplia/on-premises/update-50) * [Atualizando o Amplia da versão 2.16 para 3.0](https://docs.lacunasoftware.com/articles/amplia/on-premises/update-30) * [Histórico de versões](https://docs.lacunasoftware.com/articles/amplia/changelog)