O que fazer se o Controlador de Software Omada não iniciar no Linux após modificar a porta (Controlador 5.5.6 ou superior)?

O Omada Software Controller usa as portas HTTPS 8043 e 8843 para o gerenciamento do controlador e o portal, respectivamente, e a porta HTTP 8088 para ambos, gerenciamento do controlador e portal. Para mais informações sobre quais portas são usadas pelo Controlador Omada SDN, consulte a FAQ3281.

Você pode modificar essas portas, por exemplo, alterar a porta HTTPS para gerenciamento do controlador para 443, mas observe que se você estiver usando o Controlador Omada SDN no Linux, evite usar a porta 443, porque usuários não root não têm permissão para executar serviços nesta porta, o que fará com que o controlador não inicie.

Mas e se você já alterou a porta de gerenciamento HTTPS para 443 e o controlador não inicia? Aqui estão algumas soluções.

Solução 1. Modificar as configurações no arquivo “omada.properties”.

O arquivo “omada.properties” armazena alguns parâmetros do Controlador Omada SDN e geralmente está localizado no caminho “/opt/tplink/EAPController/properties/” . As configurações para as portas usadas pelo controlador no arquivo são as seguintes.

#web config

# Após a inicialização do Controlador Omada, a configuração das três portas seguintes será sobrescrita.

manage.http.port=8088

manage.https.port=8043

portal.http.port=8088

portal.https.port=8843

No entanto, uma vez que o controlador é inicializado, suas alterações nas portas neste arquivo não terão efeito, e suas alterações nas portas na página web do controlador não serão sincronizadas com este arquivo. Ou seja, mesmo que você já tenha alterado a porta de gerenciamento HTTPS para 443, ainda aparecerá “manage.https.port=8043” aqui.

Para que as configurações de porta aqui tenham efeito, você precisa adicionar manualmente um novo parâmetro “web.config.override=true”, e então iniciar o controlador; a porta de gerenciamento HTTPS será alterada para 8043.

#web config

# Após a inicialização do Controlador Omada, a configuração das três portas seguintes será sobrescrita.

web.config.override=true

manage.http.port=8088

manage.https.port=8043

portal.http.port=8088

portal.https.port=8843

Em seguida, por favor, altere a porta de gerenciamento HTTPS para 8043 ou outras portas acima de 1024 na página web do controlador. Depois disso, edite o arquivo “omada.properties” novamente e defina “web.config.override” como false, ou exclua o parâmetro.

Solução 2. Permitir que usuários não root usem portas privilegiadas.

O parâmetro net.ipv4.ip_unprivileged_port_start define a primeira porta não privilegiada no namespace de rede. O valor padrão é 1024, o que significa que portas abaixo de 1024 são portas privilegiadas e, portanto, não podem ser usadas por usuários não root.

Você pode executar o comando “sysctl net.ipv4.ip_unprivileged_port_start=443” com privilégios de root para permitir que usuários não root usem a porta 443 e superiores. Em seguida, inicie o controlador, altere a porta de gerenciamento HTTPS para 8043 ou outras portas acima de 1024 na página web do controlador e reinicie o controlador.

Depois, execute o comando “sysctl net.ipv4.ip_unprivileged_port_start=1024” para restaurar as configurações padrão, pois abrir portas privilegiadas para usuários não root pode apresentar algum risco.

```