Как смотрится NX по сравнению с методами, используемыми и по сей день?

Fabian Franz: Что вы имеете в виду под "методы, используемые и по сей день?" VNC? Citrix Metaframve? Удаленный доступ? PC Anyware? Tarantella?

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

Kurt Pfeifle: Если имели в виду сравнение FreeNX и продукт NoMachine NX: производительноть не сильно различается. С другой стороны, вы не получите вскоре от нас контракт на поддержку FreeNX. Следовательно, вы свяжитесь с NoMachine.

Или если вам необходима новая клиентская платформа (например, Symbian), вы не найдете ее здесь. И если вам нужны развитые инструменты администрированя с графическим пользовательски или web интерфейсом: обращайтесь к NoMachine. Или найдите разработчика, кто напишет вам такую штуку...

NoMachine опубликовала NX более года назад. Но только после презентации на LinuxTag технология стала доступна широкой публике. Насколько NoMachine вовлечена в интеграцию KDE/Debian?

Fabian Franz: NoMachine полностью поддерживает наши действия. Жан Филиппо Пинтари (Gian Filippo Pintari) информирует нас о планирующихся изменениях в протоколе NX и осведомляет об ошибках в нашей реализации.

NoMachine ценит совместимость между нашей Free и их коммерческой версией ровно так же, как и мы. Пользователи должны иметь возможность использовать FreeNX/KDE клиента чтобы подключиться к коммерческому NX Серверу так же, как и клиенты NoMachine NX из любой другой операционной системы должны иметь возможность получить доступ к KDE/Knoppix FreeNX серверу.

Kurt Pfeifle: NoMachine подвергает себя риску используя те же библиотеки для своих коммерческих продуктов, что они выпускают под GPL, не другие или "усовершенствова" варианты. По моему мнению, это фундаментальноеотличие их бизнес-модели от моделей Codeweavers/WINE или artofcode/Ghostscript.

Какие возможности появляются у рабзработчиков из реализации NX?

Fabian Franz: Наша реализация была намеренно сделана простой. Это просто Bash-скрипт...

Удивлены? Да, верно: FreeNX сервер это Bash-скрипт, который совмещает вместе GPL библиотеки и исполняемые компоненты NX в единое работающее целое. Вся это лежало 15 месяцев без дела.

Bash означает тот факт, что каждый разработчик Linux может исправить ошибки в нашем FreeNX сервере.

Kurt Pfifle: Я был всего лишь наставником в разработке FreeNX и делал документацию. Но могу подтвердить: Фабиан не лжет...

FreeNX состоит менее чем из 500 строчек Bash-кода (в дополнении к частям исходников под GPL от NoMachine/NX)

Фабиан полностью самостоятельно занимался реализацией FreeNX сервера. Более того, Фабиан - настоящий маг Bash.

Во-вторых, эта реализация должна показать насколько "" GPL компоненты NX сегодня, спустя 15 месяцев.

В-третьих, это должно опровергнуть весь скепсис среди разработчиков FOSS, которые игнорировали NX и заявляли, что свободная реализация NX будет "слишком " без серьезного изучения исходного кода NX.

И последнее по списку, но не по значению. Мы практически не потеряли в скорости используя shell скрипты, так как основная работа выполняется с помощью прекомпилированых GPL/NX компонентов.

Fabian Franz: Открыть один маленький секрет? Первая рабочая версия FreeNX была результатом всего лишь одной ночи программировани и исходник был всего на 180 строчек

GPL компоненты NX действительно полноценны, а не являются "покалеченным ", как многие преждевременно предсказывали сразу после просмотра сайта NoMachine, но не исходников NX.

Open Source сообщество дожно быть по-настоящему благодарно NoMachine за их великолепный подарок!

Kurt Pfeifle: Разработчики могут использовать NX и FreeNX во многих случаях - также как и любой конечный пользователь. Мы надеемся, что FreeNX также привлечет разработчиков к развитию ядра NX. В нем скрыт потрясающий потенциал.

Как потоки данных в NX соединении защищаются, а также при работе через открытые сети?

Kurt Pfeifle: Используя SSH.

При установлении соединения всегда используется SSH. Но сервер NX может работать и без демона SSH. После аутентификации вы полностью свободны выбирать: хотите вы шифроваться или нет. Запрет шифрования сессии может помочь старым ЦП на клиентах NX, но может использоваться только в закрытых и защищенных файрволом ЛВС.

Fabian Franz: Установленный сервер NX всегда настолько же безопасен, насколько безопасна соотвествующая инсталляция SSH. NX не запускает отдельного демона на собственном порту, а использует демона SSH для соединений.

Как NX может быть использована в больших установках с большим количеством клиентов? Каковы пределы?

Kert Pfeifle: Каждая полноэкранная сессия KDE требует примерно 40 кБит/с пропускной способности для плавной работы. Это, конечно же, позволяет использовать не-KDE приложения внутри сессии, как Open Office, Mozilla или Acrobat Reader.

На каждую пользовательску сессию KDE сервер NX требует примерно 40 Мб памяти и 100 МГц процессора. Сегодняшний стандартный PC с 1 Гб памяти и процессором на 3 ГГц, позволит запустить 25 параллельных сессий без каких-либо проблем. Вероятно он сможет выдержать и 35 параллельных сессий.

Fabian Franz: Так как NX может распределяться между серверами приложений на многих узлах сети, то можно предствавить себе блэйд-сервер вроде тех, что предлагают HP или IBM, который позволит несколько сотен параллельных сессий.

В любом случае, сервер приложений NX берет барьер там, где Citrix MetaFrame сервер пасует.

индекс статьи
страница 1 : страница без заголовка
страница 2 - текущая : страница без заголовка
страница 3 : страница без заголовка