> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/on-premise/pt-br/on-premise/how-to-guide/configuration/ssl-certificates/ssl-certificates-update.md).

# Atualização de certificados SSL

Atualize certificados SSL expirados no Navixy On-Premise executando Nginx. Localize os arquivos de certificado e chave e, em seguida, substitua-os pela nova cadeia de certificados.

## Instalação do certificado SSL

Esta página fornece instruções sobre como atualizar seu certificado SSL expirado. Se você precisar de instruções sobre como instalar um certificado pela primeira vez (mudar de HTTP para HTTPS), consulte a [instalação](/docs/on-premise/pt-br/on-premise/how-to-guide/configuration/ssl-certificates/ssl-certificates-installation.md) página.

Os certificados SSL têm uma data de expiração, o que significa que eles precisam ser reemitidos e atualizados em seu servidor antes de expirarem. Atualizar certificados SSL é um processo simples que não requer conhecimentos avançados de administração de sistemas.

A plataforma Navixy usa o Nginx como seu servidor web. Para atualizar seus certificados SSL, localize os arquivos atuais do certificado e da chave privada na configuração do Nginx e substitua-os pelos novos. Esta página explica em detalhes o processo de atualização do certificado SSL.

{% hint style="danger" %}
Para garantir o funcionamento correto do servidor web, é importante ter não apenas um certificado SSL, mas também um arquivo de chave privada correspondente. Sem a chave privada correta, o servidor web não conseguirá iniciar. Tanto o certificado quanto a chave privada normalmente são fornecidos pela sua autoridade certificadora SSL.
{% endhint %}

## Atualizando os certificados

### Configuração do Nginx no servidor Linux

A configuração do Nginx para seu site está localizada no caminho abaixo. Leia o conteúdo do arquivo com qualquer editor de texto.

`/etc/nginx/sites-available/navixy.conf`

Dentro dele, você pode ver linhas como esta:

```
ssl_certificate /etc/nginx/ssl/certificate.crt;
ssl_certificate_key /etc/nginx/ssl/private.key;
```

Isso significa que os arquivos do certificado estão localizados em `/etc/nginx/ssl/`. O caminho também pode ser abreviado para `ssl/certificate.crt` se os arquivos estiverem no diretório acima. Ambos estão corretos.

### Configuração do Nginx no servidor Windows

A configuração do Nginx para seu site está localizada no caminho abaixo. Leia o conteúdo do arquivo com qualquer editor de texto.

`C:\nginx\conf\sites-enabled\navixy.conf`

No arquivo, você pode encontrar as linhas como esta:

```
ssl_certificate /ssl/certificate.crt;
ssl_certificate_key /ssl/private.key;
```

O `/ssl/` a entrada aqui é uma abreviação de `C:\nginx\conf\ssl`. É recomendável usar esse caminho, mas, se seus certificados estiverem em uma pasta diferente, você precisará especificar o caminho completo no arquivo de configuração.

Se você tiver vários domínios configurados na sua plataforma Navixy, normalmente terá domínios separados para a API, o painel de administração e a interface do usuário. Isso resultará em uma configuração do Nginx contendo vários blocos que começam com "server" e especificam o caminho para o certificado de cada bloco. É importante observar que você precisará de um certificado SSL separado para cada nome de domínio ou de um certificado curinga (para \*.domain.com) para funcionar com todos os domínios de terceiro nível.

## Requisitos do certificado

### Cadeia de confiança

Para que seu certificado SSL funcione corretamente, ele deve incluir uma cadeia de confiança completa. Isso significa que os arquivos do certificado não devem conter apenas o certificado principal, mas também quaisquer certificados intermediários e raiz necessários para estabelecer uma cadeia de confiança com o emissor do certificado. Esses certificados são conhecidos como certificados de cadeia completa.

É importante garantir que o certificado que você obtiver inclua a cadeia completa, pois alguns recursos, como aplicativos móveis, podem não funcionar corretamente sem ela. Se você encontrar alguma dificuldade para montar a cadeia completa, pode entrar em contato com o emissor do certificado para obter ajuda ou usar ferramentas on-line como esta para resolver a cadeia de confiança. Para mais informações sobre a cadeia de confiança, você pode consultar uma explicação fornecida pelo emissor SSL.

{% hint style="info" %}

* [Como as cadeias de certificados funcionam](https://knowledge.digicert.com/solution/SO16297.html)
* [Resolvedor de cadeias de certificados SSL](https://www.leaderssl.com/tools/cert_chain_resolver)
  {% endhint %}

### Requisito da chave privada

Para que o servidor web Nginx inicie corretamente, a chave privada deve corresponder ao certificado SSL. Normalmente, o emissor do certificado fornece a chave privada junto com o certificado. Se você reemitir um certificado da mesma autoridade, a chave privada geralmente permanece a mesma e não precisa ser substituída.

{% hint style="info" %}
[Ferramenta para confirmar que o certificado corresponde à chave privada](https://www.sslshopper.com/certificate-key-matcher.html)
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://navixy.com/docs/on-premise/pt-br/on-premise/how-to-guide/configuration/ssl-certificates/ssl-certificates-update.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.