Im Laufe der letzten Jahre hat sich bei meiner Windows-Installation nach und nach eine Sammlung von Tools angesammelt, von denen die meisten nicht unbedingt auf meinem Hauptarbeitsplatz vorhanden sein müssen. Eine geplante Aufgabe hier, ein Netzwerkscanner dort, ein SSH-Client, von dem ich geschworen habe, dass ich ihn später deinstallieren würde, und ein halbes Dutzend kleiner Dienstprogramme, die nur existierten, weil Windows bei dieser speziellen Aufgabe nicht besonders gut war. Keine davon war für sich genommen eine besonders schwere Anwendung, aber ich hatte das Durcheinander langsam satt. Ich beschloss, dass es an der Zeit war, meine Proxmox-Box sinnvoll zu nutzen und eine Linux-VM zu erstellen, die ich für diese Dienstprogramme verwenden konnte. Das Ergebnis war eine sauberere Workstation und Tools, die für meinen Anwendungsfall besser funktionieren.
Cron-Jobs für rsync
Ein guter Ersatz für den Taskplaner oder Backup-Tools von Drittanbietern
Der Windows-Taskplaner gehörte zu den Dingen, die ich eher tolerierte als vertraute. Es war nicht sehr zuverlässig, wenn es um Wiederholungsversuche ging, Trigger reagierten je nach Energiestatus und führten alles aus, was nicht genau in seinem Steuerhaus lag.
Nachdem ich geplante Jobs in die Linux-VM verschoben hatte, verschwand diese Unsicherheit im Wesentlichen, sobald sie richtig konfiguriert war. Einfache wiederkehrende Arbeiten werden in Cron gespeichert, und alles, was komplexer ist, läuft als Systemd-Timer. Dies ist perfekt für so etwas wie Rsync-Backups. Anstatt sich auf ein Tool oder einen Taskplaner eines Drittanbieters zu verlassen, verarbeitet die VM alle Rsync-Jobs, die Daten von meiner Workstation abrufen und auf meinem NAS speichern. Wenn es fehlschlägt, ist anhand klarer Protokolle und Fehlerbehebungspfade sofort ersichtlich, warum.
Verwandte
5 häufige Proxmox-Fehler, die jeder macht, wenn er neu anfängt (und wie man sie vermeidet)
Ja, einige dieser Fehler habe ich in meinen frühen Proxmox-Tagen gemacht
Netzwerkscan
Nmap ist auf einem Offsite-System einfach besser
Netzwerkscans und Fehlerbehebung waren etwas, wozu ich schon immer auf meinem Hauptarbeitsplatz bereit war, aber es ist nicht wirklich der beste Ort dafür. Ich würde nmap-Installationen lieber portabel halten oder sie komplett von meinem Hauptrechner fernhalten.
Eine Linux-VM ist wahrscheinlich der beste Ort für etwas wie nmap, vorausgesetzt, es verfügt über die richtige Zugriffsebene, um effektiv zu sein. Die grundlegende Erkennung ist schnell und wiederholbar, und mit einem einfachen Subnetz-Scan kann ich erkennen, was aktiv ist, ohne auf Broadcast-intensive GUI-Tools angewiesen zu sein. Wenn ich weitere Details benötige, zeigen gezielte Scans genau an, welche Dienste exponiert sind und wie sie reagieren. Da es CLI-First ist, kann ich Ausgaben, Vergleichsergebnisse im Laufe der Zeit oder Skriptscans als Teil der Fehlerbehebung speichern, anstatt sie als einmalige Aktionen zu behandeln.
Am wichtigsten ist vielleicht, dass sich alles, was auf der VM läuft, bereits im Netzwerksegment befindet, in dem ich es haben möchte. Ich werde hauptsächlich die Seite des Heimlabors scannen und sonst nicht viel. Es vermeidet außerdem jegliche komische Angelegenheit mit der Windows-Firewall, was ein zusätzlicher Bonus ist.
Verwandte
Tmux ist das Produktivitätstool, das jeder Linux-Benutzer braucht
Es ist ein unverzichtbares Tool für terminalintensive Aufgaben
Ein SSH-Hub, der tatsächlich Sinn macht
Tmux war ein großes Upgrade
Vor der VM fühlte sich SSH unter Windows vorübergehender an, als mir lieb war. Ich würde einen Client installieren, ein paar Sitzungen speichern und langsam den Überblick darüber verlieren, wo ich tatsächlich gearbeitet habe. Es war riskant, mit Befehlen mit langer Laufzeit herumzuspielen und sie zu ändern. Das Trennen der Verbindung bedeutete, dass der Kontext verloren ging, und ein Neustart bedeutete, von vorne zu beginnen, was auf meinem Hauptarbeitsplatz üblich war.
Die Verlagerung aller SSH-Angelegenheiten in einen Linux-Container bedeutete in erster Linie Konsistenz, und tmux sorgt dafür, dass dies in der Praxis funktioniert. Lang laufende SSH-Sitzungen werden in tmux-Fenstern und nicht in Terminalfenstern ausgeführt. Das bedeutet, dass nichts abstürzt, wenn meine Workstation in den Ruhezustand wechselt, neu startet oder die Verbindung trennt. Ich verbinde mich wieder mit der VM, verbinde mich erneut mit tmux und bin genau dort, wo ich aufgehört habe, komplett mit intaktem Verlauf, Umgebungsvariablen, halbfertigen Befehlen und allem.
Docker-Container
WSL ist großartig, aber Docker in einer dedizierten VM macht mehr Sinn
Wenn es darum geht, Linux-bezogene Dinge auf meiner Workstation zu erledigen, kann WSL ein Lebensretter sein, aber die Ausführung von Container-Sachen innerhalb der WSL ist einfach nicht besonders praktisch. Ich habe kleine Dienste und Testumgebungen mit WSL ausgeführt, was praktisch war, aber die Verlagerung auf Docker in einer Linux-VM machte viele Dinge weniger störend, vor allem Netzwerk- und Hardware-Passthrough.
Abonnieren Sie den Newsletter für Linux-VM-Workflows
Erhalten Sie praktische exemplarische Vorgehensweisen für Linux-VMs, indem Sie den Newsletter abonnieren: detaillierte Konfigurationen, Tipps zur Fehlerbehebung und Beispiele aus der Praxis für die Migration von Windows-Dienstprogrammen in VMs – einschließlich SSH/tmux-Workflows, Rsync-Backup-Setups, Docker-Netzwerke und Scans.
Abonnieren
Mit Ihrer Anmeldung stimmen Sie dem Erhalt von Newslettern und Marketing-E-Mails zu und akzeptieren unsere Nutzungsbedingungen und Datenschutzrichtlinien. Sie können sich jederzeit abmelden.
Networking macht mit WSL keinen Spaß, vor allem wegen der verwendeten Abstraktionsebenen. Die Portweiterleitung verhält sich je nach Version unterschiedlich. „localhost“ bedeutet manchmal „Windows“ und manchmal „Linux“, und das Offenlegen von Diensten für den Rest Ihres Netzwerks erfordert oft zusätzliche Konfiguration oder Problemumgehungen. Passthrough ist ähnlich ärgerlich und funktioniert in vielen Fällen überhaupt nicht. Die Möglichkeit, beide Dinge in einer VM zu tun, ist ein ausgetretener Weg und erfordert nicht viel zusätzliche Konfiguration.
Verwandte
4 wichtige Docker-Container, die ich auf jedem neuen Server ausführe
Eine Sammlung praktischer Behälter zur Verwaltung meiner Arbeitsplätze
Mein Setup fühlte sich sauberer und fokussierter an
Mir wurde nicht klar, wie viel Unordnung ich angesammelt hatte, bis es verschwunden war. Durch den Umzug dieser Tools in eine Linux-VM wurde meine Windows-Installation auf das reduziert, was sie sein sollte, nämlich eine schnelle, reaktionsfähige Workstation, auf der ich gelegentlich spiele. Automatisierung, Netzwerk, SSH und Container funktionieren alle besser, wenn sie nicht an ein Desktop-Betriebssystem gebunden sind, und sind oft ohnehin besser für Linux geeignet.
*️⃣ Quelllink:
Netzwerkscanner, Proxmox, 5 häufige Proxmox-Fehler, die jeder beim Neuanfang macht (und wie man sie vermeidet) , Tmux ist das Produktivitätstool, das jeder Linux-Benutzer braucht , , , Nutzungsbedingungen , Datenschutzrichtlinie , 4 wesentlich Docker-Container, die ich auf jedem neuen Server ausführe , Linux VM, SSH,