Собственно продолжая ковыряться с freenx-клиентом, была замечена следующая особенность (думаю ни для кого не секрет):
На Windows Vista/7 по умолчанию при установке компьютеру задается русское имя (FirstUserName-ПК), что вызывает стойкую аллергию у freenx-клиента, т.к. он пытается создать временную папку с именем хоста.
Если же пользователь назван по-русски, то там двойная проблема - часть временных файлов все равно идут в Users/USERNAME, а т.к. username написан по-русски, это создает всем известные проблемы с кодировкой.
Обе(!) эти проблемы отсутствуют в проприетарном nxclient'е. По непонятной причине hostname он берет в правильной кодировке. А вот USERNAME они обходят тем, что смотрят на переменную среды %USERPROFILE%, которую freenx игнорирует.
Собственно вопрос в том, можно ли как-то исправить поведение freenx или же тут исключительно надеятся на opennx или переименовывать нерадивых пользователей? (что не всегда возможно и иногда нежелательно)
В качестве подопытного nxclient'а использовался rx@etersoft 1.1.1
Отличие nxclient сборок от с сайта !M (Или (не)работоспособность на Windows с русскими host/username)
Модераторы: dimbor, Модераторы разделов
Отличие nxclient сборок от с сайта !M
"Кто управляет прошлым, тот управляет будущим; кто управляет настоящим, тот управляет прошлым" (Д. Оруэлл "1984")
Re: Отличие nxclient сборок от с сайта !M
На сервере freenx проблему с русскими именами считаю решенной. Соответствующие патчи на rx накачены. У клиентов либо opennx и претензии не буду показывать пальцем к кому, либо - родной nxclient и жалобы итальянцам, бо закрыт, падла.
UPD: Продукта "freenx-клиент" не существует в природе. Есть freenx-server == rx-etersoft, и клиенты: nxclient, opennx.
UPD: Продукта "freenx-клиент" не существует в природе. Есть freenx-server == rx-etersoft, и клиенты: nxclient, opennx.
Re: Отличие nxclient сборок от с сайта !M
dimbor
С OpenNX свои проблемы же (подключиться с ним когда пытался последний раз - nxagent говорит что все плохо).
В nxclient'е закрыт же сам exe'шник. Но забавно другое - exe'шники от freenx nxclient с сайта !M абсолютно идентичен по поведению. Т.е. разница в NXWin/NXssh и так далее, а они как раз есть же в исходниках. Разве нет?
На сервере то проблем нет, да. Проблемы в клиентах.
UPD: тему поправил
С OpenNX свои проблемы же (подключиться с ним когда пытался последний раз - nxagent говорит что все плохо).
В nxclient'е закрыт же сам exe'шник. Но забавно другое - exe'шники от freenx nxclient с сайта !M абсолютно идентичен по поведению. Т.е. разница в NXWin/NXssh и так далее, а они как раз есть же в исходниках. Разве нет?
На сервере то проблем нет, да. Проблемы в клиентах.
UPD: тему поправил
"Кто управляет прошлым, тот управляет будущим; кто управляет настоящим, тот управляет прошлым" (Д. Оруэлл "1984")
Re: Отличие nxclient сборок от с сайта !M
Со своей стороны ближайшую неделю постараюсь поставить клиент в виртуалку w7, сделать там все русским и посмотреть, чего не хватает открытым компонентам. Отпишусь.
В обмен на багрепорты по текущим разработкам
В обмен на багрепорты по текущим разработкам
Re: Отличие nxclient сборок от с сайта !M
dimbor
Что конкретно потестировать?
Что конкретно потестировать?
"Кто управляет прошлым, тот управляет будущим; кто управляет настоящим, тот управляет прошлым" (Д. Оруэлл "1984")
Re: Отличие nxclient сборок от с сайта !M
Вот же ж! Неделя пролетела, а я еще и не брался. Значит еще некоторый таймаут нужен...
Тестирование интересует того, что роится в темах неподалеку - шары и принтеры в последнем rx, желательно при ENABLE_SHARE_MULTIMOUNT и ENABLE_CUPS_SERVER_MODE. Добиться цепляния их без вопросов под всеми системами - вещь вполне реальная. Пусть даже и пропатчив "соседние" продукты - samba, cifs...?, etc.
Тестирование интересует того, что роится в темах неподалеку - шары и принтеры в последнем rx, желательно при ENABLE_SHARE_MULTIMOUNT и ENABLE_CUPS_SERVER_MODE. Добиться цепляния их без вопросов под всеми системами - вещь вполне реальная. Пусть даже и пропатчив "соседние" продукты - samba, cifs...?, etc.