Tecnología NX

La tecnología NX , comúnmente conocida como NX o NoMachine, es un software de acceso y control remoto que permite el acceso remoto al escritorio y el mantenimiento de ordenadores. ^{[ 1 ]} Es desarrollada por la empresa luxemburguesa NoMachine S.à rl. ^{[ 2 ]} NoMachine es un software propietario y es gratuito para uso no comercial. ^{[ 3 ]}

El diseño de NX se derivó del proyecto Differential X Protocol Compressor (DXPC). En 2003, el protocolo de compresión y transporte NX de NoMachine se creó para mejorar el rendimiento del protocolo de visualización X nativo para que pudiera usarse en conexiones lentas como los módems de acceso telefónico. ^{[ 4 ] [ 5 ]} Originalmente dirigido a sistemas operativos basados ​​en Linux, la tecnología de compresión central, diseñada por Gian Filippo Pinzari y anunciada en los foros de desarrollo de KDE y Gnome, ^{[ 6 ]} se lanzó bajo la licencia GNU GPL2 (NX 1) para servidores Linux en 2003, mientras que otros componentes como los programas NX Server y NX Client siguieron siendo software propietario .

A lo largo de los años se han desarrollado varias versiones derivadas de la tecnología NX, como Freenx ^{[ 7 ] [ 8 ]} y Neatx de Google. ^{[ 9 ] [ 10 ]} En 2010, la empresa anunció que lanzaría la tecnología bajo una licencia propietaria. ^{[ 11 ]} La última actualización del proyecto de código abierto de NoMachine se lanzó en 2012. ^{[ 12 ]} En 2012, el software NX se convirtió en el software NoMachine, extendiendo también el soporte para el acceso remoto a máquinas Windows y Mac. ^{[ 13 ]} En 2013, NX finalmente se convirtió en código cerrado con el lanzamiento de NoMachine 4. ^{[ 14 ] [ 15 ]}

NoMachine está disponible para la mayoría de las computadoras de escritorio con sistemas operativos comunes, incluidos Microsoft Windows y Windows Server , así como macOS de Apple . ^{[ 16 ] [ 17 ]} Los paquetes para Linux ^{[ 18 ]} se instalan en múltiples distribuciones y derivados de Linux, por ejemplo, Debian, Ubuntu, ^{[ 19 ]} Red Hat, CentOS ^{[ 20 ]} y Fedora Linux. También hay una versión que puede ejecutarse en variantes de distribución para dispositivos Linux ARM, incluidos Jetson Nano de Nvidia ^{[ 21 ]} y Raspberry Pi. ^{[ 22 ]} Hay una aplicación disponible que permite a los usuarios conectarse desde teléfonos inteligentes y tabletas que ejecutan el sistema operativo Android o iOS/iPadOS de Apple.

La funcionalidad de NoMachine varía según la variante o versión del software. En esencia, NoMachine proporciona acceso remoto a ordenadores y otros dispositivos, así como su control y mantenimiento. Una vez establecida la conexión, la pantalla remota se hace visible para el usuario en el otro dispositivo. Ambos dispositivos pueden enviar y recibir archivos, así como acceder a un portapapeles compartido, por ejemplo. El usuario que se conecta al escritorio remoto puede ver y reproducir contenido de audio y vídeo, incluso en el navegador. Específicamente para Linux, los productos Terminal Server se crearon para organizaciones que buscan reducir costes ejecutando varios escritorios en el mismo host Linux ^{[ 23 ]} y para aquellas que desean migrar desde sistemas basados ​​en Windows ^{[ 24 ] .}

En los últimos años, la funcionalidad del software se ha ampliado ^{[ 25 ]} y se ha optimizado en particular para su uso en grandes empresas. ^{[ 26 ] [ 27 ]} Con este fin, se desarrolló la variante empresarial Cloud Server para la administración remota de grandes infraestructuras. ^{[ 28 ]}

A partir de la versión 4.0, cuando se utiliza el protocolo NX predeterminado, el inicio de sesión puede realizarse mediante autenticación basada en contraseña, clave privada o autenticación mediante ticket Kerberos . Cuando NX está configurado para enviar sus datos por SSH (disponible solo en servidores de versión empresarial), están disponibles los siguientes métodos de autenticación:

Cliente a servidor

• Inicie sesión en NX como usuario de NX utilizando la clave SSH de NX y la autenticación basada en contraseña de usuario.
• Inicio de sesión en el sistema con autenticación basada en contraseña
• Inicio de sesión en el sistema con autenticación basada en clave SSH
• Inicio de sesión en el sistema con autenticación basada en clave SSH y clave SSH almacenada en una tarjeta inteligente.
• Inicio de sesión del sistema con ticket Kerberos existente en el lado del cliente.

Servidor a nodo

• Iniciar sesión con contraseña
• Iniciar sesión con clave SSH reenviada desde el cliente (por ejemplo, NoMachine Player) a través del servidor al nodo.
• Inicio de sesión con ticket Kerberos reenviado desde el cliente a través del servidor al nodo.
• Iniciar sesión con el ticket Kerberos solicitado por Kinit en el servidor host.
• Inicie sesión con el ticket Kerberos solicitado por el módulo PAM en el servidor host.
• Inicie sesión con la contraseña en el ticket Kerberos solicitado por el módulo PAM en el host del nodo.

NX comprime los datos X11 para minimizar la cantidad de datos transmitidos y los almacena en caché para mantener la sesión lo más fluida posible. Por ejemplo, la primera vez que se abre un menú, puede tardar unos segundos, pero posteriormente la respuesta es casi instantánea.

NX es más rápido que sus predecesores, ya que elimina la mayoría de los viajes de ida y vuelta de X , mientras que dxpc y MLView solo comprimen datos. Los dos componentes principales de NX son nxproxy y nxagent . nxproxy deriva de dxpc y se inicia tanto en la máquina remota (cliente en la terminología de X) como en la local (servidor en la terminología de X), simulando un servidor X en el cliente y reenviando las solicitudes del protocolo X remoto al servidor X local.

Configuración más sencilla: ^{[ 29 ]}

clientes remotos (xterm, etc.) ↕ cliente nxproxy ↕ Red ↕ servidor nxproxy ↕ Servidor X local (monitor/teclado)

nxproxy por sí solo logra relaciones de compresión de 1:10 a 1:1000, ^{[ 30 ]} reduciendo el ancho de banda, pero no elimina la mayoría de los viajes de ida y vuelta síncronos de X, responsables de la mayor parte de la latencia percibida de X.

nxagent , derivado de Xnest (similar a Xephyr ), se inicia normalmente en la máquina remota (cliente), evitando así la mayoría de los viajes de ida y vuelta del protocolo X11. Junto con nxproxy (integrado en nxagent), esta configuración ofrece un buen rendimiento en enlaces de bajo ancho de banda y alta latencia.

Configuración típica: ^{[ 29 ]}

clientes remotos (xterm, etc.) ↕ Servidor nxagent \ Ejecutable del cliente nxagent Cliente nxproxy / ↕ Red ↕ servidor nxproxy ↕ Servidor X local (monitor/teclado)

En sistemas con una implementación funcional de X11, basta con nxproxy y nxagent para establecer una conexión con bajos requisitos de ancho de banda entre un conjunto de clientes X remotos y el servidor X local. SSH permite establecer un túnel seguro entre los hosts. NX 3 se basa en las funcionalidades de SSH y en software SSH de código abierto existente, lo que posibilita ejecutar escritorios Unix y Windows modernos, así como aplicaciones de red arbitrarias a través de Internet de forma segura y controlada.

FreeNX y los distintos clientes NX se utilizan para la configuración, la gestión de la suspensión y la reanudación, la tunelización segura a través de SSH, la impresión y el sonido.

El protocolo NX de NoMachine permite conexiones de clientes a hosts a través del Protocolo de Escritorio Remoto (para sesiones de Servicios de Escritorio Remoto de Windows) y sesiones de Computación de Red Virtual remota (la mayoría de las plataformas de sistemas operativos modernos de propósito general), así como XDM.

Antes de la versión 4.0, NoMachine publicó la tecnología central de NX bajo la Licencia Pública General de GNU y ofreció soluciones comerciales de NX no libres , ^{[ 31 ]} productos de cliente y servidor gratuitos para Linux y Solaris , y software cliente gratuito para Microsoft Windows , macOS y sistemas embebidos .

Debido a la naturaleza de software libre de las versiones anteriores de NX, el proyecto FreeNX se inició para proporcionar scripts de envoltura para las bibliotecas GPL NX. ^{[ 32 ]} FreeNX fue desarrollado y mantenido por Fabian Franz , pero no ha anunciado una versión desde 2008. ^{[ 33 ]}

2X Software ha desarrollado otro servidor de terminal comercial para Linux utilizando el protocolo NX. ^{[ 34 ]}

El 7 de julio de 2009, Google anunció su servidor NX de código abierto, Neatx , como un proyecto interno. ^{[ 35 ]} El proyecto ya no se desarrolla activamente. Su código fuente está disponible bajo la licencia GNU GPL v2. ^{[ 36 ]}

X2Go se basa en las bibliotecas NX 3.x, pero no es compatible con otras implementaciones. ^{[ 37 ] [ 38 ]} El cliente y el servidor se distribuyen bajo una combinación de GNU GPLv2 o posterior, y GNU AGPLv3 o posterior. ^{[ 39 ]}

Los principales clientes de NX son el software gratuito oficial, NoMachine y NoMachine Enterprise Client. Varios proyectos de código abierto también pueden usar el protocolo NX, pero muchos de ellos no funcionan con las versiones más recientes del software oficial de NX.

Un proyecto maduro del sistema operativo fue la biblioteca cliente nxc de Lawrence Roufail , una biblioteca completa que puede usarse como base para que otros clientes la desarrollen. La aplicación nxrun utiliza esta biblioteca. A partir de 2006La biblioteca no permite suspender ni reanudar sesiones, y solo utiliza compresión gráfica JPEG .

El proyecto kNX fue una aplicación de prueba de concepto escrita por Joseph Wenninger, con planes para que eventualmente se convirtiera en un cliente NX completo y demostrara que era posible desarrollar un cliente de código abierto. Su desarrollo se detuvo antes de completarse. A finales de 2005, Fabian Franz y George Wright comenzaron a modificar kNX para usar la biblioteca nxc, pero abandonaron el proyecto.

Entre las iniciativas de código abierto más recientes se encuentra QtNX , que ofrece suspensión y reanudación completas. Sin embargo, se ha informado que es incompatible con las bibliotecas NX más recientes.

Nxcl, una actualización de nxclientlib, el núcleo de QtNX, fue completada por Seb James en septiembre de 2007 y funciona con la versión 3 de las bibliotecas principales de NX. Además, elimina la dependencia de Qt, lo que impedía que nxclientlib se utilizara ampliamente como base multiplataforma para programas cliente de NX. nxcl proporciona una biblioteca que se puede enlazar con un programa cliente (libnxcl) y un cliente NX independiente con una API D-Bus (el binario nxcl). Está disponible en el servidor Subversion de FreeNX .

Otro cliente OSS NX obsoleto (última actualización: enero de 2013) es OpenNX , descrito como un "reemplazo directo para el nxclient [propietario] de NoMachine" con suspensión y reanudación completas.

Diversos proyectos de servidores de terminal de código abierto, como X2Go , también utilizan el protocolo NX. Sin embargo, X2Go no es compatible con otros servidores o clientes NX.

Remmina , otro proyecto reciente de cliente de escritorio remoto GTK+, anunció la capacidad de utilizar el protocolo NX en su versión 0.8.

• Ancho de banda bajo X (lbxproxy; obsoleto y de interés histórico únicamente)

• Comparación de software de escritorio remoto
• GNU Screen : un multiplexor de terminal para aplicaciones en modo consola (modo texto). 
• Xpra : un sistema para conectar y desconectar programas X remotos. 
• xmove : una herramienta que permite mover programas entre pantallas del sistema X Window (obsoleta). 

• Sitio web oficial
• Página de introducción a X2Go
• Página del proyecto FreeNX en BerliOS .
• Página del proyecto FreeNX en Arch Linux .
• Página del proyecto OpenNX , SourceForge .
• Página del proyecto neatx , Google Code .