« Tunnels ethernet avec OpenSSH » : différence entre les versions
mAucun résumé des modifications |
Aucun résumé des modifications |
||
| (18 versions intermédiaires par 9 utilisateurs non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
Depuis la version 4.3 de Openssh, l'option pour faire des tunnels ip a été | Depuis la version 4.3 de Openssh, l'option pour faire des tunnels ip a été ajoutée, mais la documentation sur internet est plutôt rare sur le sujet. | ||
Avant tout, il faut vérifier la version d'openssh sur le serveur et le client. | Avant tout, il faut vérifier la version d'openssh sur le serveur et le client. | ||
<code | <div class="code"> | ||
~ $ rpm -q openssh | ~ $ rpm -q openssh | ||
openssh-4.3p1-3mdk | openssh-4.3p1-3mdk | ||
~ $ ssh sisay rpm -q openssh | ~ $ ssh sisay rpm -q openssh | ||
openssh-4.3p1-0.1.20060mdk | openssh-4.3p1-0.1.20060mdk | ||
</ | </div> | ||
L'exemple ici a été fait à partir de 2 mandriva, mais ça doit marcher sans modification | L'exemple ici a été fait à partir de 2 mandriva et 1 FreeBSD 6, mais ça doit marcher sans modification | ||
sur un autre linux ou *bsd. | sur un autre linux ou *bsd. | ||
OpenSSH n'a pas encore importé dans le système de base de FreeBSD, néanmoins la version 4.3p2 est disponible via le système des ports. | |||
Pour l'installer: | |||
<div class="code">cd /usr/ports/security/openssh-portable/ && make install clean </div> | |||
Attention, si vous n'utilisez pas l'option pour remplacer la version OpenSSH de base, il vous faudra préfixer toutes les commandes ssh par le prefix /usr/local. | |||
Tout d'abord, il faut les droits root sur les 2 machines. En effet, il y a quelques opérations à faire, aussi bien au niveau de la configuration que du réseau. | Tout d'abord, il faut les droits root sur les 2 machines. En effet, il y a quelques opérations à faire, aussi bien au niveau de la configuration que du réseau. | ||
== Sur le serveur == | == Sur le serveur == | ||
La | La première chose à faire est de dire à openssh d'autoriser les tunnels, en rajoutant cette directive : | ||
<code>PermitTunnel yes</ | <div class="code">PermitTunnel yes</div> | ||
dans /etc/ssh/sshd_config. | dans /etc/ssh/sshd_config. | ||
| Ligne 25 : | Ligne 34 : | ||
J'ai pris la facilité pour le moment, j'ai rajouté | J'ai pris la facilité pour le moment, j'ai rajouté | ||
<code>UsePrivilegeSeparation no</ | <div class="code">UsePrivilegeSeparation no</div> | ||
Une autre solution est de donner les permissions en lecture écriture à un groupe particulier | Une autre solution est de donner les permissions en lecture écriture à un groupe particulier | ||
sur /dev/tun, ce qui est bien plus simple et | sur /dev/tun, ce qui est bien plus simple et sûr. | ||
<code> | <div class="code">chgrp mongroupe /dev/tun</div> | ||
et bien sur, être dans le groupe en question. | et bien sur, être dans le groupe en question. | ||
| Ligne 36 : | Ligne 45 : | ||
Il faut ensuite charger le module tun : | Il faut ensuite charger le module tun : | ||
<code>modprobe tun</ | <div class="code">modprobe tun</div> | ||
et le rajouter dans /etc/modprobe.preload | et le rajouter dans /etc/modprobe.preload | ||
<code>echo tun >> /etc/modprobe.preload</ | <div class="code">echo tun >> /etc/modprobe.preload</div> | ||
pour le charger au prochain démarrage. | pour le charger au prochain démarrage. | ||
== Sur le client == | == Sur le client == | ||
Il faut simplement les droits sur /dev/tun, donc soit tourner en root, ou avoir la permission | |||
d'écrire sur /dev/tun, comme plus haut, puis faire ( sisay etant le serveur ) : | d'écrire sur /dev/tun, comme plus haut, puis faire ( sisay etant le serveur ) : | ||
<code>ssh -w any:any sisay</ | <div class="code">ssh -w any:any sisay</div> | ||
Vous pouvez jeter une oeil sur les options -f et -N pour ne pas lancer de shell sur la machine distante. Et bien sur, les options | Vous pouvez jeter une oeil sur les options -f et -N pour ne pas lancer de shell sur la machine distante. Et bien sur, les options habituelles marchent encore ( clé, tunnel, master/slave ). | ||
Puis, en root, vous pourrez changer l'ip de la nouvelle interface tun0 sur le serveur | Puis, en root, vous pourrez changer l'ip de la nouvelle interface tun0 sur le serveur | ||
<code>ifconfig tun0 10.0.0.1</code> | <div class="code">ifconfig tun0 10.0.0.1 pointopoint 10.0.0.2</div> | ||
sous FreeBSD: | |||
<div class="code">ifconfig tun100 inet 10.0.0.1 10.0.0.2 netmask 255.255.255.255</div> | |||
et faire pareil sur le client : | et faire pareil sur le client : | ||
<code>ifconfig tun0 10.0.0.2</code> | <div class="code">ifconfig tun0 10.0.0.2 pointopoint 10.0.0.1</div> | ||
sous FreeBSD: | |||
<div class="code">ifconfig tun100 inet 10.0.0.2 10.0.0.1 netmask 255.255.255.255</div> | |||
Et finalement, vous pouvez maintenant tester le ping depuis le client : | Et finalement, vous pouvez maintenant tester le ping depuis le client : | ||
<code>ping 10.0.0.1</code> | <div class="code">ping 10.0.0.1</div> | ||
Le reste, c'est de la configuration normale pour les interfaces. Vous pouvez rajouter des routes, un firewall, n'importe quoi. | |||
Néanmoins, il faut savoir que les connexions tcp par dessus tcp ( comme c'est le cas avec ssh ) sont déconseillées, de par la nature de tcp ( http://chl.be/glmf/articles.linuxmag-france.org/lm31/tcptcp.html ). | |||
== Configuration du firewall == | |||
Si vous disposez d'un firewall activé sur une ou sur les deux machines, il vous faut autoriser les connexions dans les deux sens. Pour cela, si vos utilisez shorewall, il vous suffit de rajouter cette ligne dans le fichier "interfaces" (/etc/shorewall/interfaces) : | |||
<div class="code">loc tun0 detect</div> | |||
<br/> | |||
<br/> | |||
'''<b>[[Sécurité et vie privée|@ Retour à la rubrique Sécurité et vie privée]]</b>''' | |||
<br/> | |||
[[Catégorie:Sécurité et vie privée]] | |||
Dernière version du 27 décembre 2023 à 18:13
Depuis la version 4.3 de Openssh, l'option pour faire des tunnels ip a été ajoutée, mais la documentation sur internet est plutôt rare sur le sujet.
Avant tout, il faut vérifier la version d'openssh sur le serveur et le client.
~ $ rpm -q openssh openssh-4.3p1-3mdk ~ $ ssh sisay rpm -q openssh openssh-4.3p1-0.1.20060mdk
L'exemple ici a été fait à partir de 2 mandriva et 1 FreeBSD 6, mais ça doit marcher sans modification sur un autre linux ou *bsd.
OpenSSH n'a pas encore importé dans le système de base de FreeBSD, néanmoins la version 4.3p2 est disponible via le système des ports. Pour l'installer:
Attention, si vous n'utilisez pas l'option pour remplacer la version OpenSSH de base, il vous faudra préfixer toutes les commandes ssh par le prefix /usr/local.
Tout d'abord, il faut les droits root sur les 2 machines. En effet, il y a quelques opérations à faire, aussi bien au niveau de la configuration que du réseau.
Sur le serveur
La première chose à faire est de dire à openssh d'autoriser les tunnels, en rajoutant cette directive :
dans /etc/ssh/sshd_config.
Il faut aussi retirer la séparation des priviléges, ou jouer sur les permissions de /dev/tun . J'ai pris la facilité pour le moment, j'ai rajouté
Une autre solution est de donner les permissions en lecture écriture à un groupe particulier sur /dev/tun, ce qui est bien plus simple et sûr.
et bien sur, être dans le groupe en question.
Il faut ensuite charger le module tun :
et le rajouter dans /etc/modprobe.preload
pour le charger au prochain démarrage.
Sur le client
Il faut simplement les droits sur /dev/tun, donc soit tourner en root, ou avoir la permission d'écrire sur /dev/tun, comme plus haut, puis faire ( sisay etant le serveur ) :
Vous pouvez jeter une oeil sur les options -f et -N pour ne pas lancer de shell sur la machine distante. Et bien sur, les options habituelles marchent encore ( clé, tunnel, master/slave ).
Puis, en root, vous pourrez changer l'ip de la nouvelle interface tun0 sur le serveur
sous FreeBSD:
et faire pareil sur le client :
sous FreeBSD:
Et finalement, vous pouvez maintenant tester le ping depuis le client :
Le reste, c'est de la configuration normale pour les interfaces. Vous pouvez rajouter des routes, un firewall, n'importe quoi.
Néanmoins, il faut savoir que les connexions tcp par dessus tcp ( comme c'est le cas avec ssh ) sont déconseillées, de par la nature de tcp ( http://chl.be/glmf/articles.linuxmag-france.org/lm31/tcptcp.html ).
Configuration du firewall
Si vous disposez d'un firewall activé sur une ou sur les deux machines, il vous faut autoriser les connexions dans les deux sens. Pour cela, si vos utilisez shorewall, il vous suffit de rajouter cette ligne dans le fichier "interfaces" (/etc/shorewall/interfaces) :