Proxmox: VM mit Alpine Linux
Alpine Linux ist eine sehr schöne, schlanke, auf Sicherheit ausgelegte, schnelle, (ressourcen-) sparsame Linux Distribution, welche sich vorwiegend an Power-User richtet. Bislang laufen viele meiner Server auf Ubuntu-Basis, welche für einige vollkommen überdimensioniert ist. Daher habe ich mir Alpine Linux angesehen. Alpine soll meinen Reverse Proxy in Zukunft ablösen. Das Image (zur Virtualisierung optimiert) hat gerade mal knapp 42 MB (!).
Zunächst habe ich eine neue VM in meiner Virtualisierungsumgebung „Proxmox“ erstellt. Als Resourcengrundlage habe ich 4 GB (Alpine kommt mit deutlich weniger Festplattenspeicher aus) und 512 MiB RAM gewählt. Für den Prozessor habe ich die Einstellung „1 Socket 2 Cores“ festgelegt.
Anschließend hat Alpine unfassbar schnell gebootet und war direkt als Live-System einsatzbereit. Ich habe mich im Live-System als „root“ angemeldet und das Setup mit dem Befehl
|
1 |
setup-alpine |
gestartet.
Anschließend bin ich dem „Wizard“ gefolgt, welcher mich durch das Setup geleitet hat. Mit ein bisschen Linuxerfahrung ist das Setup in weniger als 5 Minuten abgeschlossen und Alpine einsatzbereit. In diesem Beispiel habe ich mich für eine „sys“-Installation, also die klassische Installation auf die Festplatte entschieden. Alpine bietet darüber hinaus noch einige Installationsarten mehr an, u.a. eine Installation direkt in den RAM-Speicher.
Am Ende forderte der Assistent einen Neustart. Diesen habe ich umgangen, da noch ein paar Einstellungen an der VM vorgenommen werden mussten. Dazu wurde Alpine mit
|
1 |
poweroff |
heruntergefahren. In Proxmox habe ich unter den Optionen der Alpine-Maschine den QEMU-Guest-Agent aktiviert und auf dem Weg auch das Installationsimage aus dem virtuellen Laufwerk entfernt und die Bootreihenfolge angepasst (direktes Booten von der virtuellen Festplatte).
Nachdem die Optionen angepasst wurden, wurde die VM gestartet und über die Webkonsole angemeldet. Als Erstes habe ich das neue System auf einen aktuellen Stand gebracht. Dazu habe ich in
|
1 |
/etc/apk/repositories |
die Repositorys aktualisiert, in dem ich „v3.13“ durch „latest-stable“ ersetzt habe, damit die Maschine sich immer mit den aktuellsten Updates versorgt. Ebenfalls darf hier der Community-Branch der Repos einkommentiert werden, damit später der QEMU-Agent installiert werden kann. Die Änderungen wurden mit vi vorgenommen und somit mit „:wq“ gespeichert und die Datei verlassen.
Anschließend wurde Alpine mit
|
1 |
apk -U upgrade |
upgedatet. Die aktualisierten Dienste wurden anschließend mit
|
1 |
sync |
neu gestartet. Abschließend zum Update wurde Alpine neu gestartet.
|
1 |
reboot |
Das Update kann mit den folgenden Befehlen überprüft werden:
|
1 2 |
cat /etc/alpine-release uname -r |
Nachdem Alpine auf dem neuesten Stand gebracht wurde, wurde der QEMU-Guest-Agent installiert.
|
1 |
apk add apt-get install qemu-guest-agent |
Damit der QEMU-Guest-Agent mit Alpine funktioniert, muss in der Konfigurationsdatei der Ausgabe-Pfad an das Host-System angepasst werden:
|
1 |
nano /etc/conf.d/qemu-guest-agent |
Die GA_PATH-Variable muss auf „/dev/vport2p1“ festgelegt werden.
|
1 |
GA_PATH="/dev/vport2p1" |
Damit der QEMU-Guest-Agent auch nach einem Neustart direkt zur Verfügung steht, wurde dieser noch in den Autostart gelegt:
|
1 |
rc-update add qemu-guest-agent default |
Abschließend wurde ein neuer Benutzer zum System hinzugefügt, welcher sich dann später auch per SSH zur Verwaltung anmelden kann.
|
1 |
adduser alex |
Um die Anmeldung per SSH zu testen, wurde eine Verbindung aus der Windows Eingabeaufforderung aufgebaut.
Mit „su“ kann wiederum eine Anmeldung als root erfolgen, um Installationen vorzunehmen. In diesem Fall habe ich den Webserver nginx installiert.
|
1 |
apk add nginx |
Abschließend musste nginx, wie auch bereits der QEMU-Guest-Agent, in den Autostart gelegt werden:
|
1 |
rc-update add nginx default |
Für eine korrekte Verwendung von nginx muss noch ein neuer „www“ Nutzer angelegt werden, sowie ein Verzeichnis (und Berechtigungen) für etwaige Websites etc.
|
1 2 3 4 |
adduser -D -g 'www' www mkdir /www chown -R www:www /var/lib/nginx chown -R www:www /www |
Abschließend musste die nginx Konfigurationsdatei angepasst werden. Hier ein Beispiel aus dem Alpine-Wiki:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
user www; worker_processes auto; # it will be determinate automatically by the number of core error_log /var/log/nginx/error.log warn; #pid /var/run/nginx/nginx.pid; # it permit you to use /etc/init.d/nginx reload|restart|stop|start events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; sendfile on; access_log /var/log/nginx/access.log; keepalive_timeout 3000; server { listen 80; root /www; index index.html index.htm; server_name localhost; client_max_body_size 32m; error_page 500 502 503 504 /50x.html; location = /50x.html { root /var/lib/nginx/html; } } } |
Alle Konfigurationen können getestet werden, in dem ein Neustart des Systems erfolgt. Wenn alles gut läuft, antwortet der nginx auf Port 80 (es sind natürlich noch keine Daten hinterlegt worden):
