WTware клиент RDP

[quote=aka post_id=62625 time=1572554297 user_id=2]
Индикатор неработы WiFi :?

Этот индикатор - он же никак не связан с WiFi. В конфиге указываем "link_test_ip = 192.168.1.1", терминал его пингует, по результату пингов рисует индикатор во всплывающем окошке. Верно? Оно же пригодится для падучих линков через openvpn, и вообще для падучих линков. Опасаюсь, что скоро индикацию по времени пинга признают бессмысленной и потребуют учитывать количество потерь, настраивать размер пакета и т.д...

PS: WiFi говно. Четырнадцать лет в втвари есть WiFi, и не проходит месяца, чтобы под эту дурную технологию не приходилось подставлять очередной костыль. По езернету работает на пару порядков больше терминалов, и с езернетом вообще нет проблем. Езернет работает. Wifi парит мозг.
[/quote]

Добрый день!
В тех. документации не могу, к сожалению, найти параметр[b] "link_test_ip"[/b].
Условия, в которых работают терминалы, вынуждают использовать беспроводные линии связи, так как требуется повышенная мобильность сотрудников.
Большая часть будет работать через OVPN и Wi-Fi (в перспективе также сети LTE), об этом я уже писал.
--------------------------------------------------------------------
[b]UPD.[/b]
[i]Этот индикатор - он же никак не связан с WiFi. В конфиге указываем "link_test_ip = 192.168.1.1", терминал его пингует, по результату пингов рисует индикатор во всплывающем окошке. Верно?[/i]
Да, верно. Для "полевой" обстановки простейшей индикации, основанной на задержке достаточно. Более глубокое диагностирование качества канала я планирую сделать через клиента zabbix.
Во-первых, это снимет лишние вопросы пользователя, почему все работает медленно.
Во-вторых, тех.поддержка перестанет отвлекаться на объяснение, почему все работает медленно.
В-третьих, это помогает диагностировать работу не только беспроводных клиентов, но и [b]проводных клиентов[/b], которые находятся в офисах, территориально сильно удаленных от ЦОД.
В-четвертых, удобно "бродить по офису", зная, где ты бродишь)

Размер пакета при использовании OVPN-клиента составляет 576 байт (если есть рекомендации, готов выслушать).

Индикатор неработы WiFi :?

Этот индикатор - он же никак не связан с WiFi. В конфиге указываем "link_test_ip = 192.168.1.1", терминал его пингует, по результату пингов рисует индикатор во всплывающем окошке. Верно? Оно же пригодится для падучих линков через openvpn, и вообще для падучих линков. Опасаюсь, что скоро индикацию по времени пинга признают бессмысленной и потребуют учитывать количество потерь, настраивать размер пакета и т.д...

PS: WiFi говно. Четырнадцать лет в втвари есть WiFi, и не проходит месяца, чтобы под эту дурную технологию не приходилось подставлять очередной костыль. По езернету работает на пару порядков больше терминалов, и с езернетом вообще нет проблем. Езернет работает. Wifi парит мозг.

Доброго времени суток, уважаемая команда WTware!

В ходе тестовой эксплуатации ОС WTware выявилась потребность в механизме индикации качества канала связи. На текущий момент, к нам, в систему учета заявок часто прилетают заявки/жалобы с темами "медленно работает ПК", "очень долго жду" и т.д. Особенно это касается тех пользователей, которые работают по Wi-Fi или работают дома удаленно.
Мы конечно объясняем пользователям, что должна быть приемлемая задержка в передачи данных до ЦОД, и тогда начинается "хождение по офису" с поиском мест, где WTware работает приемлемо (по факту где хороший сигнал Wi-Fi).

Есть ли возможность и насколько сложно внедрить в трее пользователя индикатор качества канала связи (как в ноутбуках с Wi-Fi)?

Как я вижу это со своей стороны:
- в фоновом режиме терминал с задержкой в 1 сек. проверяет утилитой "ping" доступность к серверу терминалов
- на основании отклика в мс. идёт дальнейшая градация диапазонов
[b]-- зеленый индикатор с тремя полосками: задержка до 50 мс.
-- желтый индикатор с двумя полосками: задержка от 50 - 100 мс.
-- красный индикатор с одной полоской: задержка от 100+ мс.[/b]

Что-то похожее я писал в своё время на Python, но как доработать WTware мне не понятно, своего API в ОС WTware я не нашел (мб плохо искал).
--------------------------------------------------------------------
[b]UPD[/b]
Вообще, желательно было бы в долгосрочной перспективе увидеть API, чтобы не дергать разработчиков вот похожими мелкими "хотелками". Было бы очень удобно.