Проверьте статус службы на сервере:
sudo systemctl status nanoLMsrv-Nanosoft.service
Если служба находится в статусе active (running), значит, сам процесс запущен без ошибок.
В этом случае наиболее вероятны три причины: блокировка встроенным файрволом (наиболее вероятный сценарий), неверный IP-адрес для прослушивания (binding) или ограничения SELinux.
- Проверьте правила встроенного файрвола firewalld:
sudo firewall-cmd --list-all
Посмотрите разделы services и ports. Если вашего порта или службы там нет, сетевой экран блокирует трафик, даже если сервер пингуется.
Попробуйте временно отключить файрвол для теста:
sudo systemctl stop firewalld
Если после этого служба стала доступна, сразу включите файрвол обратно:
sudo systemctl start firewalld
и откройте нужный порт:
sudo firewall-cmd --add-port=НОМЕР_ПОРТА/tcp --permanent
sudo firewall-cmd --reload
Перезапустите службу сервера лицензий:
sudo systemctl restart nanoLMsrv-Nanosoft.service
-
Проверьте, на каком сетевом адресе служба ждет подключений:
sudo ss -tulpn | grep -i <имя\_или\_порт\_службы>
Если там указан 127.0.0.1 или [::1], служба принимает запросы только внутри самого сервера.
Для внешнего доступа в конфиге службы нужно изменить адрес на 0.0.0.0 (все интерфейсы) или конкретный IP-адрес сервера. -
Проверьте влияние модуля безопасности SELinux:
sudo getenforce
Если режим Enforcing, то SELinux может блокировать нестандартные порты службы. Проверить это можно, переведя его временно в мягкий режим:
sudo setenforce 0
Если помогло, нужно будет настроить контекст безопасности для порта через semanage port.
Если мастер обслуживания сетевых лицензий nanoLMctl-Nanosoft не видит ключ Guardant, для начала убедитесь, что установлен Guardant Control Center.
Затем проверьте веб-консоль: http://localhost:3189/
Если GCC установлен, ключ отображается в веб-консоли, но не читается мастером обслуживания сетевых лицензий, проверьте влияние модуля безопасности SELinux по п.3.