Nous avons déjà installé les serveurs DHCP, DNS, NAT et le contrôleur de domaine sur Windows Server, créé un utilisateur, et aujourd’hui, nous allons ajouter un ordinateur à notre domaine.
Avant de commencer, assurez-vous d’avoir suivi toutes les étapes des articles précédents :
Nous avons déjà installé le serveur DHCP sur Windows Server et aujourd’hui, nous allons installer le serveur DNS et configurer la première zone directe (Forward Lookup Zones). Je vais faire une démonstration sur Windows Server 2019, mais le même principe s’applique à tous les Windows Servers récents. Comme hyperviseur, j’utilise Proxmox.
Un serveur DNS (Domain Name System) traduit les noms de domaine lisibles par les humains en adresses IP compréhensibles par les machines, facilitant ainsi la navigation sur Internet. Il joue un rôle crucial dans la résolution des noms de domaine, permettant aux utilisateurs d’accéder aux sites web en utilisant des noms familiers plutôt que des adresses numériques.
Dans ce tutoriel réalisé avec GNS3, nous allons compléter la configuration de notre réseau interne en ajoutant un serveur DNS pour la résolution des adresses locales et intégrer un serveur web. Ce guide fait suite à notre tutoriel précédent où nous avons configuré un routeur NAT et un serveur DHCP en utilisant DNSmasq sur Debian. L’utilisation de GNS3 permet de simuler un environnement réseau complet pour tester et valider la configuration sans avoir besoin de matériel physique.
Dans cet article, je vais aborder le code POST du BIOS F2, une erreur fréquente qui peut se manifester lorsque l’image du BIOS de la carte mère SUPERMICRO est corrompue. Il est important de ne pas confondre cette erreur avec le code POST 2F du BIOS, lequel est lié à un problème de RAM. Si vous êtes confronté à l’erreur F2, une récupération du BIOS pourrait s’avérer nécessaire. Je détaillerai les étapes à suivre pour effectuer cette récupération. Avant de commencer, assurez-vous que votre serveur est connecté à un système d’alimentation ininterrompue (UPS) pour prévenir tout incident durant le processus.
Nous allons procéder à la mise à niveau de Proxmox de la version 7.4 à la version 8. Proxmox 8 présente plusieurs avantages par rapport à Proxmox 7.4. Tout d’abord, Proxmox 8 intègre le noyau Linux 5.15, offrant ainsi un support amélioré pour le matériel récent, des performances accrues et une meilleure stabilité du système. De plus, Proxmox 8 propose une interface utilisateur web mise à jour avec une navigation améliorée. De plus, des changements sont apportés à la configuration et à la gestion du réseau dans Proxmox 8.
Il existe deux possibilités pour effectuer la mise à niveau :
Premièrement, il est préférable d’installer Proxmox 8 à partir de zéro et de récupérer la sauvegarde de nos machines virtuelles. Cependant, il n’est parfois pas possible de procéder à une installation propre, et nous devons donc effectuer une mise à niveau. Nous allons examiner ce cas pas à pas.
On a déjà effectué plusieurs configurations sur pfSense, mais aujourd’hui, nous allons installer le serveur VPN (OpenVPN) sur notre pfSense et connecter un client (Windows 10). À titre d’exemple, j’utiliserai pfSense installé sur VMware Workstation. En plus de pfSense, j’ai installé Windows 10 et Linux pour former mon réseau interne (192.168.1.0/24). La machine virtuelle avec pfSense est connectée au réseau externe en mode Bridge. À titre d’exemple, j’utilise mon réseau domestique (192.168.0.0/24) comme réseau externe. Comme client VPN, j’utiliserai Windows 10. Comme reseau VPN je vais utiliser 172.16.0.0/24.
Voici la topologie du réseau.
On va installer Windows Server et Windows 10 comme client. Windows Server va jouer le rôle de serveur DHCP pour Windows 10.
Voici le schéma du réseau :
Il faut installer Windows server sur votre VMware workstation ou Virtualbox avec la configuration suivante :
On peut configurer un serveur Linux en tant que routeur NAT pour fournir un accès à Internet aux ordinateurs du réseau local. Je vous montrerai un exemple de configuration en utilisant le serveur Debian 11. Le serveur Ubuntu aura une configuration similaire.
Pour la démonstration je vais utiliser GNS3 où j’utilise:
Pour accéder à votre Raspberry Pi via ssh, il est recommandé d’attribuer une adresse IP statique. Vous n’avez donc pas besoin de trouver une nouvelle adresse pour votre petit serveur à chaque fois pour vous y connecter. Il est préférable de choisir une adresse IP parmi les adresses réservées comme statiques pour ne pas avoir de conflits à l’avenir.
Sur Raspbian Jessie, la configuration réseau se fait via le daemon dhcpcd plutôt que dans le fichier /etc/network/interfaces. La configuration doit donc être effectuée dans /etc/dhcpcd.conf.
