Au cours des dernières années, mon installation Windows a lentement accumulé une collection d’outils, dont la plupart n’ont pas vraiment besoin de vivre sur mon poste de travail principal. Une tâche planifiée ici, un scanner de réseau là, un client SSH que j’avais juré de désinstaller plus tard et une demi-douzaine de petits utilitaires qui n’existaient que parce que Windows n’était pas doué pour ce travail spécifique. Aucune d’entre elles n’était une application particulièrement lourde à elle seule, mais je commençais à en avoir un peu marre du désordre. J’ai décidé qu’il était temps de faire bon usage de ma boîte Proxmox et de créer une machine virtuelle Linux que je pourrais utiliser pour ces utilitaires. Le résultat a été un poste de travail plus propre et des outils qui fonctionnent mieux pour mon cas d’utilisation.
Tâches Cron pour rsync
Un bon remplacement pour le planificateur de tâches ou les outils de sauvegarde tiers
Le Planificateur de tâches Windows était l’une de ces choses que je tolérais plutôt que de faire confiance. Il n’était pas très fiable en ce qui concerne les tentatives, les déclencheurs se comportant en fonction de l’état de l’alimentation et exécutant tout ce qui n’était pas directement dans sa timonerie.
Une fois que j’ai déplacé les tâches planifiées vers la machine virtuelle Linux, toute cette incertitude a pratiquement disparu une fois qu’elle a été correctement configurée. Un travail récurrent simple réside dans cron, et tout ce qui est plus complexe fonctionne comme une minuterie système. C’est parfait pour quelque chose comme les sauvegardes rsync. Au lieu de s’appuyer sur un outil tiers ou un planificateur de tâches, la VM gère toutes les tâches rsync qui extraient les données de mon poste de travail et les stockent sur mon NAS. En cas d’échec, la raison est immédiatement évidente grâce à des journaux clairs et des chemins de dépannage.
Connexes
5 erreurs Proxmox courantes que tout le monde commet en repartant à zéro (et comment les éviter)
Ouais, j’ai fait certaines de ces erreurs au début de Proxmox
Analyse réseau
Nmap est tout simplement meilleur sur un système hors site
J’ai toujours été prêt à effectuer l’analyse et le dépannage du réseau sur mon poste de travail principal, mais ce n’est pas vraiment le meilleur endroit pour cela. Je préfère garder les installations nmap portables ou entièrement hors de ma machine principale.
Une machine virtuelle Linux est probablement le meilleur endroit pour quelque chose comme nmap, à condition qu’elle dispose du niveau d’accès correct pour être efficace. La découverte de base est rapide et reproductible, et avec une simple analyse de sous-réseau, je peux savoir ce qui est actif sans avoir recours à des outils GUI lourds de diffusion. Lorsque j’ai besoin de plus de détails, des analyses ciblées révèlent exactement quels services sont exposés et comment ils réagissent. Parce qu’il s’agit d’abord de la CLI, je peux enregistrer les sorties, les résultats différents au fil du temps ou les analyses de script dans le cadre du dépannage au lieu de les traiter comme des actions ponctuelles.
Peut-être plus important encore, tout ce qui se trouve sur la VM signifie qu’il se trouve déjà sur le segment de réseau sur lequel je le souhaite. Je vais principalement analyser le côté laboratoire à domicile, et pas grand-chose d’autre. Il évite également complètement toute activité amusante grâce au pare-feu Windows, ce qui constitue un bonus supplémentaire.
Connexes
Tmux est l’outil de productivité dont tout utilisateur Linux a besoin
C’est un outil indispensable pour les tâches lourdes sur les terminaux
Un hub SSH qui a vraiment du sens
Tmux était une mise à jour majeure
Avant la VM, SSH sous Windows semblait plus éphémère que je ne le souhaiterais. J’installerais un client, enregistrerais une poignée de sessions et perdrais lentement la trace de l’endroit où j’ai réellement travaillé. Il était risqué de fouiller et de modifier les commandes de longue durée. Se déconnecter signifiait perdre le contexte et redémarrer signifiait recommencer, ce qui était courant sur mon poste de travail principal.
Déplacer tout ce qui concerne SSH vers un conteneur Linux signifiait avant tout une cohérence, et c’est tmux qui fait que cela fonctionne dans la pratique. Les sessions SSH de longue durée se déroulent dans les volets tmux, et non dans les fenêtres du terminal, ce qui signifie que si mon poste de travail dort, redémarre ou se déconnecte, rien ne meurt. Je me reconnecte à la VM, me rattache à tmux, et je suis exactement là où je m’étais arrêté, avec un historique intact, des variables d’environnement, des commandes à moitié terminées et tout.
Conteneurs Docker
WSL est génial, mais Docker dans une VM dédiée a plus de sens
Lorsqu’il s’agit d’effectuer des tâches liées à Linux sur mon poste de travail, WSL peut me sauver la vie, mais exécuter des éléments conteneurisés dans WSL n’est tout simplement pas très pratique. J’exécutais de petits services et des environnements de test avec WSL, ce qui était pratique, mais les déplacer sur Docker dans une machine virtuelle Linux rendait beaucoup de choses moins ennuyeuses, la principale étant la mise en réseau et le relais matériel.
Abonnez-vous à la newsletter pour les workflows de VM Linux
Obtenez des présentations pratiques des machines virtuelles Linux en vous abonnant à la newsletter : configurations détaillées, conseils de dépannage et exemples concrets pour déplacer les utilitaires Windows vers des machines virtuelles couvrant les flux de travail SSH/tmux, les configurations de sauvegarde rsync, la mise en réseau Docker et l’analyse.
Abonnez-vous
En vous abonnant, vous acceptez de recevoir des newsletters et des e-mails marketing, et acceptez nos conditions d’utilisation et notre politique de confidentialité. Vous pouvez vous désinscrire à tout moment.
La mise en réseau n’est pas une expérience amusante avec WSL, principalement à cause des couches d’abstraction qu’il utilise. La redirection de port se comporte différemment selon la version, localhost signifie parfois « Windows » et parfois « Linux », et l’exposition des services au reste de votre réseau nécessite souvent une configuration supplémentaire ou des solutions de contournement. Le passthrough est tout aussi ennuyeux et ne fonctionne souvent pas du tout dans de nombreux cas. La possibilité de faire les deux choses dans une VM est un chemin bien parcouru et ne nécessite pas une tonne de configuration supplémentaire.
Connexes
4 conteneurs Docker essentiels que j’exécute sur chaque nouveau serveur
Une collection de conteneurs pratiques pour gérer mes postes de travail
Ma configuration semblait plus propre et plus ciblée
Je n’avais pas réalisé à quel point j’avais accumulé du désordre jusqu’à ce qu’il disparaisse. Le déplacement de ces outils dans une machine virtuelle Linux a réduit mon installation Windows à ce qu’elle devrait être, à savoir une station de travail rapide et réactive sur laquelle je joue occasionnellement. L’automatisation, la mise en réseau, SSH et les conteneurs fonctionnent tous mieux lorsqu’ils ne sont pas liés à un système d’exploitation de bureau et sont de toute façon souvent mieux adaptés à Linux.
*️⃣ Lien source :
scanner réseau, Proxmox, 5 erreurs Proxmox courantes que tout le monde fait en repartant (et comment les éviter) , Tmux est l’outil de productivité dont tout utilisateur Linux a besoin , , , Conditions d’utilisation , Politique de confidentialité , 4 conteneurs Docker essentiels je cours sur chaque nouveau serveur , Linux VM, SSH,