J’avais configuré un VPN avec openVPN, mais c’est assez lent à cause du chiffrement.
Du coup, ce que j’ai fait, c’est que j’ai viré le chiffrement espérant avoir un débit plus élevé, ça a été le cas, mais on passe de 20-30 Mbits/s à 60-70 Mbits/s, c’est pas fifou et en plus le traffic n’est plus chiffré ni authentifié.
Je viens de tester le débit via un tunnel SSH et j’ai un débit mesuré de 170 Mbits/s, SSH avec chiffrement. J’envisage donc sérieusement de changer de VPN, de passer de openVPN à SSH.
Pour ce faire, j’ai remarqué l’option -w de ssh :
-w local_tun[:remote_tun]
Requests tunnel device forwarding with the specified tun(4) devices between the client (local_tun) and the server (remote_tun).
The devices may be specified by numerical ID or the keyword “any”, which uses the next available tunnel device. If remote_tun is not specified, it defaults to “any”. See also the Tunnel and TunnelDevice directives in ssh_config(5).
If the Tunnel directive is unset, it will be set to the default tunnel mode, which is “point-to-point”. If a different Tunnel forwarding mode it desired, then it should be specified before -w.
mais je ne trouve pas comment mettre en œuvre ça.
Pour info, un machine est sous Debian 10 et l’autre est sous Raspbian 10, les deux sont joignables directement sur Internet, peu importe qui sera le client et qui sera le serveur.
Oui, je le sais ça, parce que ça fait deux couches de TCP qui gèrent les retransmissions de la même façon en même temps, mais ce n’est pas la question de savoir si c’est une bonne idée, je veux retrouver le chiffrement et avoir un débit plus élevé. D’après mes mesures, openSSH est mieux que openVPN.
En fait la bonne question est plutôt de savoir quel traffic tu fais passer dans ton lien virtuel.
openSSH et openVPN n’ont pas la même finalité. Ce n’est pas les mêmes fonction.
openVPN créé un réseau virtuel privé, openSSH créé un shell chiffré.
On trouve des tutoriels assez récents expliquant la mise en place depuis les dépôts testing à voir si les dépôts backport de Debian ne contiennent pas non plus le nécessaire :
Le tunnel ssh est une autre utilisation de openSSH en effet, mais nécessite d’avoir établi une connexion permanente, alors que SSH s’utilise le plus couramment en listener.
Ah, oui, je confirme, l’installation est faite, maintenant, il faut le configurer, il faut juste que je trouve comment…
Pour le lien que tu as fourni, merci beaucoup, ça m’a permis de l’installer, mais la mise en œuvre ne semble pas correspondre au besoin. Je dois faire un pont entre deux réseaux, le tutoriel semble indiquer comment joindre des clients au réseau du serveur.
Une fois tes machines connecté tu pourrais via iptables interconnecté tes réseaux ?
C’est pas des plus propre mais ça a déjà fonctionné sur un lab pour ma part
C’est pas une clé rsa, cela s’appuie sur du Curve25519 les clé sont tout comme avec la génération d’une clé ed25519 via ssh-keygen bien plus courte que de la rsa 256/512 mais bien plus sûr.
Donc oui ça me surprends pas qu’elles donnent une impression d’être plus light, mais il n’en est rien
On dirait bien que les perfs sont meilleurs ^^
PS : à moins d’avoir une obligation particulière lié à du matériel ou à l’infrastructure je n’utilise plus que des clé ed25519 pour le SSH et j’évite quant c’est possible les connexions via certificat pour le ftp/ssh/vpn.
Le truc c’est que wireguard a moins de choix pour le chiffrement par rapport à openvpn, ce qui rend openvpn plus difficile que wireguard à configurer sur ce point.
Quand aux meilleures performances de wireguard, c’est parce qu’il est lié au noyau (kernel).
Dans les deux cas, il n’y a pas de protection de votre intimité (privacy).
Pas grave, ce n’est pas pour aller sur Internet, c’est juste pour joindre deux réseaux qui ont accès à Internet. Je ne sais pas si c’est de ça dont tu parles…
Non aucunement, la plupart des gens croient que le fait que le tunnel est chiffré que cela rend leurs machines sécurisées ce qui n’est absolument pas le cas. Et pour la privacy (le sens anglais est un peu plus large que le mot intimité en français) il n’y a pas de protection (en clair on identifie toujours où vous êtes, etc…
:
