Замена TightVNC альтернативным клиентом (параметр CONNECT)

Я занимаюсь реверс-инжинирингом существующей системы, пытаясь заменить существующий апплет TightVNC чем-то другим (надеюсь, NoVNC если вообще возможно).

Пока вот что я знаю ...

• Сервер Debian
• Виртуальные машины OpenVZ linux внутри него, которые запускают приложения по запросу для пользователей
• Пользователи подключаются к виртуальным машинам OpenVZ через сгенерированные параметры (TightVNC использует их)

Мне удалось подключиться с помощью Java-банки TightVNC, используя такие параметры подключения:

java -jar VncViewer-20070502-01.jar
    HOST myhost.com
    PORT 443
    ENCPASSWORD 234f92c02c3b128e
    CONNECT vncsession:0c5a727371e5d10e3147566e389b28c3
    DisableSSL No

Я считаю, что это подключается к серверу с помощью прокси-сервера HTTPS, а затем перенаправляет на конкретный сеанс OpenVZ, но я не могу быть уверен на 100% в этом процессе. Я не могу пинговать vncsession с сервера Debian или экземпляров OpenVZ, поэтому я не совсем уверен, что это такое.

Некоторые из этих параметров описаны в README для TightVNC - Но не все из них.

Прямо сейчас у меня две проблемы ...

1. ENCPASSWORD насколько я могу судить, это нестандартный параметр. Декомпилируя банку TightVNC, я могу сказать, что она просто расшифровывается обратно в обычный текст, поэтому я понятия не имею, какова цель этого ... Пароли в первую очередь генерируются случайным образом.
2. Я понятия не имею как CONNECT работает, или как использовать его на любом клиенте VNC, кроме TightVNC. Я считаю, что это как-то связано с маршрутизацией прокси.

Может ли кто-нибудь помочь мне понять эти параметры, особенно CONNECT параметр? Также приветствуется любая дополнительная помощь с использованием другого клиента VNC вместо TightVNC. Спасибо!