teknik:infrastruktur:clientdeploy
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| teknik:infrastruktur:clientdeploy [2026/08/08 21:34] – [RHEL PXE server] smarken | teknik:infrastruktur:clientdeploy [2026/08/18 01:50] (current) – [FOG] smarken | ||
|---|---|---|---|
| Line 4: | Line 4: | ||
| (Klient udrulning) | (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. | + | For at installere en klient maskine, i virksomhedssammenhæng, |
| Der er fordele og ulemper ved både installation og image procedurerne. | Der er fordele og ulemper ved både installation og image procedurerne. | ||
| Line 17: | Line 17: | ||
| Ved automatiseret installation hentes distro, drivere og apps, fra et repository, som kan være lokalt eller eksternt på internettet. | 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 lokalt repository kan IT/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. | Ved både lokal og ekstern repository kan installationen styres ved scripting meget specifikt til både generel, gruppe og bruger profiler. | ||
| + | ===== Alternativer til (normal) PXE ===== | ||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | |||
| + | ===== iPXE ===== | ||
| + | [[https:// | ||
| + | |||
| + | **iPXE** er open source network boot firmware. iPxe understøtter en __fulD PXE__ implementation forbedret med yderligere funktionaliteter så som: | ||
| + | |||
| + | * boot fra en web server via HTTP | ||
| + | * boot fra et iSCSI SAN | ||
| + | * boot fra et Fibre Channel SAN via FCoE | ||
| + | * boot fra et AoE SAN | ||
| + | * boot fra et wireless network | ||
| + | * boot fra et wide-area network | ||
| + | * boot fra et Infiniband network | ||
| + | * at kontrolere og styre boot processen gennem scripting\\ | ||
| + | |||
| + | Du kan bruge iPXE to at erstatte PXE ROM på dit netkort eller du kan chainload' | ||
| + | |||
| + | iPXE er frit, open-source software licenseret under GNU GPL (med visse dele under GPL-kompatible licencer), og iPXE er inkluderet i produkter fra flere producenter af netværkskort og OEM' | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== FOG ===== | ||
| + | |||
| + | [[https:// | ||
| + | |||
| + | |||
| + | |||
| + | **FOG** er en Linux-baseret, | ||
| + | **FOG** bruger ikke nogen boot-disks eller CD'er – alt håndteres via TFTP og PXE. Dine PC'er booter via PXE og downloader automatisk en lille Linux-klient, | ||
| + | Med **FOG** er mange netværksdrivere integreret i klientens kernel (vanilla Linux), så du behøver ikke bekymre dig om netværksdrivere (medmindre der endnu ikke er kernelunderstøttelse til dem).\\ | ||
| + | **FOG** understøtter også at placere et image fra en computer med en 80 GB-partition på en maskine med en 40 GB-harddisk, | ||
| + | **FOG** understøtter multicast, hvilket betyder, at du kan lave images af mange PC'er fra den samme stream. Derfor bør det være lige så hurtigt, uanset om du laver image af 1 PC eller 20 PC' | ||
| + | |||
| + | |||
| + | Se evt. en gennemgang og PoC her [[https:// | ||
| ---- | ---- | ||
| ====== Externe guides og dokumentation af PXE ====== | ====== Externe guides og dokumentation af PXE ====== | ||
| Line 33: | Line 73: | ||
| 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. | 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: | + | **Prerequisites**: |
| * A SUSE Linux Enterprise Server 16.0 system with administrative privileges | * A SUSE Linux Enterprise Server 16.0 system with administrative privileges | ||
| * Internet connection to fetch ISO images | * Internet connection to fetch ISO images | ||
| * Static IP configuration for the PXE server | * 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:// | ||
| + | //For the ISC DHCP **EOL notice**//, see https:// | ||
| + | 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), // | ||
| + | |||
| + | **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:// | ||
| + | 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), // | ||
| [[https:// | [[https:// | ||
| - | 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. | + | NB! Dokumentationen er lavet for SLES, men dækker langt hen ad vejen også for OpenSUSE, og begge frit kan downloades |
| ---- | ---- | ||
| Line 48: | Line 98: | ||
| [[https:// | [[https:// | ||
| + | |||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Multi-boot for USB, iso, PXE - Netboot.xyz ===== | ||
| + | |||
| + | |||
| + | [[https:// | ||
| + | |||
| + | **1** | ||
| + | Grab the image | ||
| + | Pick the format that matches how you boot — ISO for VMs and IPMI, .img for USB, .kpxe for TFTP.\\ | ||
| + | |||
| + | curl -O https:// | ||
| + | **2** | ||
| + | Boot from it | ||
| + | Plug in the stick, attach the ISO, or point your DHCP server at the bootloader file. | ||
| + | |||
| + | dhcp-boot=netboot.xyz.kpxe\\ | ||
| + | |||
| + | **3** | ||
| + | Pick your OS | ||
| + | The menu loads. Navigate with the arrow keys, press enter, and it streams the kernel from the upstream mirror.\\ | ||
| + | |||
| + | ---- | ||
teknik/infrastruktur/clientdeploy.1786224864.txt.gz · Last modified: by smarken
