Utiliser SSH comme proxy SOCKS
A quoi va nous servir ceci ?
A naviguer plus anonymement, en gros on fait passer (presque) tous par un tunnel SSH, ce qui fait que le serveur finale, lui n'a connaissance que de l'IP du serveur qui héberge SSH. En gros c'est presque comme un tunnel VPN, en plus simple.
Avantages
Plus simple à mettre en place qu'un serveur VPN, natif sous linux.
Inconvénients
Les requêtes dns ne passe pas par ce tunnel, mais tous le reste. Il faut également configurer chaque applications pour qu'elle passe par ce proxy.
Comment sa marche ?
Sans rentré dans les détails techniques, la solution que nous allons utilisé utilise le SSH de notre dédié, plus putty sur le client, rien de plus simple.
En gros on configure putty pour qu'il créé un tunnel sur un port spécifique (port locale au client), puis on connecte l'application cliente sur ce port locale.
On attaque ?
Sur le dédié
Ba en fait on a rien a faire, sauf si SSH n'est pas installé, mais normalement cela est fait.
Sur le client
Sous windows
Il faut utilisé un client SSH, Ici nous utiliserons putty (même si je lui préfère kitty).
Pour le configurer, c'est plutôt simple.
Déjà configurer le de la même manière que vous le faites pour vous connecté au serveur (si vous avez enregistré vos paramètres, choisissez le bon et cliquer sur load). Sauf qu'il faut ajouter une options :
Dans Connection -> SSH -> Tunnels :
Ajouté dans "Source port", un port voulu, perso j'utilise 8080.
Sélectionné "Dynamic".
Et cliquer sur "Add", normalement vous avez D8080 qui apparait dans la liste au dessus.
Il n'y a plus qu'a ouvrir la session en cliquant sur Open.
Une fenêtre s'ouvre comme d'habitude, si vous n'utilisez pas d'authentification par clé, connecté vous. Ne fermez surtout pas la fenêtre, sinon le tunnel se terminera
Et c'est tous.
Sous linux
Ouvrez une console et taper :
ssh -D 8080 login@dédiéIP
D pour dynamic, et 8080 le numéro de port choisi (ceci n'est pas le port SSH, mais un port choisi arbitrairement).
A adapté si vous utilisez une connexion par clé, ou un autre port
L'application
Nous allons prendre comme exemple Firefox.
Allez dans les options, puis Avancés, Réseau, et cliquez sur Paramètres en face de de Connexions.
Et configurer comme sur l'image :
Pour tester allez sur le site http://www.mon-ip.com/, et vérifiez que l'IP affiché est celle de votre dédié.
Bonus, configurer une passerelle, ou comment bien faire les choses
Petit bonus que j'utilise chez moi, j'ai un raspberry (mais sa peut être n'importe qu'elle serveur) qui me sers de passerelle a ce proxy SOCKS. Cela évite de devoir configurer toutes les machines de la maison de cette manière, et c'est plutôt contraignant de devoir tous reconfigurer a chaque reboot.
Pour ce faire, il faut une connexion par clé. Puisque nous faisons les choses bien, nous allons créé un nouvelle utilisateur sur le dédié, pour gérer tous seul ceci. (Je ne partirais pas sur les spécifications que certains ont pour la configuration du serveur ssh, comme le match d'user ou autres).
Sur le dédié
On ajoute un utilisateur :
adduser sshtunnel
Et c'est tous pour le dédié.
Sur le RPI (ou autres)
Création de l'utilisateur
On ajoute également un user :
$ adduser sshtunnel
On ce connecte sur cette user :
$ sudo su - sshtunnel
ou
$ su - sshtunnel
Création de la clé RSA
On crée la clé RSA :
$ ssh-keygen -t RSA -b 4096 # Oui c'est une grosse clé
On ne mets pas de passphrase
On transfère la clé publique :
$ ssh-copy-id -i ~/.ssh/id_rsa.pub sshtunnel@dédiéIP
Si vous avez un autre port:
$ ssh-copy-id -i ~/.ssh/id_rsa.pub "-p 2222 sshtunnel@dédiéIP"
on test si la connexion passe :
$ ssh -i ~/.ssh/id_rsa sshtunnel@dédiéIP
Si on ce connecte, c'est tous bon.
Configuration SSH :
Nous allons configurer un alias pour cette connexion, pour ce faire, créé ce fichier :
nano ~/.ssh/config
Et on ajoute ceci dedans :
Host dedie
HostName dédiéIP
User sshtunnel
IdentityFile ~/.ssh/id_rsa
Port 22
DynamicForward 0.0.0.0:8080
Explication :
- Host : C'est juste un nom, on peu mettre ce qu'on veux
- HostName : L'ip de votre dédié
- User : L'user de connexion
- IdentityFile : La clé privé
- Port : le port de connexion ssh
- DynamicForward : le port d'écoute plus l'ip d'écoute
On test :
$ ssh dedie
Si sa fonctionne, on quitte.
et on relance avec :
$ ssh -f -N dedie
Ceci permets de faire tourner la connexion en background
Script de relance
$ nano /opt/tunnel.sh
#!/bin/bash
PORT=8080
netstat -an | grep $PORT > /dev/null 2>&1
if [ $? -eq 1 ]
then
ssh -f -N dedie
fi
Le script est plutôt simple, si la connexion n'existe pas, on relance.
On va créé une petite tache cron qui s'executera toutes les minutes, pour évité les coupures, puisqu'il arrive qu'une connexion ssh ce coupe.
$ crontab -e
et on ajoute :
* * * * * /opt/tunnel.sh
Sur les clients
Configuration
On reprends firefox, on refait pareil, mais a la place de mettre 127.0.0.1, on mets l'ip du RPI (pour moi 192.168.1.16).
On test de nouveau avec mon-ip.com, et normalement, tous devrait correctement fonctionner.
Contribution
Toute contribution est la bienvenue.
N'hésitez pas à contribuer au Tutoriel, ajout d'information, correction de fautes (et il y en a), amélioration etc ...
Ça se passe ici
Questions
Toute question sur la discussion ou sur github
