Configuration du réseau

Nous avons utilisé la configuration automatique du réseau (DHCP).

Il est temps de configurer manuellement les adresses IP pour avoir des adresses fixes dans le temps (faisable aussi avec DHCP si on a un serveur DHCP configurable)

Configuration de l'IPV4

Les éléments suivants ont été configurés dans l'interface de configuration de ma box (Freebox dans mon cas)

Mon réseau domestique est: 192.168.111.0 Ma passerelle est: 192.168.111.254

J'ai choisi l'adresse suivante pour mon serveur: 192.168.111.160 et j'ai configuré cette adresse comme zone “DMZ” sur ma Freebox (zone démilitarisée, accessible de l'extérieur)

La configuration se fait dans le fichier: /etc/network/interfaces

Nous avons ceci:

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug enp4s0
iface enp4s0 inet dhcp
# This is an autoconfigured IPv6 interface
iface enp4s0 inet6 auto

Vous noterez que le nom des interfaces a changé ...

Modification de l'interface réseau IPV4:

Les lignes concernées sont:

# The primary network interface
allow-hotplug enp4s0
iface enp4s0 inet dhcp

Modifiez ces lignes pour obtenir:

# The primary network interface
allow-hotplug enp4s0
# iface enp4s0 inet dhcp (ligne à commenter)
# lignes à ajouter
iface enp4s0 inet static
# IP address
    address 192.168.111.160
# network address
    network 192.168.111.0
# subnet mask
    netmask 255.255.255.0
# broadcast address
    broadcast 192.168.111.255
# default gateway
    gateway 192.168.111.254
# name server
    dns-nameservers 8.8.8.8 8.8.4.4

Explications:

enp4s0: c'est le nom donné par Debian à mon interface réseau
l'adresse IP est l'adresse que j'ai choisie dans mon réseau local pour mon serveur
nous avons ensuite l'adresse réseau
puis le masque
l'adresse de broadcast
et l'adresse de sortie de notre réseau (en fait l'adresse est fixée par notre routeur: la mienne est: 254)
les serveurs de nom: nous allons mettre un serveur de nom provisoire avant d'installer notre propre serveur de noms. J'ai pris ici les serveurs de Google.

Sauvegarde du fichier et redémarrage du serveur.

Vous noterez que la connexion par ssh échoue, car l'empreinte du serveur a changé.

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:w0HKVAyxVFC2t50O6hte6PioCIAjcwxus7Mm8/Q+NBo.
Please contact your system administrator.
Add correct host key in /home/eric/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/eric/.ssh/known_hosts:14
  remove with:
  ssh-keygen -f "/home/eric/.ssh/known_hosts" -R atom
ECDSA host key for atom has changed and you have requested strict checking.
Host key verification failed.

Suivez les instructions données par le message de ssh et reconnectez-vous.

eric@aldebaran:~$ ssh ericadmin@atom
The authenticity of host 'atom (192.168.111.160)' can't be established.
ECDSA key fingerprint is SHA256:w0HKVAyxVFC2t50O6hte6PioCIAjcwxus7Mm8/Q+NBo.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'atom,192.168.111.160' (ECDSA) to the list of known hosts.
Last login: Mon Dec 25 10:57:50 2017 from 192.168.111.150
ericadmin@atom:~$

Test de l'adresse IPV4 (mode super-utilisateur)

root@atom:/home/ericadmin# ifconfig
enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.111.160  netmask 255.255.255.0  broadcast 192.168.111.255
        inet6 2a01:e0a:54:c220:223:54ff:fec6:a07  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::223:54ff:fec6:a07  prefixlen 64  scopeid 0x20<link>
        ether 00:23:54:c6:0a:07  txqueuelen 1000  (Ethernet)
        RX packets 1666  bytes 134780 (131.6 KiB)
        RX errors 0  dropped 2  overruns 0  frame 0
        TX packets 432  bytes 39182 (38.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Boucle locale)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

root@atom:/home/ericadmin#

Mon adresse IPV4 est la bonne: 192.168.111.160

Configuration de l'IPV6

Nous allons utiliser la configuration automatique. Un préfixe IPV6 nous est attribué par notre fournisseur d'accès. Nous disposons d'un pool gigantesque d'adresses IPV6 utilisables comme bon nous semble.

Avec la configuration automatique, une adresse ipv6 est fabriquée à partir de l'adresse mac de notre interface réseau. C'est une adresse fixe qui ne changera pas tant que nous ne changerons pas le matériel réseau du serveur.

En configuration manuelle, nous pouvons attribuer l'adresse de notre choix, comprise bien sûr dans le pool d'adresses.

Nous allons ajouter une option qui permet d'augmenter la protection de la vie privée. Du fait du pool d'adresses disponibles, il est possible de demander au système de changer régulièrement d'adresses pour les requêtes extérieures. L'interface réseau de notre serveur peut être dotée de plusieurs adresses IPV6 simultanément. L'option à rajouter est: privext 2.

Note: nous devrons changer cette configuration ensuite car il faut que l'adresse unique renvoyée par le serveur DNS soit la même que l'adresse d'émission ... L'adresse d'émission change avec le paramètre privext 2 et cette adresse ne correspond pas avec celle renvoyée par le serveur DNS. Il nous faudra employer une adresse statique, et unique pour notre serveur (en IPV4 et IPV6.)

#This is an autoconfigured IPv6 interface
iface enp2s0 inet6 auto
        privext 2

Le résultat est le suivant:

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.111.240  netmask 255.255.255.0  broadcast 192.168.111.255
        inet6 2a01:e0a:54:c220:e128:ec57:4b1a:b078  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::3aea:a7ff:fea6:cf93  prefixlen 64  scopeid 0x20<link>
        inet6 2a01:e0a:54:c220:3aea:a7ff:fea6:cf93  prefixlen 64  scopeid 0x0<global>
        ether 38:ea:a7:a6:cf:93  txqueuelen 1000  (Ethernet)
        RX packets 7753  bytes 551016 (538.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1579  bytes 152907 (149.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18

Vous noterez la présence de 3 adresses ipv6.

Une adresse commençant par inet6 fe80: Cette adresse n'est pas routée sur le réseau internet. Elle ne sert que pour le réseau local. Elle est marquée: «link».
2 autres adresses ipv6 marquées «global»: l'une d'elle est l'adresse basée sur l'adresse mac de la carte réseau, l'autre a été générée par le système.

Ces 3 adresses sont dans le pool d'adresses attribué par le FAI, et donc, les 64 premiers bits de l'adresse constituent le préfixe ipv6. Le pool d'adresses peu être de 64 bits ou 56 suivant les fournisseurs, ou moins encore.

Tester la configuration réseau

Je teste la connexion IPV6 à partir de ma machine de bureau.

Première adresse ipv6:

eric@aldebaran:~$ ping6 2a01:e0a:54:c220:e128:ec57:4b1a:b078
PING 2a01:e0a:54:c220:e128:ec57:4b1a:b078(2a01:e0a:54:c220:e128:ec57:4b1a:b078) 56 data bytes
64 bytes from 2a01:e0a:54:c220:e128:ec57:4b1a:b078: icmp_seq=1 ttl=64 time=0.487 ms
64 bytes from 2a01:e0a:54:c220:e128:ec57:4b1a:b078: icmp_seq=2 ttl=64 time=0.339 ms
64 bytes from 2a01:e0a:54:c220:e128:ec57:4b1a:b078: icmp_seq=3 ttl=64 time=0.322 ms
^C
 2a01:e0a:54:c220:e128:ec57:4b1a:b078 ping statistics 
3 packets transmitted, 3 received, 0% packet loss, time 2046ms
rtt min/avg/max/mdev = 0.322/0.382/0.487/0.077 ms
eric@aldebaran:~$

2ème adresse ipv6:

eric@aldebaran:~$ ping6 2a01:e0a:54:c220:3aea:a7ff:fea6:cf93
PING 2a01:e0a:54:c220:3aea:a7ff:fea6:cf93(2a01:e0a:54:c220:3aea:a7ff:fea6:cf93) 56 data bytes
64 bytes from 2a01:e0a:54:c220:3aea:a7ff:fea6:cf93: icmp_seq=1 ttl=64 time=0.571 ms
64 bytes from 2a01:e0a:54:c220:3aea:a7ff:fea6:cf93: icmp_seq=2 ttl=64 time=0.424 ms
^C
 2a01:e0a:54:c220:3aea:a7ff:fea6:cf93 ping statistics 
2 packets transmitted, 2 received, 0% packet loss, time 1020ms
rtt min/avg/max/mdev = 0.424/0.497/0.571/0.076 ms

3ème adresse ipv6:

root@aldebaran:/home/eric#  ping6 -I enp4s0 fe80:0:0:0:3aea:a7ff:fea6:cf93
PING fe80:0:0:0:3aea:a7ff:fea6:cf93(fe80::3aea:a7ff:fea6:cf93) from fe80::1e6f:65ff:fe92:dd1f%enp4s0 enp4s0: 56 data bytes
64 bytes from fe80::3aea:a7ff:fea6:cf93%enp4s0: icmp_seq=1 ttl=64 time=0.336 ms
64 bytes from fe80::3aea:a7ff:fea6:cf93%enp4s0: icmp_seq=2 ttl=64 time=0.357 ms
^C
 fe80:0:0:0:3aea:a7ff:fea6:cf93 ping statistics 
2 packets transmitted, 2 received, 0% packet loss, time 1026ms
rtt min/avg/max/mdev = 0.336/0.346/0.357/0.021 ms

Vous noterez que pour l'adresse «link» commençant par Fe80::, il faut spécifier l'interface réseau. (-i enp4s0 )

Vous pouvez constater que tout marche comme il se doit.

Il faut bien sûr tester la connectivité dans les 2 sens: serveur -> autre machine ET autre machine -> serveur.

Quelques liens: