Tecnología NX

La tecnología NX , conocida comúnmente como NX o NoMachine, es un software informático de acceso y control remoto que permite el acceso y mantenimiento remoto de computadoras. ^[1] Es desarrollado por la empresa NoMachine S.à rl con sede en Luxemburgo . ^[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 fue creado para mejorar el rendimiento del protocolo de visualización nativo X para que pudiera usarse en conexiones lentas como módems de acceso telefónico. ^{[4] [5]} Originalmente dirigida 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] fue lanzada 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 varios derivados 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, ampliando 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 de Linux y derivados, 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 ARM de Linux, incluido 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 con Android o el sistema operativo 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 computadoras y otros puntos finales, así como su control y mantenimiento. Una vez establecida la conexión, la pantalla remota se vuelve visible para el usuario en el otro punto final. Ambos puntos finales pueden enviar y recibir archivos, así como acceder a un portapapeles compartido, por ejemplo. Para el usuario que se conecta al escritorio remoto, es posible ver y transmitir contenido de audio y video, incluso en el navegador. Específicamente para Linux, los productos de Terminal Server fueron creados para organizaciones que buscan reducir costos ejecutando múltiples escritorios en el mismo host Linux ^[23] y para aquellos que buscan migrar lejos de los sistemas basados ​​en Windows. ^[24]

En los últimos años se ha ampliado la funcionalidad del software ^[25] y se ha optimizado en particular para su uso en grandes empresas. ^{[26] [27]} Para ello 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 la versión empresarial), están disponibles los siguientes métodos de autenticación:

De 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 del sistema con autenticación basada en contraseña
• Inicio de sesión del sistema con autenticación basada en clave SSH
• Inicio de sesión del 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

De servidor a nodo

• Iniciar sesión con contraseña
• Inicie sesión con la clave SSH reenviada desde el cliente (por ejemplo, NoMachine Player) a través del servidor al nodo
• Inicie sesión con el ticket Kerberos reenviado desde el cliente a través del servidor al nodo
• Inicie sesión con el ticket Kerberos solicitado por Kinit en el host del servidor
• Inicie sesión con el ticket Kerberos solicitado por el módulo PAM en el host del servidor.
• 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 almacena los datos en caché para mantener la sesión con la mayor capacidad de respuesta posible. Por ejemplo, la primera vez que se abre un menú, puede tardar unos segundos, pero luego es casi instantáneo.

NX es más rápido que sus predecesores, ya que elimina la mayoría de los viajes de ida y vuelta a X , mientras que dxpc y MLView solo comprimen los datos. Los dos componentes principales de NX son nxproxy y nxagent . nxproxy se deriva de dxpc y se inicia tanto en las máquinas remotas (cliente en la terminología de X) como en las locales (servidor en la terminología de X), simulando un servidor X en el cliente y reenviando las solicitudes remotas del protocolo X 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 solo logra relaciones de compresión de 1:10 a 1:1000, ^[30] lo que reduce el ancho de banda, pero no elimina la mayoría de los viajes de ida y vuelta sincrónicos 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), lo que evita la mayoría de los viajes de ida y vuelta del protocolo X11. Junto con nxproxy (integrado en nxagent), esta configuración funciona bien en enlaces de bajo ancho de banda y alta latencia.

Configuración típica: ^[29]

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

En sistemas con una implementación X11 funcional, nxproxy y nxagent son todo lo que se necesita para establecer una conexión con requisitos de ancho de banda reducidos entre un conjunto de clientes X remotos y el servidor X local. Se puede utilizar SSH para establecer un túnel seguro entre los hosts. NX 3 se basa en funcionalidades SSH y en software SSH de código abierto existente, lo que permite ejecutar escritorios Unix y Windows contemporáneos y aplicaciones de red arbitrarias a través de Internet de forma segura y controlada.

FreeNX y los diversos clientes NX se utilizan para la configuración, el manejo de la suspensión y la reanudación, la tunelización segura a través de SSH y 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 remotas de Computación de Red Virtual (la mayoría de las plataformas de sistemas operativos de propósito general modernos), así como XDM.

Antes de la versión 4.0, NoMachine lanzó la tecnología central NX bajo la Licencia Pública General de GNU y ofrecía soluciones NX comerciales no libres , ^[31] productos de cliente y servidor libres para Linux y Solaris , y software de cliente libre para Microsoft Windows , macOS y sistemas integrados .

Debido a la naturaleza de software libre de las versiones anteriores de NX, se inició el proyecto FreeNX para proporcionar scripts de contenedor para las bibliotecas GPL de NX. ^[32] FreeNX fue desarrollado y mantenido por Fabian Franz, pero no ha anunciado un lanzamiento 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 publican 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 utilizar el protocolo NX, pero muchos de estos proyectos de código abierto no funcionan con versiones más recientes del software oficial de NX.

Un proyecto maduro del sistema operativo fue la biblioteca de cliente nxc de Lawrence Roufail , una biblioteca completa que puede utilizarse para que otros clientes la utilicen como base. La aplicación nxrun utiliza esta biblioteca. A partir de 2006 ^[update], la biblioteca no permite suspender ni reanudar sesiones y utiliza únicamente compresión de gráficos JPEG .

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

Entre los esfuerzos de código abierto más recientes se incluye 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 centrales de NX. ^{[ cita requerida ]} También elimina la dependencia de Qt, que impedía que nxclientlib se usara ampliamente como base multiplataforma para programas cliente de NX. nxcl proporciona una biblioteca que se puede vincular a un programa cliente (libnxcl) y un cliente NX autónomo con una API D-Bus (el binario nxcl). Está disponible en el servidor FreeNX Subversion .

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

Varios 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 usar 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 (obsoleto)

• Sitio web oficial
• X2Go Página de introducción de 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.