Start av fjärrprogram - Remote Initial Program Load

Start för fjärrinitial program ( RIPL eller RPL ) är ett protokoll för att starta en dator och ladda dess operativsystem från en server via ett nätverk . En sådan server driver ett nätverksoperativsystem som LAN Manager , LAN Server , Windows NT Server, Novell NetWare , LANtastic , Solaris eller Linux .

RIPL liknar Preboot Execution Environment (PXE), men den använder Novell NetWare-baserade uppstartsmetod. Det utvecklades ursprungligen av IBM .

IBM LAN-server

IBM LAN Server gör det möjligt för klienter (RIPL-begärare) att ladda operativsystemen DOS eller OS / 2 via 802.2 / DLC- protokollet från LAN (ofta Token Ring ). Därför jämför servern klienternas förfrågningar med poster i RPL.MAP-tabellen. Fjärrstart av DOS-arbetsstationer via startbilder stöds redan 1990 av IBM LAN Server 1.2 via sitt PCDOSRPL-protokoll. IBM LAN Server 2.0 introducerade fjärrstart av OS / 2-stationer (sedan OS / 2 1.30.1) 1992.

RPL och DOS

För att DOS-fjärrstart ska fungera laddas RPL-startladdaren i klientens minne över nätverket innan operativsystemet startar. Utan särskilda försiktighetsåtgärder skulle operativsystemet enkelt kunna skriva över RPL-koden under start, eftersom RPL-koden finns i icke tilldelat minne (vanligtvis högst upp i det tillgängliga konventionella minnet ). RPL-koden döljer och skyddar därmed sig från att överskrivas genom att ansluta INT 12h och minska minnet som rapporteras av denna BIOS-tjänst efter sin egen storlek. INT 12h används av DOS för att fråga hur mycket minne som är tillgängligt när det initierar sitt egna minnesallokeringsschema. Detta orsakar problem på mer moderna DOS-system, där fria adresser i realläge kan användas av operativsystemet för att flytta delar av sig själv och ladda drivrutiner högt , så att mängden tillgängligt konventionellt minne maximeras. Vanligtvis måste olika operativsystemleverantörer och versionspecifika "smutsiga tricks" användas av RPL-koden för att överleva denna mycket dynamiska startprocess och låta DOS återfå kontroll över minnet som RPL upptar när uppstarten är klar på ett sömlöst sätt .

Sedan MS-DOS / PC DOS 5.0 och DR DOS 6.0 , kontrollerar operativsystemet om RPL har anslutit INT 2Fh genom att leta efter en " RPL" signatur vid den kod som pekas av INT 2Fh. Om det finns, anropar DOS INT 2Fh / AX = 4A06h för att hämta mängden minne från RPL och integrera den i sin egen minnesallokering och därmed skydda RPL-koden från att skrivas över av andra program. Det var fortfarande RPL: ​​s svåra ansvar att rent ta bort sig själv från minnet i slutet av startfasen, om möjligt.

RPLOADER och DR-DOS

Utöver detta RPLgränssnitt stöder DR DOS en mer flexibel tillägg med namnet " RPLOADER". Om DR DOS upptäcker närvaron av RPLOADER snarare än RPL, börjar den utfärda INT 2F / AX = 12FFh / BX = 0005h sändningar i vissa kritiska steg i startprocessen. RPL-koden kan använda dem för att flytta sig själv i minnet (för att undvika konflikter med annan inhemsk programvara eller för att undvika minnesfragmentering när RPL-minnet frigörs senare), eller för att ansluta till och bättre integrera med operativsystemet för att utföra sina slutliga saneringsuppgifter på ett väldefinierat och koordinerat sätt genom ett robust och stött backend-gränssnitt snarare än bara hacks. Detta hjälper till att förbättra kompatibiliteten utan att behöva anpassa RPL-koden med varje ny version av operativsystemet, och det undviker onödig minnesfragmentering och därmed ökar tillgängligt minne för DOS-program att köra. Gränssnittet kan också användas för att köra DR DOS som en uppgift under ett värdoperativsystem såsom Concurrent DOS .

Se även

referenser

Vidare läsning