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

[b]alper[/b]
Наша ошибка, спасибо. Будет исправлено в следующей версии.

нашел новый баг в сборках 5.28 и 29

при загрузки с юсб-флэша и попытке обновления установленной на жесткий диск версии 4.4.19 получаю следующее:

....
Installing wtpxnet.pkg
-----------------------------------------------
| При загрузке терминала произошла ошибка |
-----------------------------------------------

Ошибка: INTERNAL ERROR
File: setup.c
Line: 732
Function: update on HDD
...

далее при попытке загрузиться с харда получаю:
...
Ready.
Kernel panic - not syncing: VF-S: Unable to mount root fs on unknown-block (0,0)

Проблема повторилась на двух, полностью разных компах.

[quote="aka"][b]KVIK alper[/b]
Логи всегда надо. По логу буду думать, что с этим можно сделать.[/quote]

в сборке 4.5.29 проблема с клавиатурой G15 решена

[b]Ayrens[/b]
Для 4.5.x PRO надо писать: root=/dev/ram0 , без слэша. В 2.6.х ядрах отменили devfs, поэтому надо вернуться к классическому именованию устройств.

[b]Всем остальным[/b]
Товарищи, не надо делать так, как делает [b]Ayrens[/b]. Надо сохранять наши пути. И затем в DHCP писать "pro\4.4.19\pxelinux.0" для загрузки 4.4.19 и "pro\4.5.28\pxelinux.0" для загрузки 4.5.28.

Всё лежит по папкам соотвественно части конфига pxelinux.cfg

Версия 4.4.19 загружается нормально.

Версия 4.5.28 выдаёт вот такую ошибку

RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 1784KiB [1 disk] into ram disk... done.
UFS: Mounted root (cramfs filesystem) readonly.
UFS: Cannot open root device "ram/0" or unknown-block(0,0)
Please append a correct "root=" boot option; here are the available partitions: Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-block(0,0)


--->pxelinux.cfg
label Терминальный Клиент 4.5.28
kernel \4.5.28\wtshell\bzImage
append root=/dev/ram/0 ramdisk_blocksize=4096 ramdisk_size=8192 initrd=\4.5.28\wtshell\wtshell
label Терминальный Клиент 4.4.19
kernel \4.4.19\wtshell\bzImage
append root=/dev/ram/0 ramdisk_blocksize=4096 ramdisk_size=8192 initrd=\4.4.19\wtshell\wtshell
--->pxelinux.cfg

[b]KVIK alper[/b]
Логи всегда надо. По логу буду думать, что с этим можно сделать.

заметил глюк с клавиатурой logitech g15 (usb)
на версии 4.4.19 она не работает вообще
на версии 4.5.28 не работает клавиша backspace (удаление символа слева от позиции курсора), все остальные вроде работают
надо ли наделать логов и с какой степенью детализации ?

а у меня, как раз с той железякой к которой тачскрин прикручивали, с 4.5.х видео тоже только vesa пошло, хотя на 4.4.х работало chips(X) (судя по конфигу).
в понедельник могу логов 4.4.х наделать, если надо.

Потенциально - интересны. Но в данный конкретный момент обновлять иксы у релизкандидата я боюсь. Поэтому пусть не работает до следующей беты, там будут свежие иксы. :?

попробовал последнюю версию 4.5.28
на одном из компов установлена видеокарта geforce 8800gtx (VGA 10de:0191)
которая работает только с универсальным драйвером vesa(x)
понимаю, что наверняка никто не будет использовать терминал с такой видюхой, но
потенциально такие ситуации интересны разработчикам ?

Ураааа, наконец-то я дождался "несколько одновременных сессий" :D :D :D

[quote="k_quiet"]в любой точке доступа есть фильтр MAC-адресов, который не позволяет подключиться макам в ней не прописанным[/quote]
1. Паркуем свой микроавтобус поближе к вашему офису.
2. Снифферим траффик - смотрим, какие МАКи работают.
3. Ждем, когда один из МАКов выключается.
4. Прописываем себе этот выключившийся МАК.
И мы на точке доступа ;)

[quote="k_quiet"]шифрование трафика RDP вообще бесполезно, т.к. особо важной информации там нет[/quote]
А логины с паролями? Другое дело что RDP сам по себе шифрованный, и лично я бы не взялся его ломать. Хотя теоретически это возможно.

[quote="k_quiet"]а городить VPN в wtware вообще смысла нет, т.к. железка стоит 1500 р. и прекрасно работает.[/quote]
По-моему, только для WiFi. Потому что см. выше. А если по WiFi будет ходить криптованый траффик, и (!) сервер только его и будет принимать, отбрасывая все не из нашей VPM, то посторонние на нашей точке доступа нас не будут волновать. OpenVPN не ломается.

[quote="k_quiet"]так что WiFi штука нужная.[/quote]
Дык эта. Кому надо, тот и проверяет. Это такая скрытая форма оплаты за обновление до следующей версии :mrgreen:

в релизе 4.4.2 WiFi работает прекрасно и мы им пользуемся. при этом не используем шифрование вообще. в любой точке доступа есть фильтр MAC-адресов, который не позволяет подключиться макам в ней не прописанным. а шифрование трафика RDP вообще бесполезно, т.к. особо важной информации там нет. для связи с удаленными точками через c VPN используется D-Link DIR-300, у которого на WAN порте есть VPN и есть встроенная точка доступа, которая и осуществляет связь с тонкими клиентами в пределах своего радиуса действия. а городить VPN в wtware вообще смысла нет, т.к. железка стоит 1500 р. и прекрасно работает. так что WiFi штука нужная.

Не знаю.

Я считаю, что WiFi на терминалах вредна. Однако народ требовал, и в 4.4.х оно в каком-то виде было сделано. А сейчас народ требовать перестал, поэтому оно заглохло...

Безопасной WiFi, поверх которой проброшен openvpn, там точно нет. И, по видимому, внедрение openvpn опять откладывается... :(

Иллюзию безопасного WiFi - WPA, WPA2 - мы поддерживать не будем. Потому, что работы много, а безопасности мало.

[color=#FF0000]update: wtware версии 5.1.44 и новее поддерживает WPA.[/color]

а WiFi там работает?

Перенос втвари на 2.6 линуксовое ядро произошел успешно, ветка 4.5.х стала достаточно стабильна. Скоро ей будет присвоен статус релиза.

PS: следующие бета-версии будут иметь номера 4.9.х. В них, в частности, будет несколько одновременных сессий.