Newsgroup: it.comp.os.linux.debian
Titolo: OpenVPN road warrior

Salve,
sto cercando di implementare openvpn in modalità per cosi' dire road 
warrior in bridging seguendo questa guida:
http://bailey.st/blog/2011/01/06/openvpn-road-warrior-howto/
Ho un piccolo dubbio quando eseguo questo comando:
# cp ca.crt  server.crt server.key dh1024.pem  ta.key  /etc/openvpn/keys
Tutti i file, tranne ta.key che si trova in /etc/openvpn/easy-rsa/2.0, 
si trovano in /etc/openvpn/easy-rsa/2.0/keys quindi il comando segnalato 
nella guida è sbagliato perchè i files non sono nella stessa directory !
Da quanto ho capito i files che dovrei copiare sono univoci ovvero non 
ce ne sono altri con lo stesso identico nome quindi pur trovandosi in un 
"luogo" diverso sono comunque quelli a cui la guida fa riferimento...
Ultimo dubbio sul comando:
# update-rc.d bridge.sh defaults
update-rc.d bridge.sh defaults
update-rc.d: using dependency based boot sequencing
insserv: warning: script 'K01bridge.sh' missing LSB tags and overrides
insserv: warning: script 'bridge.sh' missing LSB tags and overrides
Saluti.
GbMax78

 insserv: warning: script 'bridge.sh' missing LSB tags and overrides
Manca la parte dei tag LSB, ovvero quei valori che vedi commentati
all'inizio del file di esempio /etc/init.d/skeleton tra BEGIN INIT INFO
e END INIT INFO.
Oltre a questo Debian ha il suo metodo di gestire i bridge da
interfaces; il metodo proposto non è debian compliant :-)
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 interfaces; il metodo proposto non è debian compliant :-)
Giusto per completezza... al posto di quello script è sufficiente
cambiare /etc/network/interfaces così
auto lo
iface lo inet loopback
auto br0
iface br0 inet static
	address 192.168.1.251
	netmask 255.255.255.0
	gateway 192.168.1.1
	pre-up openvpn --mktun --dev tap0 && ifconfig tap0 up || true
	bridge_maxwait 0
	bridge_fd 0
	bridge_ports eth1 tap0


 cambiare /etc/network/interfaces così
Grazie per entrambe le risposte, cercando in rete, tra l'altro tra i 
primi risultati, ho trovato questa guida dall'ottimo sito debianizzati:
http://guide.debianizzati.org/index.php/Openvpn
Rispetto alla mia guida di partenza con quella di Debianizzati ho sempre 
lo "standard" road warrior quindi sempre un certificato che posso 
caricare sul client per farlo collegare in maniera sicura anche da una 
connessione per cosi' dire in viaggio usando però usando indirizzi come 
10.0.0.x e non 192.168.1.x.
In questa maniera non ci saranno problemi di conflitti con gli indirizzi 
della lan locale però ipotizziamo che il client quando connesso 
fisicamente in lan sia riconosciuto come 192.168.1.18 quando invece si 
collegherà in vpn la lan come lo vedrà con l'indirizzo della eth0 o 
dell'interfaccia virtuale ?
I pro ed i contro tra i due "stili" di configurazione di openvpn ovvero 
tra le due guide da me segnalate ?
Se hai altri link/consigli sia riconducibili a siti che a libri dimmi pure !
Saluti !
GbMax78
P.S.
Per ripulire la mia Debian e ripartire da zero converrà fare un bel:
# aptitude purge openvpn
# rm -r openvpn

 # rm -r /etc/openvpn
yes


 yes
Oltre a rimuovere lo script bride.sh creato per tirar su l'interfaccia 
virtuale !
Saluti !
GbMax78