(Klient udrulning)

For at installere en klient maskine benyttes ofte en PXE server til at hente installationen som et fuldt standardiseret disk-image, eller en automatiseret installation. Principperne er nogenlunde de samme for både Linux og windows.

Der er fordele og ulemper ved både installation og image procedurerne.

Fordelene ved image er f.eks. at når ens workplace gruppe har godkendt opsætningen, kan der nemt laves et image af en godkendt maskine, som så bare lægges op til download/deploy. En teknisk ulempe er så at det nemt kan forkomme at image er fastlåst til de harware drivere der er lagt ind i image, og hvis der på klienten er harwareafvigelser skal drivere og opsætning så laves efterfølgende.

Ved automatiseret installation hentes distro, drivere og apps, fra et repository, som kan være lokalt eller eksternt på internettet.

Ved lokalt repository kan sikkerhedsafdelingen lettere begrænse apps til (sikkerheds-)godkendte apps og tilføre restriktioner efter behov. Ved lokal respository kan brugeren nemt se hvad der er godkendt på forhånd, og evt. anmode om godkendelse af en given app, hvis den ikke er i repository.

Ved både lokal og ekstern repository kan installationen styres ved scripting meget specifikt til både generel, gruppe og bruger profiler.

(SUSE SLES 16)
Publication Date: 07 Aug 2026
Preboot Execution Environment (PXE) is a network boot standard that enables systems to boot and install an operating system over the network instead of using local installation media. A PXE boot server simplifies and automates operating system deployment across multiple machines, reducing manual effort and improving consistency. On SUSE Linux Enterprise Server 16.0, you can configure a PXE boot server with support for UEFI Secure Boot and the Agama installer to create a scalable, network-based installation environment.

Prerequisites:

• A SUSE Linux Enterprise Server 16.0 system with administrative privileges
• Internet connection to fetch ISO images
• Static IP configuration for the PXE server

Note: Limitations and features of your chosen method

Use Kea—the new DHCP server from ISC—as a modern replacement for ISC DHCP. For more information on Kea, refer to https://www.isc.org/kea/.
For the ISC DHCP EOL notice, see https://www.isc.org/dhcp/.
Kea is a DHCP server and requires separate TFTP server software. The Kea DHCP server supports options for TFTP/PXE boot over IPv4 and IPv6 as well as for HTTP boot via IPv4. The HTTP boot via IPv6 requires that the DHCPv6 server can send the Vendor Class Option (see RFC3315, Section 22.16), supposed to be used “by a client to identify the vendor,” back to the client and is currently not supported.

dnsmasq is a combination of a DNS server, a DHCP server and a TFTP server. You can use it to serve the boot loader, kernel, initrd (and other files) over TFTP.
For more information on dnsmasq, refer to https://thekelleys.org.uk/dnsmasq/doc.html.
The dnsmasq DHCP server supports options for TFTP/PXE boot over IPv4 and IPv6 as well as for HTTP boot via IPv4. The HTTP boot via IPv6 requires that the DHCPv6 server can send the Vendor Class Option (see RFC3315, Section 22.16), supposed to be used “by a client to identify the vendor,” back to the client and is currently not supported.

SUSE dokumentation

NB! Dokumentationen er lavet for SLES, men dækker langt hen ad vejen også for OpenSUSE, og begge kan frit downloades. Den primære forskel mellem SLES og OpenSUSE er at til SLES kan der tilkøbes support, og for openSUSE leveres support af OpenSUSE Community.

Network Boot Configuration