...
При корректно сформированных полях памяти сетевого ключа, ключ и его текущий сетевой ресурс будут отображаться в мониторе сервера сетевых ключей. В нормальном случае в интерфейсе монитора должна быть похожая картина.
Обратите внимание! Для некоторых устаревших моделей ключей семейства Stealth, а так же для софтверных ключей SP Net сетевой ресурс будет отображаться в мониторе сервера сетевых ключей только после первого удачного обращения защищенного приложения к сетевому ключу.
В современных ключах за хранение сетевого ресурса отвечает таблица лицензий. Если разработчик не добавил таблицу лицензий в ключ, в отчете утилиты диагностики отобразится соответствующая информация, а в мониторе сервера сетевых ключей такой ключ отображаться не будет.
В устаревших моделях ключей (ключи семейства Stealth) текущий сетевой ресурс учитывается значением поля в ключе Счётчик № 2. Информация о значении Счётчика № 2 в отчете утилиты диагностики не отображается. Однако, если разработчик не указал отличное от нуля значение в поле Счётчик № 2, в мониторе сервера сетевых ключей текущий сетевой ресурс будет равен нулю.
Особое внимание следует уделить версии устанавливаемого сервера сетевых ключей. Мы рекомендуем использовать последнюю версию сервера сетевых ключей 7.х, которую можно скачать на нашем сайте. Однако некоторые разработчики до сих пор пользуется версией сервера 5.х. Информацию о версии сервера, для которой производилась защита приложения, конечный пользователь может уточнить у разработчика, если тот в свою очередь не указал такую информацию в документации к своему приложению. Важно помнить, что версии 5.х и 7.х между собой не совместимы. Сервер сетевых ключей версии 5.х является устаревшей технологий, ограничен по функционалу в сравнении с версией 7.х, а также не тестировался на совместимость и стабильную работу в современных операционных системах. Сервер сетевых ключей версии 5.х также доступен для скачивания на нашем сайте.
Для корректной работы сервера сетевых ключей и сетевого приложения необходимо обеспечить беспрепятственное прохождение сетевого трафика по следующим портам.:
Порт веб-интерфейса | PORT=3185 | Порт TCP/UDP | Порт для web-мониторинга сервера ключа |
Порт сервера лицензирования | PORT=3186 | Любой подходящий порт TCP/UDP | TCP/UDP-порт, который использует сервер для обслуживания клиентов |
Порт сообщений сервера | PORT=3187 | Любой подходящий порт TCP/UDP | TCP/UDP-порт, который использует сервер для |
Указанные сетевые порты используются «по умолчанию» и могут быть изменены через раздел «Администрирование» в мониторе или в конфигурационном файле «grdsrv.ini».
ПроверитьПроверить, какие порты открыты на вашей рабочей станции можно с помощью команды:
netstat –a. Команду необходимо выполнить в командной строке, запущенной от имени администратора.
Также проверить, открыт ли порт, можно с помощью команды telnet. Для этого запустите командную строку от имени администратора, и введите команду
telnet имя_сервера номер_порта
или:
telnet IP_сервера номер_порта
Если команда вернет ошибку, значит порт закрыт. Если же на экране появится приглашение сервера (или окно станет полностью пустым), порт открыт.
Обратите вниманиивнимание! В ряде случаев антивирусы, файровлы и другие средства проактивной защиты могут препятствовать корректной работе сервера сетевых ключей и защищенного приложения, поэтому на этапе тестирования работы сервера сетевых ключей и приложения мы рекомендуем отключать все средства проактивной защиты.
...
Если команда ping выявляет потерю пакетов, или же отсутствие связи с удаленной рабочей станцией, обратитесь к вашему сетевому администратору для решения данной проблемы. Проблемы прохождения трафика могут быть вызваны не корректно настроенной маршрутизацией сети, или же наличием файерволов и других средств, осуществляющих контроль сетевого трафика.
Если были соблюдены все вышеописанные условия и проведены проверки, а сетевое приложение не занимает лицензию, то нужно протестировать работу сервера сетевых ключей и защищенного приложения по следующему алгоритму:
...