OpenVPN easy-rsa automazione delle chiavi di build?


18

Ho molte chiavi da generare per il mio server VPN client. Ogni volta che utilizzo easy-rsa per generare le chiavi in ​​questo modo:

./build-key client1

C'è qualche risultato con una serie di domande. Tutte le domande hanno risposte predefinite definite nel varsfile.

Generating a 1024 bit RSA private key
............................................++++++
.......................++++++
writing new private key to 'client1.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) [US]:
State or Province Name (full name) [CO]:
Locality Name (eg, city) [Denver]:
Organization Name (eg, company) [mycompany]:
Organizational Unit Name (eg, section) []:
Common Name (eg, your name or your server's hostname) [client1]:
Email Address [it@mycompany.com]:

Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:
Using configuration from /etc/openvpn/easy-rsa/openssl.cnf
Check that the request matches the signature
Signature ok
The Subject's Distinguished Name is as follows
countryName           :PRINTABLE:'US'
stateOrProvinceName   :PRINTABLE:'CO'
localityName          :PRINTABLE:'Denver'
organizationName      :PRINTABLE:'mycompany'
commonName            :PRINTABLE:'client1'
emailAddress          :IA5STRING:'it@mycompany.com'
Certificate is to be certified until Jan  3 20:16:04 2038 GMT (9999 days)
Sign the certificate? [y/n]:y

1 out of 1 certificate requests certified, commit? [y/n]y
Write out database with 1 new entries
Data Base Updated

Tutto sommato, devo premere manualmente i seguenti tasti:

ENTER
ENTER
ENTER
ENTER
ENTER
ENTER
ENTER
ENTER
y
ENTER
y
ENTER

Fondamentalmente sto solo accettando tutte le risposte predefinite e dicendo "sì" alle ultime due domande. Ci sono -forceo -quietbandiere o qualcosa con cui posso usare build-key? In caso contrario, ci sono trucchi di scripting o bash che posso usare solo per farlo ogni volta? Non riesco a trovare nulla in nessuna pagina man a riguardo.

Risposte:


14

Se guardi la fonte di build-key, troverai che sta chiamando pkitool. Ho scritto un wrapper per raggruppare le chiavi del cilent e gli opportuni file di configurazione di openvpn in un tarball che potrei quindi dare ai miei utenti:

#!/bin/bash

client=$1

if [ x$client = x ]; then
    echo "Usage: $0 clientname"
    exit 1
fi

if [ ! -e keys/$client.key ]; then
    echo "Generating keys..."
    . vars
    ./pkitool $client
    echo "...keys generated." 
fi

tarball=./keys/$client.tgz

if [ ! -e $tarball ]; then
    echo "Creating tarball..."
    tmpdir=/tmp/client-tar.$$
    mkdir $tmpdir
    cp company.ovpn $tmpdir/company.ovpn
    cp keys/ca.crt $tmpdir 
    cp keys/$client.key $tmpdir/client.key
    cp keys/$client.crt $tmpdir/client.crt
    tar -C $tmpdir -czvf $tarball .
    rm -rf $tmpdir
    echo "...tarball created" 
else
    echo "Nothing to do, so nothing done. (keys/$client.tgz already exists)" 
fi

19

prova --batch flag

./build-key --batch client1

Ci ho provato, ma il nome comune era l'indirizzo del server, non il nome che volevo generare, così come il comportamento senza il flag --batch
David Poxon,

Per me questa è la risposta alla domanda posta. Ecco come automatizzare la produzione delle chiavi per la maggior parte delle configurazioni standard e suggerire di accettarla come risposta.
James Firth,

2

La cosa che mi viene in mente più rapidamente è expect; ti permette di automatizzare questo tipo di interazioni da riga di comando.


3
aspettarsi che sia eccessivo per questo; easy-rsa è tutto script di shell, quindi facilmente hackerabili.
pjz,

2

La nuova versione di EasyRSA è disponibile come un singolo binario in questo momento. Per automatizzare la creazione di una chiave client, ora è possibile utilizzare il file "vars" (basta inserirlo nella stessa directory del file binario di easyrsa):

if [ -z "$EASYRSA_CALLER" ]; then
    echo "You appear to be sourcing an Easy-RSA 'vars' file." >&2
    echo "This is no longer necessary and is disallowed. See the section called" >&2
    echo "'How to use this file' near the top comments for more details." >&2
    return 1
fi

set_var EASYRSA        "$PWD"
set_var EASYRSA_OPENSSL        "openssl"
set_var EASYRSA_PKI            "$EASYRSA/pki"
set_var EASYRSA_DN     "org"

set_var EASYRSA_REQ_COUNTRY    "Country"
set_var EASYRSA_REQ_PROVINCE   "Province"
set_var EASYRSA_REQ_CITY       "City"
set_var EASYRSA_REQ_ORG        "Org Ltd"
set_var EASYRSA_REQ_EMAIL      "vpn@example.com"
set_var EASYRSA_REQ_OU         "Infrastructure"

set_var EASYRSA_KEY_SIZE       2048

set_var EASYRSA_ALGO           rsa

set_var EASYRSA_CA_EXPIRE      3650
set_var EASYRSA_CERT_EXPIRE    365
set_var EASYRSA_CRL_DAYS       180

set_var EASYRSA_TEMP_FILE      "$EASYRSA_PKI/extensions.temp"

e usa il binario di EasyRSA:

./easyrsa build-client-full client1 nopass

1

Ho avuto lo stesso problema.

La soluzione che ho trovato è stata:

echo -en "\ n \ n \ n \ n \ n \ n \ n \ ny \ ny \ n" | ./build-key client1


Questo ha funzionato per me. Mi piace di più perché non richiede all'utente di comprendere lo script.
AFP_555,

1

Questo è simile a quello che uso. Spero che questo aiuti qualcuno, mi ci sono volute ore per capirlo. Assicurati di essere in esecuzione nella directory easy-rsa e non dimenticare di eseguire il sorgente ./vars

(echo -en "\n\n\n\n\n\n\n\n"; sleep 1; echo -en "\n"; sleep 1; echo -en "\n"; sleep 3; echo -en "yes"; echo -en "\n"; sleep 3; echo -en "yes"; echo -en "\n") | ./build-key $key_id 

0

Ho creato un wrapper come pjz, ma con il raggruppamento di tutti i file necessari in un singolo file .ovpn, che può essere utilizzato direttamente

#! / Bin / bash
cd /etc/openvpn/easy-rsa/2.0
client = $ 1

if [x $ client = x]; poi
    echo "Utilizzo: $ 0 nome client"
    uscita 1
fi

Se [ ! -e keys / $ client.key]; poi
    echo "Generazione di chiavi ..."
    . Vars
    ./pkitool $ client
    echo "... chiavi generate."
fi

fascio =. / chiavi / $ client.ovpn

Se [ ! -e $ bundle]; poi
    echo "Creazione bundle ..."
    cat keys / template.ovpn >> $ bundle
    echo '' >> $ bundle
    cat keys / ca.crt >> $ bundle
    echo '' >> $ bundle
    echo '' >> $ bundle
    echo '' >> $ bundle
    awk '/ BEGIN CERTIFICATE /, 0' keys / $ client.crt >> $ bundle
    echo '' >> $ bundle
    echo '' >> $ bundle
    echo '' >> $ bundle
    cat keys / $ client.key >> $ bundle
    echo '' >> $ bundle
    echo '' >> $ bundle
    echo "... pacchetto creato"
altro
    echo "Niente da fare, quindi niente di fatto. (keys / $ client.ovpn esiste già)"
fi

0

Ho appena provato a fare la stessa cosa, generando silenziosamente gli utenti di openvpn sulla casella di FreeBSD.

Ciò ha comportato un nuovo file, con un nome appropriato ./build-key-quiet

#!/bin/sh

# Make a certificate/private key pair using a locally generated
# root certificate.
# JP - automating my time away

cd /root/openvpn

client=$1

if [ x$client = x ];
    then
    echo "Usage: $0 clientname"
    exit 1
fi

if [ ! -e keys/$client.key ];
  then
    echo "Generating keys..."
    . ./vars
    ./pkitool $client
    echo "Great Success ...keys generated."
fi

echo 'Generating ovpn Files'
cd /root/clients
./make-client-config.sh $client
rm -rf /tmp/*.ovpn
cp /root/clients/files/$client.ovpn /tmp/
chmod 777 /root/clients/files/*.ovpn

echo "cleaning up /tmp/ of old ovpn files..."
echo "OVPN file generated and copied into /tmp/$client.ovpn"

0
(echo -en "\n\n\n\n\n\n\n\n"; sleep 1; echo -en "\n"; sleep 1; echo -en "\n"; sleep 3; echo -en "yes"; echo -en "\n"; sleep 3; echo -en "yes"; echo -en "\n") | ./build-key $key_id

-2

basta modificare il file build-key e rimuovere l' --interactopzione metodo più semplice di cui sono a conoscenza

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.