> For the complete documentation index, see [llms.txt](https://portal-integracao.intelbras.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://portal-integracao.intelbras.com.br/linha-de-faciais/modo-online/modo-online-2.0/configurar-via-interface-web.md).
# Configurar via Interface Web
### Habilitar Modo Online 2.0 via Interface Web
Para habilitar o Modo Online 2.0 via interface web do dispositivo, navegue até o menu **Rede** > **Config. Plataforma** e selecione a opção **Modo Online 2.0** .
### Servidor de Envio de Eventos - Post Eventos 2.0
Essa configuração irá permitir o envio dos eventos selecionados, para o servidor de eventos.
* **IP ou Domínio:** Endereço do servidor de autenticação.
* **Porta:** Porta HTTP do servidor de autenticação.
* **HTTPS:** Habilita o envio dos dados de autenticação via HTTPS.
* **Rota:** Caminho (endpoint) para onde as requisições de autenticação serão enviadas.
* **Carregar fotos:** Quando habilitado, envia a imagem capturada no momento da autenticação junto ao JSON.
* **Eventos Offline:** Permite que eventos ocorridos enquanto o dispositivo estava offline sejam enviados ao servidor assim que a conexão for restabelecida.
* **Tipos de eventos:** Permite selecionar quais tipos de eventos o dispositivo irá enviar para o servidor (todos, informações pessoais, eventos de acesso, status de porta, eventos de alarme, sistema).
* **Teste:** Ao clicar permite testar a conexão com servidor.
* **Mesmo Servidor:** Quando esta opção está ativada, os campos de IP ou Domínio, Porta e HTTPS do servidor de eventos são automaticamente replicados para o servidor de autenticação e para o keepalive. Isso agiliza o preenchimento dos dados quando todos utilizam o mesmo endereço. Para configurar servidores diferentes para cada função, basta desabilitar esta opção.
### Servidor de Autenticação - Modo Online 2.0
Essa configuração irá permitir ou não, o acesso do usuário junto ao dispositivo, conforme a autorização do servidor.
* **Servidor de autenticação:** Permite configurar o endereço, porta e rota do servidor responsável por validar os acessos em tempo real (autenticação online). O servidor de keepalive utilizará automaticamente o mesmo IP ou domínio e porta do servidor de autenticação (ou do servidor de eventos, caso a opção "Mesmo servidor" esteja habilitada). A rota do keepalive é fixa e não pode ser alterada.
* **IP ou Domínio:** Endereço do servidor de autenticação.
* **Porta:** Porta HTTP do servidor de autenticação.
* **HTTPS:** Habilita o envio dos dados de autenticação via HTTPS.
* **Carregar fotos:** Quando habilitado, envia a imagem capturada no momento da autenticação junto ao JSON.
* **Rota:** Caminho (endpoint) para onde as requisições de autenticação serão enviadas.
* **Perfil:** Permite definir quais perfis de usuário terão a validação de acesso feita diretamente no servidor remoto (autenticação online). Os perfis selecionados sempre consultarão o servidor para autorizar o acesso, enquanto os não selecionados terão a validação feita localmente pelo próprio dispositivo, seguindo as permissões e validades configuradas.
* **Timeout autenticação remota:** Tempo máximo de espera pela resposta do servidor de autenticação.
* **Intervalo heartbeat (s):** Intervalo em segundos para envio do heartbeat.
* **Timeout heartbeat (ms):** Tempo máximo de espera pela resposta do servidor de keepalive.
* **Aplicar:** Salva as alterações feitas.
* **Atualizar:** Atualiza a página do dispositivo exibindo as configurações atuais.
* **Padrão:** Define todos os parâmetros da página para o padrão de fábrica. É necessário clicar em "Aplicar" para salvar os parâmetros alterados.
---
# 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://portal-integracao.intelbras.com.br/linha-de-faciais/modo-online/modo-online-2.0/configurar-via-interface-web.md?ask=&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.
