Windows-терминалы WTware

к вам ранее обращались, по поводу того, что при выставлении параметра видео драйвера с суффиксом U, шла долгая погрузка видео драйвера
09-53-18-005| [ X] [ 10.768630] [ 10.768] (II) UnloadModule: "libinput"
09-53-18-005| [ X] [ 10.768642] [ 10.768] (II) Unloading libinput
09-53-18-005| [ X] [ 10.768653] [ 10.768] (EE) Failed to load module "libinput" (module does not exist, 0)
09-53-18-005| [ KERNEL] [ 10.775567] random: Xorg: uninitialized urandom read (16 bytes read)
09-53-18-005| [ NTP] [ 17.818786] Alarm clock
09-53-18-005| [ NTP] [ 17.820060] Thu Oct 18 14:45:17 2018 0.000000 seconds
09-53-18-005| [ pfac] [ 17.820310] Process pid 792 terminated, status 00000000.
09-53-18-005| [ gm] [ 140.356824] RANDR 1.5.
09-53-18-005| [ gm] [ 140.588584] DP1: no display found.
09-53-18-005| [ gm] [ 140.588670] HDMI1: display 480x270mm.
09-53-18-005| [ gm] [ 140.588743] VGA1: no display found.
09-53-18-005| [ gm] [ 140.588813] VIRTUAL1: no display found.
09-53-18-005| [ gm] [ 140.629894] DPMS enabled.
09-53-18-005| [ gm] [ 140.629968] Allocate 81920 bytes of shared memory for X imgbuf.
09-53-18-005| [ gm] [ 140.630448] Use /lib/ui32.so.
09-53-18-005| [ gm] [ 140.630616] Allocate 8294400 bytes of shared memory for X imgbuf.
09-53-18-005| [ gm] [ 140.640885] [HTTP] Download and unpack file /wtware/5.8.32/packages/alsa from 10.10.60.103.

, я выяснил, что у нас такая проблема только в dmz зоне.

до сервера wtware открыты порты tcp/ip 49151,779,789,80, udp 514,69
и до сервера лицензий по 80 и 443

до какого еще ресурса отправляется запрос по поводу драйвера видеоадаптера и по какому порту?

Запросы по поводу драйвера видеоадаптера? Отправляются до ресурса по порту? Я тоже хочу этого покурить.

до сервера wtware открыты порты tcp/ip 49151,779,789,80, udp 514,69
и до сервера лицензий по 80 и 443

есть еще рекомендуемые порты, которые нужно открывать от тонкого клиента до серверов?

Что такое порт 49151? Зачем одновременно могут понадобиться 789 и 80? Зачем 443 до сервера лицензий? Я задачу не понимаю. Чего хочешь добиться?

хочу добиться, что бы не было долгой загрузки при выставлении video=intel(U) в dmz зоне .
dmz ограничено портами , которые я указал выше.

если я перевожу терминал в подсеть , где нет ограничений во всем диапазоне портов, между серверами и клиентами, то загрузка проходит сразу.

Александр Тюлин писал(а): ↑Чт окт 25, 2018 3:27 pm если я перевожу терминал в подсеть , где нет ограничений во всем диапазоне портов, между серверами и клиентами, то загрузка проходит сразу.

Не верю. Логи в студию.

во вложении архив

сейчас из подсети dmz, где расположен терминал, я открыл весь диапазон ip до сервера с wtware и проблема сохраняется.

по видимому терминал при загрузке обращается еще к какому то ресурсу, но в логах я этого не вижу

Чудеса невероятные. Но драйверу видео нечего в сети делать! Может, из-за обилия сетевого шума рандом быстрее инициализируется, или фазы луны не видит.

Сделай загрузочную USB флешку. IP пропиши на флешку, чтоб к DHCP не лезло, во второй сети руками пропиши другой IP. Конфиг минимальный:
Так мы убираем всякую зависимость от сети. Такому терминалу совсем ничего от сети не нужно.

При загрузке с такой флешки будут тормоза? Если будут - они будут одинаковые в DMZ и в обычной сети? Если чудеса с разными тормозами повторятся, хочу такую же пару логов.

нашел причину, это очень интересно.
отзеркалировал порт коммутатора и прогнал трафик через wareshark, тонкий в dmz зоне запрашивает информацию с localhos с dns суффиксом нашего домена. в наших DNS появилась А запись устройства с именем вида: localhost.domain.local , тонкий клиент хотел забрать информацию с этого устройства и не мог получить к нему доступ из DMZ.

нашли устройство, переименовали, тонкий стал к самому себе обращаться и быстро прогружаться.

А можешь переименовать устройство обратно в localhost, чтобы проблема вернулась и загружалось долго, и потом попробовать это?

http://wtware.com/testing/201810311016.zip

вернул localhost, стало опять долго прогружаться, потом обновил версию wtware , так же долго прогружается, лог во вложении.

Значит проблема не в запросе localhost с dns суффиксом вашего домена. Сейчас этот запрос никак не должен выходить вовне терминала, должен мгновенно ресолвиться на самого себя. Все страньше и страньше

убрал из dns localhost, мгновенная загрузка. Лог во вложении.

Моя ничего не понимать. Работает и ладно...