Debian come server VPN
 Versioni Compatibili Tutte le versioni supportate di Debian |
Introduzione
In molte aziende c'è la necessità di permettere al personale fuori ufficio la connessione ad alcuni servizi della LAN o ad alcune directory presenti sul server aziendale.
Un sistema semplice per permettere tutto questo è di creare una rete privata virtuale (VPN): una Virtual Private Network o VPN è una rete di telecomunicazioni privata instaurata tra soggetti che utilizzano un sistema di trasmissione pubblico e condiviso come per esempio Internet. Lo scopo delle reti VPN è di dare alle aziende le stesse possibilità delle linee private in affitto ad un costo inferiore sfruttando le reti condivise pubbliche. La sicurezza è garantita dal fatto che all'interno della rete pubblica viene creato un tunnel criptato in cui corre tutta la comunicazione.
Tra le possibili opzioni la scelta è ricaduta su OpenVPN, principalmente per la facilità di configurazione e per il supporto a diversi tipi di sistemi operativi o dispositivi; esistono infatti client OpenVPN per Microsoft Windows, per MacOSX, per Linux e per diversi dispositivi mobili quali iPhones e smartphones.
OpenVPN crea connessioni punto-punto ( client-server ) criptate in modo simile a Ipsec ma senza modificare il kernel, permenttendo il routing delle chiamate del client sulla rete del server.
In altre parole con un portatile equipaggiato ad esempio con Microsoft Windows ( il client ) è possibile collegarsi al server che ospita OpenVPN, il quale si occuperà poi del routing verso le macchine della rete remota, gestendo il tutto come se si fosse fisicamente collegati ad uno switch della rete remota.
Prerequisiti
Il server OpenVPN deve essere raggiungibile da internet; perciò è indispensabile avere uno dei seguenti requisiti:
- un indirizzo IP pubblico sul server OpenVPN
- un indirizzo IP pubblico sul router, con impostato il corretto port-forward verso il server OpenVPN
- un account DynDNS o simili con il quale sopperire alla mancanza di un indirizzo IP pubblico
Installazione
L'installazione è molto semplice e consta di pochissimi passaggi:
# aptitude update # aptitude upgrade # aptitude install openssl # aptitude install openvpn
L'ultimo comando terminerà miseramente con un avvertimento simile a questo:
Setting up openvpn (2.0.9-8) … Starting virtual private network daemon:... failed!
Niente paura! Il demone non è partito perchè non abbiamo ancora creato i file di configurazione necessari.
Generazione dei certificati
Prima di configurare OpenVPN abbiamo bisogno di generare i certificati che identificheranno il server e i client. Rechiamoci nella directory:
# cd /usr/share/doc/openvpn/examples/easy-rsa/2.0/
Nel caso in cui questo percorso non esistesse, possiamo localizzare la direcctory easy-rsa con i comandi:
# updatedb # locate easy-rsa
Una volta trovata, copiamola nel path corretto:
# cp -R /usr/share/doc/openvpn/examples/easy-rsa /etc/openvpn # cd /etc/openvpn/easy-rsa/2.0
Modifichiamo quindi il file vars:
# nano vars
verifichiamo che abbia il seguente contenuto e modifichiamo le informazioni secondo le nostre necessità:
export KEY_COUNTRY="IT" export KEY_PROVINCE="LO" export KEY_CITY="Lodi" export KEY_ORG="Organizzazione" export KEY_EMAIL="ferdy@organizzazione.com"
Salviamo il file e procediamo inizializzando le chiavi:
# . ./vars
Quindi cancelliamo eventuali vecchi certificati:
# ./clean-all
Creiamo il nuovo ca (certificate authority):
# ./build-ca
Otterremo un output del genere, dove quasi tutti i valori saranno autopopolati, dato che abbiamo in precedenza modificato il file vars
mioserver:/etc/openvpn/easy-rsa/2.0# ./build-ca Generating a 1024 bit RSA private key …++++++ …………………….++++++ writing new private key to ‘ca.key’ —– You are about to be asked to enter information that will be incorporated into your certificate request. What you are about to enter is what is called a Distinguished Name or a DN. There are quite a few fields but you can leave some blank For some fields there will be a default value, If you enter ‘.’, the field will be left blank. —– Country Name (2 letter code) [IT]: State or Province Name (full name) [LO]: Locality Name (eg, city) [Lodi]: Organization Name (eg, company) [Organizzazione]: Organizational Unit Name (eg, section) []: Common Name (eg, your name or your server’s hostname) []:mioserver Email Address [ferdy@organizzazione.com]:
L'unico valore che dovremo aggiungere a mano sarà il Common Name, dove andrà indicato il nome completo del server.
A questo punto siamo pronti per generare il certificato per il server:
# ./build-key-server mioserver
che avrà un output simile al seguente:
mioserver:/etc/openvpn/easy-rsa/2.0# ./build-key-server mioserver Generating a 1024 bit RSA private key ………++++++ …………………++++++ writing new private key to ‘server.key’ —– You are about to be asked to enter information that will be incorporated into your certificate request. What you are about to enter is what is called a Distinguished Name or a DN. There are quite a few fields but you can leave some blank For some fields there will be a default value, If you enter ‘.’, the field will be left blank. —– Country Name (2 letter code) [IT]: State or Province Name (full name) [LO]: Locality Name (eg, city) [Lodi]: Organization Name (eg, company) [Organizzazione]: Organizational Unit Name (eg, section) []: Common Name (eg, your name or your server’s hostname) []:mioserver
Anche in questo caso l'unico valore che dovremo aggiungere a mano sarà il Common Name, dove andrà indicato il nome completo del server.
A questo punto possiamo generare il certificato per il client (questa operazione andrà ripetuta per ogni client che dovrà collegarsi alla VPN):
# ./build-key client1
Otterremo un output simile al precedente, in cui l'unico valore che dovremo aggiungere a mano sarà il Common Name, dove andrà indicato il nome completo del client (in questo caso client1). Alla richiesta di una password lasciamo il campo bianco, premendo semplicemente enter.
Con questa configurazione, ai client che si connetteranno alla VPN non sarà richiesta alcuna password e questo può essere visto come un buco di sicurezza nel caso in cui uno dei client venga ad esempio rubato. Se vogliamo obbligare i client ad inserire una password all'atto della connessione, occorre sostituire il comando ./build-key con ./build-key-pass.
Generiamo infine i parametri di Diffie-Hellman per il server:
# ./build-dh
che darà come output qualcosa di simile:
mioserver:/etc/openvpn/easy-rsa/2.0# ./build-dh Generating DH parameters, 1024 bit long safe prime, generator 2 This is going to take a long time ……………………+……………………………………..+……. ………………….+..+…………………………………………… …………………………….+………..+…………..+…………… ……………………………………………………….+………… ………………………………………………………………….. …………………………………+………..++*++*++*
Configurazione
Spostiamo i file generati nella directory corretta:
# cd keys # cp ca.crt /etc/openvpn # cp ca.key /etc/openvpn # cp mioserver.crt /etc/openvpn # cp mioserver.key /etc/openvpn # cp dh1024.pem /etc/openvpn
Spostiamoci nella root di OpenVPN:
# cd /etc/openvpn
e creiamo il file di configurazione principale:
# nano openvpn.conf
Il suo contenuto dovrà essere simile al seguente:
port 1194 proto udp dev tun ca ca.crt cert mioserver.crt key mioserver.key dh dh1024.pem server 172.17.0.0 255.255.255.0 ifconfig-pool-persist ipp.txt keepalive 10 120 comp-lzo user nobody group users persist-key persist-tun status openvpn-status.log verb 3 client-to-client
L'ultima riga (client-to-client) è necessaria solo se vogliamo che i client VPN connessi al nostro server siano in grado di parlare tra di loro.
Un esempio ben commentato di tutte le opzioni utilizzabili nella configurazione si trova nella documentazione di Debian: /usr/share/doc/openvpn/examples/sample-config-files/server.conf.gz.
Test
Riavviamo il demone OpenVPN:
# /etc/init.d/openvpn restart
Verifichiamo che nella nostra configurazione di rete ci sia il nuovo device virtuale per il tunnel VPN:
# ifconfig
eth0 ...
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:172.17.0.1 P-t-P:172.17.0.2 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:1958 errors:0 dropped:0 overruns:0 frame:0
TX packets:230 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:112672 (110.0 KiB) TX bytes:23860 (23.3 KiB)
e verifichiamo che la configurazione sia funzionante:
# ping 172.17.0.1 PING 172.17.0.1 (172.17.0.1) 56(84) bytes of data. 64 bytes from 172.17.0.1: icmp_seq=1 ttl=64 time=0.041 ms 64 bytes from 172.17.0.1: icmp_seq=2 ttl=64 time=0.030 ms