technique:infrastructure:machines_virtuelles:reseau_ssh

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision		 Révision précédente
Prochaine révisionLes deux révisions suivantes
technique:infrastructure:vm:reseau_ssh [2020/02/06 16:28] – ↷ Page déplacée de infrastructure:vm:reseau_ssh à technique:infrastructure:vm:reseau_ssh qduchemitechnique:infrastructure:machines_virtuelles:reseau_ssh [2020/09/29 20:07] – qduchemi
Ligne 1: Ligne 1:
-===== Configuration réseau et du serveur SSH de la VM =====+{{indexmenu_n>20}}
  
-==== Configuration réseau ====+# Configuration réseau et SSH
  
-Si jamais la configuration réseau semble être écrasée par une configuration IPv6, il est nécessaire de supprimer le paquet ''rdnssd'' qui fait du DNS discovery pour l'IPv6. Inutile, tant que nos infra ne supportent pas IPv6, et casse la configuration DNS statique :+Cette page suppose que vous avez accès à un shell sur une machine virtuelle nouvellement installée. 
 + 
 +## Configuration réseau 
 + 
 +Si jamais la configuration réseau semble être écrasée par une configuration IPv6, il est nécessaire de supprimer le paquet `rdnssd` qui fait du DNS discovery pour l'IPv6. Il casse la configuration IPv6 statique, on peut donc le supprimer.
 ``` ```
 apt-get purge rdnssd apt-get purge rdnssd
 ``` ```
  
-Modification du fichier ''/etc/resolv.conf'' pour ajouter les serveurs DNS de Tetaneutral :+On modifie le fichier `/etc/resolv.conf` pour ajouter les serveurs DNS de Tetaneutral :
  
 ``` ```
Ligne 16: Ligne 20:
 ``` ```
  
-On édite le fichier ''/etc/network/interfaces'' :+On édite le fichier `/etc/network/interfaces` pour indiquer au système que l'on souhaite configurer l'interface `eth0` à la main :
  
 ``` ```
Ligne 28: Ligne 32:
 auto eth0 auto eth0
 allow-hotplug eth0 allow-hotplug eth0
-# On dit au système que l'on souhaite configurer l'interface eth0 à la main 
 iface eth0 inet manual iface eth0 inet manual
 ``` ```
  
- +Pour rappel, dans cette configuration, `eth0` de la VM est relié à une interface bridge de l'hôte, qui transmet les requêtes à la machine virtuelle. On suppose ici que l'IPv6 est fonctionnelle. 
-Dans le fichier ''/etc/rc.local'' nous devons ajouter la configuration suivante (en veillant à bien remplacer ''<ip de la machine>'' par l'IP que l'on souhaite attribuer à la machine) :+Dans le fichier `/etc/rc.local` nous devons ajouter la configuration suivante :
  
 ``` ```
 # On attend 3 secondes au boot pour être sûr d'avoir les interfaces réseau # On attend 3 secondes au boot pour être sûr d'avoir les interfaces réseau
 sleep 3 sleep 3
 + 
 +# Désactiver l'auto-configuration IPv6 pour permettre
 +# l'utilisation d'une adresse IPv6 statique
 +for i in /proc/sys/net/ipv6/conf/*; do \
 +  for j in autoconf accept_ra; do echo 0 > $i/$j; done;done
  
 # On allume l'interface eth0 # On allume l'interface eth0
 ip link set eth0 up ip link set eth0 up
-# On ajoute l'IP sur l'interface eth0 +# IPv4 publique 
-ip addr add <ip de la machine> dev eth0 +ip addr add <IPv4> dev eth0 
-# On ajoute la route par défaut vers le routeur de Tetaneutral+# On ajoute la route par défaut vers le routeur de Tetaneutral (à changer si autre FAI)
 ip route add default via 91.224.148.0 dev eth0 onlink ip route add default via 91.224.148.0 dev eth0 onlink
 +# IPv6 publique
 +ip -6 addr add <IPv6> dev eth0
 +# Lien-local IPv6 : unique sur l'hôte
 +ip -6 addr add fe80::80:<XX>/64 dev eth0
 +# Passerelle IPv6 par défaut : lien-local statique du routeur Tetaneutral (à changer si autre FAI)
 +ip -6 route add default via fe80::31 dev eth0
  
 exit 0 exit 0
 ``` ```
  
-==== Configuration SSH ====+Attention, il faut remplacer `<IPv4>`, `<IPv6>` et `<XX>`. Ces valeurs sont à faire correspondre avec les routes déclarées sur l'hôte. Pour une VM chez Tetaneutral, on regardera sur la page de [[technique:infrastructure:hyperviseurs:tetaneutral:network|configuration réseau des machines physiques]].
  
-1. Création des répertoires/fichiers qui vont bien pour les clefs SSH :+On exécute le script :
  
-``` +```bash 
-mkdir -p /root/.ssh/ +chmod +x /etc/rc.local 
-touch /root/.ssh/authorized_keys+./etc/rc.local
 ``` ```
  
-2. Ajouter les clés SSH+À ce stade, on doit être en mesure de contacter la machine depuis l'extérieur, via un `ping` par exemple.
  
-Pour ajouter votre clé, exécutez: ''ssh-copy-id root@IP-de-la-machine''+## Configuration SSH
  
-__Remarque:__ +S'assurer que le serveur SSH est installé. Dans `/etc/sshd_config`, on vérifie que la connexion par mot de passe pour `root` est **désactivée**, c'est-à-dire que la ligne commençant par `PermitRootLogin` est commentée. 
-Afin de copier la clef SSH sur la machine, on active **temporairement** l'accès SSH par mot de passe. Via le VNC, on éditer le fichier ''/etc/ssh/sshd_config'' pour remplacer+ 
 +Aujourd'hui, on utilise un serveur LDAP pour les connexions aux machines virtuelles : se référer au [[technique:adminsys:ldap:installation|tutoriel de mise en place de l'authentification LDAP]]. 
 + 
 +## Création d'un firewall basique 
 + 
 +==== Firewall ==== 
 + 
 +Pour filtrer les accès au strict minimum sur les machines de Picasoft, on utilise un firewall. 
 +Pour cela on utilise [ufw](https://doc.ubuntu-fr.org/ufw) qui est un firewall assez simple à utiliser.  
 + 
 +On commence par l'installer:
 ``` ```
-PermitRootLogin without-password+apt-get install ufw
 ``` ```
-par 
-``` 
-PermitRootLogin yes 
-``` 
-De manière à pouvoir effectuer nos ''ssh-copy-id'' facilement. 
  
-De cette manière il est possible de faire la copie de clef SSH via SSH. Une fois que l'accès par clef fonctionne pour la machine, on remet la directive suivante dans le fichier ''/etc/ssh/sshd_config'', par mesure de sécurité :+Sur la plupart des machines, l'idée va être d'autoriser uniquement les accès aux ports SSH, HTTP et HTTPS. On pourra ouvrir le port du socket Docker si nécessaire. Le reste est à ajouter en fonction des besoins. 
 + 
 +Les règles de base seront donc : 
 ``` ```
-PermitRootLogin without-password+# Autorisation du SSH 
 +ufw allow in 22 
 +# Autorisation de HTTP/S 
 +ufw allow in 80 
 +ufw allow in 443 
 +# On ouvre la socket Docker sur le réseau 
 +ufw allow in 2376
 ``` ```
  
-==== Patch pour les cgroups sous Debian ====+Enfin on définie une politique d'accès par défaut (fermé en entrée, ouvert en sortie) et on active `ufw`.
  
-Une fois la configuration réseau et le serveur SSH configurés, il faut faire en sorte que Debian prenne en compte les cgroups. Pour se faire, il faut éditer le fichier ''/etc/default/grub'' et changer la ligne: 
 ``` ```
-GRUB_CMDLINE_LINUX_DEFAULT="quiet" +ufw default deny 
-``` +ufw default allow outgoing 
-en  +ufw enable
-``` +
-GRUB_CMDLINE_LINUX_DEFAULT="quiet cgroup_enable=memory swapaccount=1"+
 ``` ```
 +
 +La configuration est terminée, la machine est accessible via son IP publique et SSH, avec authentification LDAP.