Carga inicial remota del programa

La carga remota inicial de programas ( RIPL o RPL ) es un protocolo para iniciar un ordenador y cargar su sistema operativo desde un servidor a través de una red . Dicho servidor ejecuta un sistema operativo de red como LAN Manager , LAN Server , Windows NT Server, Novell NetWare , LANtastic , Solaris o Linux . ^{[ 1 ]}

RIPL es similar al Entorno de Ejecución Previo al Arranque (PXE), pero utiliza el método de arranque basado en Novell NetWare . Fue desarrollado originalmente por IBM .

IBM LAN Server permite a los clientes (solicitantes RIPL) cargar los sistemas operativos DOS u OS/2 a través del protocolo 802.2 / DLC desde la LAN (generalmente Token Ring ). Para ello, el servidor compara las solicitudes de los clientes con las entradas de su tabla RPL.MAP. El arranque remoto de estaciones de trabajo DOS mediante imágenes de arranque fue compatible desde 1990 con IBM LAN Server 1.2 a través de su protocolo PCDOSRPL. IBM LAN Server 2.0 introdujo el arranque remoto de estaciones OS/2 (desde OS/2 1.30.1) en 1992.

Para que el arranque remoto de DOS funcione, el cargador de arranque RPL se carga en la memoria del cliente a través de la red antes de que se inicie el sistema operativo. Sin precauciones especiales, el sistema operativo podría sobrescribir fácilmente el código RPL durante el arranque, ya que el código RPL reside en memoria no asignada (normalmente en la parte superior de la memoria convencional disponible ). ^{[ 2 ] [ 3 ] [ 4 ]} El código RPL se oculta y, por lo tanto, se protege de ser sobrescrito interceptando INT 12h ^{[ 5 ] [ 4 ]} y reduciendo la memoria informada por este servicio BIOS en su propio tamaño. DOS utiliza INT 12h para consultar la cantidad de memoria disponible al inicializar su propio esquema de asignación de memoria en modo real. ^{[ 5 ] [ 4 ]} Esto causa problemas en sistemas DOS más modernos, donde el sistema operativo puede utilizar rangos de direcciones libres en modo real para reubicar partes de sí mismo y cargar controladores en alto , de modo que se maximice la cantidad de memoria convencional disponible. Por lo general, el código RPL tenía que utilizar varios "trucos sucios" específicos del proveedor y la versión del sistema operativo para sobrevivir a este proceso de arranque tan dinámico ^{[ 2 ]} y permitir que DOS recuperara el control sobre la memoria ocupada por RPL una vez que el arranque se completaba de manera transparente.

Desde MS-DOS / PC DOS 5.0 y DR DOS 6.0 , el sistema operativo comprueba si el RPL ha interceptado INT 2Fh buscando una RPLfirma " " en el código al que apunta INT  2Fh. Si está presente, DOS llama a INT  2Fh/AX=4A06h ^{[ 3 ] [ 4 ] [ 6 ]} para recuperar la cantidad de memoria del RPL e integrarla en su propia asignación de memoria, protegiendo así el código del RPL de ser sobrescrito por otros programas. ^{[ 3 ] [ 4 ]} Aun así, seguía siendo responsabilidad del RPL eliminarse limpiamente de la memoria al final de la fase de arranque, si era posible.

Además de esta RPLinterfaz " ", DR  DOS 6.0 y versiones posteriores desde 1991 admiten una extensión más flexible llamada " RPLOADER". ^{[ 7 ] [ 4 ]} Si DR  DOS detecta la presencia de RPLOADER en lugar de solo RPL, comienza a emitir transmisiones INT  2F/AX=12FFh/BX=0005h ^{[ 3 ] [ 7 ] [ 4 ]} en ciertas etapas críticas del proceso de arranque. ^{[ 3 ] [ 7 ] [ 4 ]} El código RPL puede utilizarlas para reubicarse en la memoria (para evitar conflictos con otro software residente o para evitar la fragmentación de la memoria cuando la memoria RPL se libera posteriormente), o para conectarse e integrarse mejor con el sistema operativo para realizar sus tareas de limpieza finales de manera bien definida y coordinada a través de una interfaz de backend robusta y compatible en lugar de simples trucos. ^{[ 3 ] [ 7 ] [ 4 ]} Esto ayuda a mejorar la compatibilidad sin tener que adaptar el código RPL con cada nueva versión del sistema operativo, y evita la fragmentación innecesaria de la memoria y, por lo tanto, aumenta la memoria disponible para que se ejecuten los programas de DOS. La interfaz también se puede utilizar para ejecutar DR  DOS como una tarea bajo un sistema operativo anfitrión como Concurrent DOS . ^{[ 6 ]}

Desde 2018, RxDOS  7.24 RPLOADERtambién admite las transmisiones " ". ^{[ 8 ]}

• Carga inicial del programa
• Arranque de red
• PROTMAN$ (Administrador de protocolos de Microsoft LAN Manager) ^{[ 6 ]}
• Autotraslado
• Autorreplicación
• Solicitante de DOS de NetWare
• NetWare Client 32 para DOS/Windows

• "Guía del desarrollador de la ROM de arranque de Novell para estaciones de trabajo DOS" (PDF) . 1.0. Novell, Inc. 9 de julio de 1992. Número de pieza 107-000026-001. Archivado (PDF) del original el 22 de agosto de 2017. Consultado el 11 de junio de 2009 .
• "Arranque remoto con cliente DOS/Win 32" . Novell, Inc. 7 de febrero de 2002 [5 de octubre de 1999]. ID del documento: 10018195, ID de la solución: 1.0.33044120.2349387 . Consultado el 16 de septiembre de 2018 .{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )
• "Instrucciones de configuración de soporte RPL" . Novell . 27 de abril de 1998. 14933. Consultado el 22 de septiembre de 2018 .{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )
• "RPLKT5.EXE" . 2942958. Archivado del original el 22/09/2018 . Recuperado el 08/04/2019 .
• "Herramientas y especificación RPL de Microsoft LAN Manager 2.1" . Servidor FTP ( FTP ) . Consultado el 11 de junio de 2009 .(Para ver los documentos, consulte Ayuda:FTP )
• GG24-3671-00: Guía de planificación avanzada del servidor IBM Personal System/2 (IBM Redbook)