Création d'une passerelle VPN pour accéder à son réseau local depuis le web

Bonjour à tous,

Le but est de créer une passerelle via un serveur VPN pour avoir accès à tout son réseau depuis l’extérieur.

Pour ma part j’ai un raspberry pour faire une seedbox + mediacenter et un autre qui me sert de cloud perso via owncloud, je voudrais y accéder pendant mes déplacements comme si j’étais dans mon réseau local (à la maison quoi).

Etapes:
- installer openvpn sur le serveur VPN
- gérer les certificats via easy-rsa
- configurer le serveur openvpn
- ouvrir configurer l’IP et les ports de la box
- configurer un fichier client openvpn

Ce tuto regroupe plusieurs sources que j’ai rassemblé pour le faire, elles se trouveront plus bas.

Matériel: un RPI (1, 2, ou 3) connecté au réseau local avec raspian d’installé

On démarre !!

Se connecter en ssh à celui-ci

Tout les utilisateurs de linux rien de plus simple, ouvrir un terminal puis taper la commande

ssh IP_De_VOTRE_RPI -l USER_DU_RPI

il vous sera demandé le mot de passe du user

vous avez ainsi accès à distance à votre RPI en mode console

Tout d’abord mettre à jour le RPI

sudo apt-get update

sudo apt-get upgrade

Installer le serveur VPN openvpn

sudo apt-get install openvpn

Ça y est c’est installé, avec openvpn il y a openssl et easy-rsa qui sont installés pour gérer la sécurité de votre connection.

Gérer les certificats via easy-rsa

déplacer les fichier de création d’easy-rsa dans openvpn

sudo mkdir /etc/openvpn/easy-rsa
sudo cp -r /usr/share/easy-rsa /etc/openvpn

éditer le fichier vars qui contien les paramètres de création des certificats

sudo nano /etc/openvpn/easy-rsa/vars

Compléter les lignes suivantes:

export EASY_RSA="/etc/openvpn/easy-rsa" #CHEMIN DE EASY-RSA

export KEY_SIZE=2048 #VERIFIER CETTE VALEUR

export KEY_COUNTRY="FR" #PAYS 2 LETTRE
export KEY_PROVINCE="France" #PAYS
export KEY_CITY="Payns" #VILLE
export KEY_ORG="Maison" #NOM DE L'ORGANISATION
export KEY_EMAIL="VOTRE EMAIL" #EMAIL
export KEY_OU="RPI" #SERVICE
export KEY_NAME="RPI" #NOM

Voici mon fichier pour exemple:

# easy-rsa parameter settings

# NOTE: If you installed from an RPM,
# don't edit this file in place in
# /usr/share/openvpn/easy-rsa --
# instead, you should copy the whole
# easy-rsa directory to another location
# (such as /etc/openvpn) so that your
# edits will not be wiped out by a future
# OpenVPN package upgrade.

# This variable should point to
# the top level of the easy-rsa
# tree.
export EASY_RSA="/etc/openvpn/easy-rsa" #CHEMIN DE EASY-RSA

#
# This variable should point to
# the requested executables
#
export OPENSSL="openssl"
export PKCS11TOOL="pkcs11-tool"
export GREP="grep"


# This variable should point to
# the openssl.cnf file included
# with easy-rsa.
export KEY_CONFIG=`$EASY_RSA/whichopensslcnf $EASY_RSA`

# Edit this variable to point to
# your soon-to-be-created key
# directory.
#
# WARNING: clean-all will do
# a rm -rf on this directory
# so make sure you define
# it correctly!
export KEY_DIR="$EASY_RSA/keys"

# Issue rm -rf warning
echo NOTE: If you run ./clean-all, I will be doing a rm -rf on $KEY_DIR

# PKCS11 fixes
export PKCS11_MODULE_PATH="dummy"
export PKCS11_PIN="dummy"

# Increase this to 2048 if you
# are paranoid.  This will slow
# down TLS negotiation performance
# as well as the one-time DH parms
# generation process.
export KEY_SIZE=2048

# In how many days should the root CA key expire?
export CA_EXPIRE=3650

# In how many days should certificates expire?
export KEY_EXPIRE=3650

# These are the default values for fields
# which will be placed in the certificate.
# Don't leave any of these fields blank.
export KEY_COUNTRY="FR"
export KEY_PROVINCE="France" #PAYS FRANCE
export KEY_CITY="Payns" #VILLE
export KEY_ORG="Maison" #NOM DE L ORGANISATION
export KEY_EMAIL="yannick.bertholle@gmail.com"
export KEY_OU="RPI"

# X509 Subject Field
export KEY_NAME="RPI"

# PKCS11 Smart Card
# export PKCS11_MODULE_PATH="/usr/lib/changeme.so"
# export PKCS11_PIN=1234

# If you'd like to sign all keys with the same Common Name, uncomment the KEY_CN export below
# You will also need to make sure your OpenVPN server config has the duplicate-cn option set
# export KEY_CN="RPIVPN"

Déplacez vous dans le dossier d’easy-rsa

cd /etc/openvpn/easy-rsa

passer en root (pour exécuter les scripts de création des certificats)

sudo su

Réinitialiser le fichier vars avec les paramètres que nous venons de modifier

source ./vars

Afin d’éviter tout problème avec un fichier qui traine faites un

./clean all

Générer le certificat racine

./bluid-ca

Cette commande la demander des informations que l’on a déjà remplis dans le fichier vars donc il suffit de faire ‹ entrée › à chaque demandé (lisez quand même ce qui est affiché)

Un fichier ca.key est créé dans le dossier des clés (keys)

ls keys/

maintenant nous allons générer une clé:

build-key-server RPI

les informations demandées sont les mêmes que celles pour le certificat racine (normal), pour le challenge password laisser vide (faites juste entrée),de même pour compagny name, répondez ‹ y › à Sign the certificate, de même pour Commit

Un fichier RPI.key est créé dans le dossier des clés

ls keys/

ensuite nous créons une clé pour un client (un ordinateur ou un smartphone connecté à internet, qui se connectera à distance au réseau local)
Pour ma part mon smartphone

./build--key-pass XperiaSP

Un mot de passe vous sera demandé ce sera celui de la connection au serveur à distance, choisissez-en un complexe et surtout ne l’oubliez pas

De même que pour la clé précédente répondez aux mêmes réponses, laisser vides le challenge password, compagny name, ‹ y › pour la signature et à Commit

Un fichier XperiaSP.key est créé dans le dossier des clés

ls keys/

Déplacez vous dans le dossier des clés

cd keys

maintenant nous allons passer au cryptage de la clé créé

openssl rsa -in XperiaSP.key -des3 -out XperiaSP.3des.key

revenez dans le dossier d’easy-rsa

cd ..

cryptez l’échange des clés

./build-dh

lors de la configuration la clé est de 2048 bits, le cryptage peut prendre un certain temps quivant le matériel que vous possedez (RPI 1, 2, 3)

Pour en finir avec la partie sécurité, nous allons implémenter une protection contre les attaques par déni de service le fameux DoS.
De plus, nous allons utiliser le HMAC (Hash-based message authentication code) permettant de sécuriser davantage les échanges entre client(s) et serveur.

openvpn --genkey --secret keys/ta.key

Configuration du serveur OPENVPN

Pour cela utilisez le fichier exemple disponible dans votre RPI

replacer vous si besoin dans /etc/openvpn

cd /etc/openvpn/

Copiez le fichier server.conf depuis /usr/share/doc/openvpn/examples/sample-config-files vers /etc/openvpn/

cp /usr/share/doc/openvpn/examples/sample-config-files/server/conf

modifier les lignes suivantes pour les adapter à votre serveur:

Les chemins de vos certificats du serveur:

avant:
ca ca.crt
cert server.crt
key server.key # This file should be kept secret

après:
ca /etc/openvpn/easy-rsa/keys/ca.crt #CHEMIN ca.crt
cert /etc/openvpn/easy-rsa/keys/RPI.crt #CHEMIN "serveur".crt
key /etc/openvpn/easy-rsa/keys/RPI.key #CHEMIN "serveur".key

La clé de cryptage

avant:
dh dh1024.pem

après:
dh /etc/openvpn/easy-rsa/keys/dh2048.pem

Ajoutez ces lignes à la suite de :
;push "route 192.168.10.0 255.255.255.0"
;push "route 192.168.20.0 255.255.255.0"

C’est la configuration de la passerelle à votre réseau local:

# server and remote endpoints
ifconfig 10.8.0.1 10.8.0.2
# Add route to Client routing table for the OpenVPN Server
push "route 10.8.0.1 255.255.255.255"
# Add route to Client routing table for the OpenVPN Subnet
push "route 10.8.0.0 255.255.255.0"
# your local subnet
push "route 192.168.1.0 255.255.255.0" # VOTRE RESEAU

Le serveur OpenVPN sera la passerelle par défaut et les clients qui s’y connecteront seront invités à router tout leur trafic vers le VPN donc décommentez les lignes:

client-to-client
duplicate-cn
push "redirect-gateway def1 bypass-dhcp"
tls-auth /etc/openvpn/easy-rsa/keys/ta.key 0
comp-lzo
user nobody
group nogroup
persist-key
persist-tun
status openvpn-status.log
log-append /var/log/openvpn.log

Voici mon fichier après modifications:

#################################################
# Sample OpenVPN 2.0 config file for            #
# multi-client server.                          #
#                                               #
# This file is for the server side              #
# of a many-clients <-> one-server              #
# OpenVPN configuration.                        #
#                                               #
# OpenVPN also supports                         #
# single-machine <-> single-machine             #
# configurations (See the Examples page         #
# on the web site for more info).               #
#                                               #
# This config should work on Windows            #
# or Linux/BSD systems.  Remember on            #
# Windows to quote pathnames and use            #
# double backslashes, e.g.:                     #
# "C:\\Program Files\\OpenVPN\\config\\foo.key" #
#                                               #
# Comments are preceded with '#' or ';'         #
#################################################

# Which local IP address should OpenVPN
# listen on? (optional)
;local a.b.c.d
#local 192.168.1.17 # ADRESSE IP INTERNE DU SERVEUR

# Which TCP/UDP port should OpenVPN listen on?
# If you want to run multiple OpenVPN instances
# on the same machine, use a different port
# number for each one.  You will need to
# open up this port on your firewall.
port 1194 #PORT 

# TCP or UDP server?
;proto tcp
proto udp

# "dev tun" will create a routed IP tunnel,
# "dev tap" will create an ethernet tunnel.
# Use "dev tap0" if you are ethernet bridging
# and have precreated a tap0 virtual interface
# and bridged it with your ethernet interface.
# If you want to control access policies
# over the VPN, you must create firewall
# rules for the the TUN/TAP interface.
# On non-Windows systems, you can give
# an explicit unit number, such as tun0.
# On Windows, use "dev-node" for this.
# On most systems, the VPN will not function
# unless you partially or fully disable
# the firewall for the TUN/TAP interface.
;dev tap
dev tun

# Windows needs the TAP-Win32 adapter name
# from the Network Connections panel if you
# have more than one.  On XP SP2 or higher,
# you may need to selectively disable the
# Windows firewall for the TAP adapter.
# Non-Windows systems usually don't need this.
;dev-node MyTap

# SSL/TLS root certificate (ca), certificate
# (cert), and private key (key).  Each client
# and the server must have their own cert and
# key file.  The server and all clients will
# use the same ca file.
#
# See the "easy-rsa" directory for a series
# of scripts for generating RSA certificates
# and private keys.  Remember to use
# a unique Common Name for the server
# and each of the client certificates.
#
# Any X509 key management system can be used.
# OpenVPN can also use a PKCS #12 formatted key file
# (see "pkcs12" directive in man page).
ca /etc/openvpn/easy-rsa/keys/ca.crt #CHEMIN ca.crt
cert /etc/openvpn/easy-rsa/keys/RPI.crt #CHEMIN "serveur".crt
key /etc/openvpn/easy-rsa/keys/RPI.key #CHEMIN "serveur".key


# Diffie hellman parameters.
# Generate your own with:
#   openssl dhparam -out dh1024.pem 1024
# Substitute 2048 for 1024 if you are using
# 2048 bit keys. 
dh /etc/openvpn/easy-rsa/keys/dh2048.pem

# Configure server mode and supply a VPN subnet
# for OpenVPN to draw client addresses from.
# The server will take 10.8.0.1 for itself,
# the rest will be made available to clients.
# Each client will be able to reach the server
# on 10.8.0.1. Comment this line out if you are
# ethernet bridging. See the man page for more info.
server 10.8.0.0 255.255.255.0

# Maintain a record of client <-> virtual IP address
# associations in this file.  If OpenVPN goes down or
# is restarted, reconnecting clients can be assigned
# the same virtual IP address from the pool that was
# previously assigned.
ifconfig-pool-persist ipp.txt

# Configure server mode for ethernet bridging.
# You must first use your OS's bridging capability
# to bridge the TAP interface with the ethernet
# NIC interface.  Then you must manually set the
# IP/netmask on the bridge interface, here we
# assume 10.8.0.4/255.255.255.0.  Finally we
# must set aside an IP range in this subnet
# (start=10.8.0.50 end=10.8.0.100) to allocate
# to connecting clients.  Leave this line commented
# out unless you are ethernet bridging.
;server-bridge 10.8.0.4 255.255.255.0 10.8.0.50 10.8.0.100

# Configure server mode for ethernet bridging
# using a DHCP-proxy, where clients talk
# to the OpenVPN server-side DHCP server
# to receive their IP address allocation
# and DNS server addresses.  You must first use
# your OS's bridging capability to bridge the TAP
# interface with the ethernet NIC interface.
# Note: this mode only works on clients (such as
# Windows), where the client-side TAP adapter is
# bound to a DHCP client.
;server-bridge

# Push routes to the client to allow it
# to reach other private subnets behind
# the server.  Remember that these
# private subnets will also need
# to know to route the OpenVPN client
# address pool (10.8.0.0/255.255.255.0)
# back to the OpenVPN server.
;push "route 192.168.10.0 255.255.255.0"
;push "route 192.168.20.0 255.255.255.0"

# server and remote endpoints
ifconfig 10.8.0.1 10.8.0.2
# Add route to Client routing table for the OpenVPN Server
push "route 10.8.0.1 255.255.255.255"
# Add route to Client routing table for the OpenVPN Subnet
push "route 10.8.0.0 255.255.255.0"
# your local subnet
push "route 192.168.1.0 255.255.255.0" # VOTRE RESEAU

# Certain Windows-specific network settings
# can be pushed to clients, such as DNS
# or WINS server addresses.  CAVEAT:
# http://openvpn.net/faq.html#dhcpcaveats
# The addresses below refer to the public
# DNS servers provided by opendns.com.
;push "dhcp-option DNS 208.67.222.222"
;push "dhcp-option DNS 208.67.220.220"

# Uncomment this directive to allow different
# clients to be able to "see" each other.
# By default, clients will only see the server.
# To force clients to only see the server, you
# will also need to appropriately firewall the
# server's TUN/TAP interface.
client-to-client

# Uncomment this directive if multiple clients
# might connect with the same certificate/key
# files or common names.  This is recommended
# only for testing purposes.  For production use,
# each client should have its own certificate/key
# pair.
#
# IF YOU HAVE NOT GENERATED INDIVIDUAL
# CERTIFICATE/KEY PAIRS FOR EACH CLIENT,
# EACH HAVING ITS OWN UNIQUE "COMMON NAME",
# UNCOMMENT THIS LINE OUT.
duplicate-cn

# Set primary domain name server address to the SOHO Router
# If your router does not do DNS, you can use Google DNS 8.8.8.8
push "dhcp-option DNS 192.168.1.1" # VOTRE ROUTEUR
# Override the Client default gateway by using 0.0.0.0/1 and
# 128.0.0.0/1 rather than 0.0.0.0/0. This has the benefit of
# overriding but not wiping out the original default gateway.
push "redirect-gateway def1 bypass-dhcp"

# The keepalive directive causes ping-like
# messages to be sent back and forth over
# the link so that each side knows when
# the other side has gone down.
# Ping every 10 seconds, assume that remote
# peer is down if no ping received during
# a 120 second time period.
keepalive 10 120

# For extra security beyond that provided
# by SSL/TLS, create an "HMAC firewall"
# to help block DoS attacks and UDP port flooding.
#
# Generate with:
#   openvpn --genkey --secret ta.key
#
# The server and each client must have
# a copy of this key.
# The second parameter should be '0'
# on the server and '1' on the clients.
;tls-auth ta.key 0 # This file is secret
tls-auth /etc/openvpn/easy-rsa/keys/ta.key 0

# Select a cryptographic cipher.
# This config item must be copied to
# the client config file as well.
;cipher BF-CBC        # Blowfish (default)
;cipher AES-128-CBC   # AES
;cipher DES-EDE3-CBC  # Triple-DES
cipher AES-128-CBC

# Enable compression on the VPN link.
# If you enable it here, you must also
# enable it in the client config file.
comp-lzo

# The maximum number of concurrently connected
# clients we want to allow.
;max-clients 100

# It's a good idea to reduce the OpenVPN
# daemon's privileges after initialization.
#
# You can uncomment this out on
# non-Windows systems.
user nobody
group nogroup


# The persist options will try to avoid
# accessing certain resources on restart
# that may no longer be accessible because
# of the privilege downgrade.
persist-key
persist-tun

# Output a short status file showing
# current connections, truncated
# and rewritten every minute.
status openvpn-status.log

# By default, log messages will go to the syslog (or
# on Windows, if running as a service, they will go to
# the "\Program Files\OpenVPN\log" directory).
# Use log or log-append to override this default.
# "log" will truncate the log file on OpenVPN startup,
# while "log-append" will append to it.  Use one
# or the other (but not both).
;log         openvpn.log
;log-append  openvpn.log

# Set the appropriate level of log
# file verbosity.
#
# 0 is silent, except for fatal errors
# 4 is reasonable for general usage
# 5 and 6 can help to debug connection problems
# 9 is extremely verbose
verb 3

# Silence repeating messages.  At most 20
# sequential messages of the same message
# category will be output to the log.
mute 20

status openvpn-status.log

log-append /var/log/openvpn.log

Par défaut notre système d’exploitation Raspbian n’autorise pas le transit de paquets entre deux réseaux.
Editez le fichier nano sysctl.conf

nano /etc/sysctl.conf

Dé-commentez la ligne :

net.ipv4.ip_forward=1

Rechargez les paramètres afin de les prendre en compte.

sysctl -p

Activez le NAT au niveau du pare-feu (translate votre adresse IP avec celle du serveur) :

apt-get remove ipmitool
apt-get install iptables-persistent

Pendant l’installation, répondre “Yes”. Chargez ces règles :

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE

Si votre RPI est relié au réseau en wifi remplacez eth0 par wlan0 pour les 2 lignes du dessus

Sauvegardez les règles pour le prochain reboot :

/etc/init.d/netfilter-persistent save

Redémarrez le serveur:

reboot

configurer l’IP et les ports de la box

Il faut pouvoir accéder à votre réseau depuis l’extérieur, il faut connaitre votre IP publique, c’est à dire l’adresse à composer pour retrouver votre réseau depuis l’extérieur. Suivant votre fai internet vous avez une adresse IP publique dynamique ou pas.

Pour mon cas elle est dynamique c’est à dire qu’elle change régulièrement. Pour ne pas devoir modifier régulièrement votre adresse IP il est possible de créer un DNS. Il existe quelques services gratuits ou payants (no-ip.com, dynDNS, etc.), pour créer un nom de domaine qui routera automatiquement vers votre IP dynamique. J’ai choisis le site de no-ip pour créer un DNS dynamique.

Après il faut associer ce compte créé à votre box pour prendre en compte le routage automatique de votre dns créé vers votre IP.

Je vous explique le fonctionnement, il existe des tas de tutos pour configurer chacune de votre box sur le web.

Il vous faut aussi créer une règle NAT dans votre box pour router le port 1194 UDP vers l’IP de votre RPI (celle de votre réseau interne, 192.168.XXX.XXX)

configurer un fichier client openvpn

Dans cette partie nous allons générer un fichier de configuration client. Deux méthodes aux choix; soit à la main, soit on s’appuie sur la communauté. Ça tombe bien bien, une personne (Eric Jodoin) à créer un script pour automatiser le processus.

Création du script:

sudo nano /etc/openvpn/easy-rsa/keys/MakeOVPN.sh

texte à coller:

#!/bin/bash

# Default Variable Declarations 
DEFAULT="Default.txt" 
FILEEXT=".ovpn" 
CRT=".crt" 
KEY=".3des.key" 
CA="ca.crt" 
TA="ta.key" 
 
#Ask for a Client name 
echo "Please enter an existing Client Name:"
read NAME 
 
#1st Verify that client's Public Key Exists 
if [ ! -f $NAME$CRT ]; then 
echo "[ERROR]: Client Public Key Certificate not found: $NAME$CRT" 
exit 
fi 
echo "Client's cert found: $NAME$CR" 
 
#Then, verify that there is a private key for that client 
if [ ! -f $NAME$KEY ]; then 
echo "[ERROR]: Client 3des Private Key not found: $NAME$KEY" 
exit 
fi 
echo "Client's Private Key found: $NAME$KEY"

#Confirm the CA public key exists 
if [ ! -f $CA ]; then 
echo "[ERROR]: CA Public Key not found: $CA" 
exit 
fi 
echo "CA public Key found: $CA" 

#Confirm the tls-auth ta key file exists 
if [ ! -f $TA ]; then 
echo "[ERROR]: tls-auth Key not found: $TA" 
exit 
fi 
echo "tls-auth Private Key found: $TA" 
 
#Ready to make a new .opvn file - Start by populating with the default file
cat $DEFAULT > $NAME$FILEEXT 
 
#Now, append the CA Public Cert 
echo "<ca>" >> $NAME$FILEEXT 
cat $CA >> $NAME$FILEEXT 
echo "</ca>" >> $NAME$FILEEXT

#Next append the client Public Cert 
echo "<cert>" >> $NAME$FILEEXT 
cat $NAME$CRT | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' >> $NAME$FILEEXT 
echo "</cert>" >> $NAME$FILEEXT 
 
#Then, append the client Private Key 
echo "<key>" >> $NAME$FILEEXT 
cat $NAME$KEY >> $NAME$FILEEXT 
echo "</key>" >> $NAME$FILEEXT 
 
#Finally, append the TA Private Key 
echo "<tls-auth>" >> $NAME$FILEEXT 
cat $TA >> $NAME$FILEEXT 
echo "</tls-auth>" >> $NAME$FILEEXT 
 
echo "Done! $NAME$FILEEXT Successfully Created."

Permettez l’exécution du fichier :

sudo chmod 700 /etc/openvpn/easy-rsa/keys/MakeOVPN.sh

Au début de ce script, l’auteur fait référence à un fichier Default.txt, nous allons le créer :

sudo nano /etc/openvpn/easy-rsa/keys/Default.txt

client
dev tun
proto udp
remote VOTRE IP PUBLIQUE 1194
resolv-retry infinite
nobind
persist-key
persist-tun
mute-replay-warnings
ns-cert-type server
key-direction 1 
cipher AES-128-CBC
comp-lzo
verb 1
mute 20

Veillez bien à renseigner ou changer le protocole, votre IP publique et le port.

positionnez vous sur le répertoire du script

cd /etc/openvpn/easy-rsa/keys

passer en root pour l’exécuter:

sudo su
./MakeOVPN.sh

Il vous sera demandé le nom du client:

root@raspberrypi:/etc/openvpn/easy-rsa/keys# ./MakeOVPN.sh 
Please enter an existing Client Name:
XperiaSP

Un fichier XpreiaSP.ovpn est créé il vous suffit de le récupérer, par NAS, smb, ftp, comme bon vous semble pour le mettre dans votre client.

le client openvpn est dispo pour toutes les plateformes, nous allons juste aborder la version smartphone.

Sur le google play recherchez et installez l’application

Une fois installé lancez l’application puis allez chercher votre prolile (pour moi XperiaSP.ovpn)

And it works !!

Sources:

Et énormément google pour toutes les infos diverses.

N’hésitez pas à faire vos remarques c’est mon premier tuto de ce genre. J’espère ne pas avoir fait d’erreurs, je modifierai si besoin.

1 « J'aime »

Bien joué et merci pour le tuto :heart_eyes:

Alors merci pour ton tuto, j’ai acheté un VPS juste pour créé un server vpn (ip de dédié pour dl des torrent) et donc enfaite j’aimerais utiliser mon fichier ovpn sur ma RPI.
Mais si VPN HS la RPI n’a pas de connection internet elle doit absolument tout faire passer par le VPN.
Tu pourrais m’aider?

Bonjour p0ulak,

Peux tu mieux décrire ton installation ? Ton RPI sert de passerelle VPN pour ton serveur de torrents ? Ne vaudrait il pas configurer directement ton serveur plutôt que de passer par une passerelle ?

Mon tuto sert surtout à faire une passerelle dans l’autre sens, du web vers le réseau local.

Alors ma RPI me sert de home seedbox (j’ai installer ras-bain + transmission) pour le moment.
Mais il faut que je sois sous VPN pour télécharger et comme la RPI est dédié au téléchargement.
J’ai pas l’obligation de faire rooter uniquement transmission sous VPN.
Autant que toute la RPI soit rooter.

Ok mon tuto permet de localement créer un serveur VPN pour l’extérieur. exemple tu est dans un cyper café, tu te connectes au VPN depuis le cyber café et c’est comme si tu était chez toi dans ton réseau local, et toutes les informations entre ton pc du cyber café et ton serveur VPN sont cryptées.

Pour mon cas c’est très pratique car j’ai une seedbox, un cloud, un serveur d’imprimante 3D. Au lieu de faire des règles routages compliquées avec la livebox c’est la passerelle qui s’occupe de tout et c’est sécurisé avec une clé de cryptage. Je n’ai juste qu’à me connecter au VPN et c’est comme si j’étais à la maison. A l’avenir je vais me mettre un peu à la domotique pour gérer le chauffage, faire un peu de vidéosurveillance, il n’y aura pas de réglages à faire pour l’accès extérieur, c’est la passerelle qui va s’en occuper.

Pour ton cas il te faut un service distant VPN et non un serveur VPN local.

Tu peux en trouver des gratuits ou payants leurs performances vont en dépendre. C’est assez simple et intuitif à paramétrer une fois que tu en a un, c’est dans les paramètres de transmission qu’il faudra mettre ton serveur VPN. Directement dans ton RPI ce n’est pas la peine.

bonjour,
depuis 3/4 mois j’essaye de faire un système équivalent mais je sais pas trop comment mi prendre.
je veux joindre mon réseau local (et tout ce qu’il y a dedans) depuis extérieure mais sans routé toute ma connexion vers chez moi.
ex: j’ai mon pc portable sur une connexion fibre et je veux accéder a mon nas qui est dans mon lan chez moi qui lui est sur un réseau xDSL et que si je recherche un truc sur internet sur le pc fibre, il n’as pas besoin de passé par le vpn mais si je demande une machine du mon lan xDSL Il doit passer par le vpn.

voila dans l’idée seulement tout marche pas comme je le pense mais je sais pas ou est l’erreur: depuis mon pc fibre, je peux ping l’@ip du raspberry xDSL (192.168.1.3 et 10.8.0.1, les 2 marche), accéder a sont serveur web, ssh etc… (via 192.168.1.3 et 10.8.0.1)
le serveur raspberry peux ping le pc fibre (10.8.0.2)
le pc fibre envoi bien les @lan xDSL(192.168.1.0/24 ou 10.8.1.0/24) sur le vpn et le reste sur la fibre
ce qui marche pas:
le pc fibre ne peux accéder au autres serveurs sur le lan xDSL (je reçois le packet sur le raspberry xDSL mais rien est reçu en retour)
les pc xDSL ne peuvent ping le pc fibre (quand il est connecter bien-sûr)

bon je sais que mon idée est légèrement différente que la tienne mais si tu peux m’éclairer je te serrais grandement reconnaissent.

merci d’avance