OpenVPN: различия между версиями

Материал из ALT Linux Wiki
(→‎Создание ключей: добавлено про pkcs12)
м (→‎Шаг 4 - усиление защиты OpenVPN: Небольшое уточнение)
 
(не показано 195 промежуточных версий 4 участников)
Строка 1: Строка 1:
Рассмотрена настройка OpenVPN в режиме "server" на сервере Alt linux P7 с SysVinit. В случае systemd есть отличия.
[[Категория:Руководства]]
OpenVPN — свободная реализация технологии виртуальной частной сети (VPN) с открытым исходным кодом для создания зашифрованных каналoв типа точка-точка или клиент-сервер между компьютерами. Она позволяет устанавливать соединения между компьютерами, находящимися за NAT и сетевым экраном, без необходимости изменения их настроек. OpenVPN была создана Джеймсом Йонаном (James Yonan) и распространяется под лицензией GNU GPL.


{{stub}}
== Предисловие ==
=== Пакеты ===
Прежде чем начать, рекомендуется ознакомиться с особенностями работы OpenVPN на ALT Linux.


openvpn - полнофункциональное решение VPN на базе SSL
;Размещение файлов<nowiki>:</nowiki>
* <tt>/var/lib/openvpn/</tt> — Корневой каталог после инициализации демона (chroot)
* <tt>/var/lib/openvpn/etc/openvpn/ccd</tt> — Каталог, в котором размещаются файлы особых параметров для подключаемых клиентов (Client Config Directory)
* <tt>/var/lib/openvpn/cache</tt> — Каталог для рабочих файлов после инициализации соединения. В файле конфигурации для таких файлов нужно писать путь /cache/файл
* <tt>/etc/openvpn/</tt> — Каталог с файлами настройки
* <tt>/etc/openvpn/ccd</tt> — Символическая ссылка на /var/lib/openvpn/etc/openvpn/ccd (файлы доступны и до, и после chroot)
* <tt>/etc/openvpn/keys/</tt> — Каталог для хранения ключей (точнее, для информации ограниченного доступа)


=== Размещение файлов ===
=== Особенности конфигурации и работы сервера в ALT Linux ===
Каждый файл конфигурации по маске <tt>/etc/openvpn/*.conf</tt> является конфигурацией отдельного экземпляра демона openvpn. Для имени экземпляра берётся имя файла без суффикса <tt>".conf"</tt>.


* /var/lib/openvpn/ — Корневой каталог после инициализации демона (chroot).
Настройки стартового скрипта располагаются в файле <tt>/etc/sysconfig/openvpn</tt>, по умолчанию он устанавливает следующие переменные окружения:
** /var/lib/openvpn/etc/openvpn/ccd — Каталог, в котором размещаются файлы особых параметров для подключаемых клиентов (Client Config Directory).
** /var/lib/openvpn/cache — Каталог для рабочих файлов после инициализации соединения. В файле конфигурации для таких файлов нужно писать путь /cache/файл
* /etc/openvpn/ — Каталог с файлами настройки.
** /etc/openvpn/ccd — Символическая ссылка на /var/lib/openvpn/etc/openvpn/ccd (файлы доступны и до, и после chroot). Требуется для отладки, когда openvpn запускается без chroot.
** /etc/openvpn/keys/ — Каталог для хранения ключей (точнее, для информации ограниченного доступа)


=== Особенности работы и конфигурации ===
    CHROOT=yes
Каждый файл конфигурации по маске /etc/openvpn/*.conf является конфигурацией отдельного экземпляра демона openvpn. Для имени экземпляра берётся имя файла без суффикса ".conf".
    OPENVPNUSER=openvpn
    OPENVPNGROUP=openvpn
    MANUAL=""


Настройки стартового скрипта располагаются в файле /etc/sysconfig/openvpn, по умолчанию он устанавливает следующие переменные окружения:
Стартовый скрипт <tt>/etc/init.d/openvpn</tt> может запускать и останавливать как все экземпляры демона, так и каждый по отдельности. Значение переменной <tt>MANUAL</tt> в <tt>/etc/sysconfig/openvpn</tt> указывает экземпляры, которые не нужно автоматически запускать при старте системы (и при запуске стартового скрипта без параметра).
CHROOT=yes
OPENVPNUSER=openvpn
OPENVPNGROUP=openvpn
MANUAL=""


Стартовый скрипт /etc/init.d/openvpn может запускать и останавливать как все экземпляры демона, так и каждый по отдельности. Значение переменной MANUAL в /etc/sysconfig/openvpn указывает экземпляры, которые не нужно автоматически запускать при старте системы (и при запуске стартового скрипта без параметра).
Для ручного запуска (остановки, проверки) одного экземпляра в конце командной строки указываем имя экземпляра. Например, для экземпляра openvpn с конфигом <tt>/etc/openvpn/server.conf</tt>:


Для ручного запуска (остановки, проверки) одного экземпляра в конце командной строки указываем имя экземпляра. Например для экземпляра openvpn с конфигом /etc/openvpn/server.conf::
<tt><br>
[root@kuvepus openvpn]# service openvpn start server
[root@kuvepus openvpn]# service openvpn start server<br>
Adjusting environment for openvpn:                                                                                                                                                            [ DONE ]
[root@kuvepus openvpn]# service openvpn status server<br>
Starting openvpn service:                                                                                                                                                                    [ DONE ]
</tt><br>
[root@kuvepus openvpn]# service openvpn status client-one
openvpn is stopped


Когда запускаем сервис, демон openvpn запускается, читает файл конфигурации из /etc/openvpn/, читает оттуда же файлы dh, ca и ключи.
;Когда запускаем сервис<nowiki>:</nowiki>
Этот каталог доступен демону только при его запуске.
* демон openvpn запускает скрипт <tt>/etc/openvpn/openvpn-startup</tt>
* читает файлы <tt>*.conf</tt> указанные в <tt>/etc/openvpn/openvpn-startup</tt> из <tt>/etc/openvpn/</tt>
* читает файлы dh, ca и ключи из папки указанной в конфигурационном файле сервера. Этот каталог доступен демону только при его запуске
* выполняет chroot в <tt>/var/lib/openvpn/</tt> и cd в <tt>/var/lib/openvpn/cache</tt>
* понижает привилегии до пользователя openvpn, затем инициализирует работу с сетью.


Дальше демон выполняет chroot в /var/lib/openvpn/ и cd в /var/lib/openvpn/cache, понижает привилегии до пользователя openvpn, затем инициализирует работу с сетью.
=== Советы по устранению неполадок ===
;Права доступа к файлам<nowiki>:</nowiki>
* ключи должны быть доступны только root;
* конфигурации клиентов должны быть доступны на чтение пользователю openvpn;
* файл отзывов сертификатов CRL должны быть доступны на чтение пользователю openvpn.


; Размещение файлов
==== Журналирование ====
* Файл конфигурации в /etc/openvpn/.
Если вы используете [[UFW|UFW]] или iptables с журналированием, то вы сможете посмотреть блокировки в реальном времени с помощью команды:
* Все ключи в /etc/openvpn/keys/.
    <tt>journalctl -k -f</tt>
* CRL в /var/lib/openvpn/etc/openvpn/.
* Файлы настроек клиентов в /etc/openvpn/ccd/ или /var/lib/openvpn/etc/openvpn/ccd/ (сюда адресован симлинк).
* Файл параметров DH в /etc/openvpn/ или /etc/openvpn/keys/.
* Указанный в ifconfig-pool-persist файл демон читает и пишет от корня, в /etc/openvpn/ нужен подкаталог с правом записи для openvpn.
* Файл, указанный в status, демон с правами рута читает и пишет от корня (в /etc/openvpn)


;Совет.
Посмотреть журналы openvpn в реальном времени:
Важно правильно указать права доступа. Ключи должны быть доступны только руту, конфигурации клиентов и файл отзывов сертификатов должны быть доступны на чтение пользователю openvpn:
    <tt>journalctl -u openvpn -f</tt>
# chown root:root /etc/openvpn/keys/* ; chmod 600 /etc/openvpn/keys/*
# chown root:openvpn /var/lib/openvpn/etc/openvpn/ccd/* /var/lib/openvpn/etc/openvpn/*crl.pem ; chmod 640 /var/lib/openvpn/etc/openvpn/ccd/* /var/lib/openvpn/etc/openvpn/*crl.pem


В файле конфигурации указываем
==== Файл CRL ====
* ifconfig-pool-persist и status — без полного пути либо с путём /cache/
Файл crl.pem нужно обновлять заранее, иначе если истечет срок действия файла crl.pem, то клиенты не смогут подключиться. В журналах работы сервера при этом увидите ошибки подключения клиентов и указание на проблему срока действия CRL:
* ca, dh, cert, key — с путём /etc/openvpn/keys/
    VERIFY ERROR: depth=0, error=CRL has expired: CN=client1
* client-config-dir /etc/openvpn/ccd
Чтобы проверить последнюю дату обновления файла CRL используй команду:
* crl-verify - с путём относительно /var/lib/openvpn (например, файл копируем в /var/lib/openvpn/etc/openvpn/server.crl.pem, в конфиге указываем crl-verify /etc/openvpn/server.crl.pem)
    openssl crl -inform PEM -in crl.pem -text -noout
    Last Update: Aug 26 13:30:36 2022 GMT
    Next Update: Sep 25 13:30:36 2023 GMT


;Совет.
Чтобы обновить CRL используй команду:
Если нужны несколько экземпляров сервера openvpn, файлы в параметрах <tt>status</tt>, <tt>ifconfig-pool-persist</tt> и <tt>client-config-dir</tt> указывайте разные, например, с именем экземпляра в префиксе.
    ./easyrsa gen-crl


==== Пример ====
==== Директива CCD ====
$ cat /etc/openvpn/server.conf
Ошибка в журнале следующего вида сообщает о том, что у вас включена директива ccd, но файл ccd для client1 отсутствует или не настроен:
port 1194
    TLS Auth Error: --client-config-dir authentification failed for common name 'client1' file='/etc/openvpn/ccd/client1'
proto udp
dev tun
ca  /etc/openvpn/keys/admin.ca
dh  /etc/openvpn/keys/dh4096.pem
cert /etc/openvpn/keys/server.crt
key  /etc/openvpn/keys/server.key
comp-lzo
server 192.168.254.0 255.255.255.0
tls-server
cipher AES-256-CBC
verb 3
mute 10
keepalive 10 60
user nobody
group nogroup
persist-key
persist-tun
status server_status.log
ifconfig-pool-persist server_ipp.txt
verb 3
management localhost 1194
push "route 192.168.1.0 255.255.255.0"
client-config-dir /etc/openvpn/ccd
route 192.168.2.0 255.255.255.0
route 192.168.3.0 255.255.255.0


=== Создание ключей ===
== Развертывание сервера OpenVPN ==


<blockquote><u>'''Создание ключей для OpenVPN тунеля средствами openssl утилиты.'''</u> Проверено:(p7,p8 systemd, sysv)</blockquote>
В данной статье OpenVPN сервер настраивается с использованием ECC (elliptic curve cryptography) шифрования, что требует обязательного использования следующих версий программного обеспечения:
Наличие в системе установленного пакета.
    openvpn 2.4.0 и выше
'''rpm -qa openssl'''
    easyrsa 3.0 и выше
openssl-1.0.1k-alt3.M70P.1
    openssl 1.0.1 и выше
Открываем файл /var/lib/ssl/openssl.cnf и меняем значение параметра policy на:


'''policy = policy_anything'''
=== Шаг 1 - установка openvpn и easy-rsa ===
Проверь обновления и установи обновления для своей системы.<br>
    apt-get update ; apt-get dist-upgrade -y


Это для того, чтобы можно было подписывать любые сертификаты.
Установи openvpn и easy-rsa.<br>
После чего создаем следующие папки и файлы:
    apt-get install openvpn easy-rsa
'''mkdir -p /root/CA/demoCA'''
'''cd /root/CA''' - далее все команды вводим находясь в данном каталоге /root/CA
'''mkdir -p ./demoCA/newcerts'''
'''touch ./demoCA/index.txt''' - текстовый файл база с действующими и отозванными сертификатами
'''echo '01' > ./demoCA/serial''' - файл индекса для базы ключей и сертификатов
'''echo '01' > ./demoCA/crlnumber''' - файл индекса для базы отозванных сертификатов
(без этого OpenSSL будет сильно ругаться, ответ кроется в файле /var/lib/ssl/openssl.cnf ).
'''less /var/lib/ssl/openssl.cnf'''  - посмотреть файл (выход q)


Создадим "самоподписанный" сертификат  '''my-ca.crt''' и закрытый ключ '''my-ca.pem''', которыми мы будем заверять/подписывать ключи и сертификаты клиентов, желающих подключиться к нашему серверу.  
Установка openvpn создаст в папке /etc папку openvpn.<br>
Установка easyrsa создаст в папке /usr/share папку easyrsa или easyrsa3 или easy-rsa. В нашем случае была создана папка easyrsa3. <br>


'''openssl req -new -x509 -keyout my-ca.pem -out my-ca.crt'''
Создай папку easy-rsa в папке openvpn. Здесь будет размещена инфраструктура открытых ключей (PKI), поэтому запрети всем кроме root войти в папку easy-rsa<br>
    mkdir /etc/openvpn/easy-rsa
<span style="font-size:1.0em">Generating a 2048 bit RSA private key
    chown root /etc/openvpn/easy-rsa
..................................................+++
    chmod 700 /etc/openvpn/easy-rsa
................................................................................+++
writing new private key to 'my-ca.pem'
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:
…
-----
Country Name (2 letter code) [RU]:RU
State or Province Name (full name) []:
Locality Name (eg, city) []:
Organization Name (eg, company) []:
Organizational Unit Name (eg, section) []:
Common Name (e.g., your name or your server's hostname) []:CA-ORG
Email Address []:</span>


Подробнее:
=== Шаг 2 - инициализация PKI ===
* '''-req''' - запрос на создание сертификата,
* '''-x509''' - создать самоподписанный сертификат стандарта X.509,
* '''-keyout''' - записать закрытый ключ в файл,
* '''-out''' - записать сертификат в файл.


В процессе создания, первым делом, нам предложат ввести пароль для закрытого ключа (крайне важно). Придумываем пароль, вводим, подтверждаем. Далее, будет задано несколько вопросов о том, кто мы такие. Вводим международное обозначение страны, например RU, UA, CN, далее указываем регион, город/село/деревню, название нашей организации, свои ФИО, адрес электронной почты. Все. Наш корневой "самоподписанный" сертификат готов к употреблению.  
Традиционными алгоритмами шифрования в OpenVPN является DH и RSA. Вместо этого, будет использоваться ECDH и ECDSA - протокол Диффи Хелмана на эллиптических кривых (ECC). Исследование показало[https://habr.com/ru/articles/335906], что ECDH и ECDSA обладает более высокой криптостойкостью в сравнении с DH и RSA , поэтому задействуем в настройке сервера алгоритмы шифрования ECDH и ECDSA. OpenVPN использует кривую автоматически из сертификата сервера сгенерированного с помощью ECDSA [https://github.com/OpenVPN/openvpn/blob/master/README.ec] при условии, что в конфигурации сервера директива dh отключена. Файл dh.pem не будет генерироваться. Если сгенерировать сертификат сервера на алгоритме RSA, то OpenVPN будет вынужден попытаться выполнить согласование алгоритмов. В случае ошибки согласования OpenVPN будет использовать <tt>secp384r1</tt> в качестве запасного варианта при аутентификации. Прошу обратить внимание, что в данной статье создан один общий для всех <tt>vars</tt> файл, используемый для генерации сертификатов и ключей, поэтому сертификаты клиентов также будут настроены на использование шифрования с помощью ECC.  


Далее, нам потребуется создать пару "ключ-сертификат" для сервера и каждого клиента, желающего подключиться к нашему серверу.
Cкопируй шаблон <tt>vars.example</tt> с параметрами по умолчанию для easyrsa и переименуй его в <tt>vars</tt>. Данный файл будет влиять на все созданные нами сертификаты и ключи шифрования, созданные далее. <br>
    cd /etc/openvpn/easy-rsa/
    cp /usr/share/easyrsa3/vars.example vars
Отредактируй файл <tt>/etc/openvpn/easy-rsa/vars</tt>. Найди нижеследующие строчки в файле и внеси изменения.<br>
    # Размер секретного ключа в битах
    set_var EASYRSA_KEY_SIZE 4096
   
    # Включить поддержку криптографии эллиптической кривой (рекомендуется)
    set_var EASYRSA_ALGO "ec"
   
    # Настройки цифровой подписи сертификата
    set_var EASYRSA_DIGEST "sha512"
   
    # Срок действия всех выпущенных сертификатов в том числе и сервера в днях (1800 дней - это 4.9 лет)
    set_var EASYRSA_CERT_EXPIRE 1800
   
    # Число дней до следующей даты публикации CRL.
    set_var EASYRSA_CRL_DAYS 365
    # crl.pem файл нужно обновлять заранее,
    # иначе если истечет срок действия файла crl.pem, то клиенты не смогут подключиться  
    # В журналах работы сервера при этом увидите
    # ошибки подключения клиентов и указание на проблему срока действия CRL.
    # Чтобы проверить последнюю дату обновления файла CRL
    # используй команду: openssl crl -inform PEM -in crl.pem -text -noout
    # Last Update: Aug 26 13:30:36 2022 GMT
    # Next Update: Sep 25 13:30:36 2023 GMT
    # Чтобы обновить CRL используй команду: ./easyrsa gen-crl


Создание ключа и запроса на подпись для сервера:
Когда вы закончите работу с сертификатами сервера вы можете уменьшить срок действия сертификатов клиента. Просто измените EASYRSA_CERT_EXPIRE в любой момент в файле vars.<br>
'''openssl req -new -nodes -keyout server.pem -out server.crs'''
Generating a 2048 bit RSA private key
......................+++
..........................................+++
writing new private key to 'server.pem'
-----
...
-----
Country Name (2 letter code) [RU]:RU
State or Province Name (full name) []:
Locality Name (eg, city) []:
Organization Name (eg, company) []:
Organizational Unit Name (eg, section) []:
Common Name (e.g., your name or your server's hostname) []:vpn-server
Email Address []:
Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:


* '''-nodes''' - означает, что шифровать закрытый ключ не нужно (иначе при каждом запуске туннеля надо будет вводить пароль на ключ).
Приступим к инициализации PKI. На первом запуске, если не указать <tt>--vars</tt>, easyrsa установит значения по умолчанию, которые вшиты в программу easyrsa, в функции vars_setup(), поэтому запускаем инициализацию PKI с указанием местоположения файла vars:<br>
Так же вводим описание для владельца ключа, как и ранее.
    easyrsa --vars=/etc/openvpn/easy-rsa/vars init-pki


И подписываем запрос на сертификат своим "самоподписанным" '''my-ca.crt''' сертификатом и ключом '''my-ca.pem''':
После инициализации инфраструктуры ключей, для надежности работы конфигурации шифрования, создадим ссылки на vars в нескольких местах (не во всех), где easyrsa ожидает его появления (см. функцию <tt>vars_setup()</tt> в программе easyrsa)<br>
'''openssl ca -cert my-ca.crt -keyfile my-ca.pem -days 3650 -in server.crs -out server.crt'''
Создай ссылку на vars в папке с pki, т.к. easyrsa ищет файл vars в <tt>$PWD/pki</tt><br>
Using configuration from /var/lib/ssl/openssl.cnf
    ln -s /etc/openvpn/easy-rsa/vars /etc/openvpn/easy-rsa/pki/vars
Enter pass phrase for my-ca.pem:
В ALT Linux easyrsa расположен в <tt>/usr/bin</tt>. Создай ссылку на файл vars в <tt>/usr/bin/</tt>, т.к. easyrsa ищет файл vars рядом с easyrsa.<br>
Check that the request matches the signature
    ln -s /etc/openvpn/easy-rsa/vars /usr/bin/vars
Signature ok
Скрипт <tt>make-config.sh</tt> описанный на шаге создания клиентских конфигураций <tt>*.ovpn</tt> ищет easyrsa в папке <tt>/etc/openvpn/easy-rsa</tt>, там же у нас лежит файл vars, поэтому создай ссылку на программу easyrsa в этой папке. Создание данной ссылки на самом деле является адаптацией под семейство debian, т.к. в debian системах easyrsa не располагается в <tt>/usr/bin</tt>.<br>
Certificate Details:
    ln -s /usr/bin/easyrsa /etc/openvpn/easy-rsa/
        Serial Number: 1 (0x1)
        Validity
            Not Before: Aug 26 11:58:11 2015 GMT
            Not After : Aug 23 11:58:11 2025 GMT
        Subject:
            countryName              = RU
            commonName                = vpn-server
        X509v3 extensions:
            X509v3 Basic Constraints:
                CA:FALSE
            Netscape Comment:
                OpenSSL Generated Certificate
            X509v3 Subject Key Identifier:
                FA:E5:0B:67:9A:B9:03:18:8F:13:D1:30:FB:63:21:A1:83:8D:99:0C
            X509v3 Authority Key Identifier:
                keyid:65:29:B0:0A:8A:93:AA:4C:68:77:9F:6F:AF:FF:E8:FA:6B:11:27:BA
Certificate is to be certified until Aug 23 11:58:11 2025 GMT (3650 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


* '''-cert''', корневой сертификат удостоверяющего центра
=== Шаг 3 - сертификат и ключ сервера ===
* '''-keyfile''', секретный ключ удостоверяющего центра
Рассмотрим несколько путей работы с сертификатами OpenVPN. В данной статье дальнейшие действия развиваются по варианту "Б" - наиболее распространенный вариант.<br>
Отвечаем два раза положительным "игреком" (y), в итоге, получаем связку "ключ-сертификат" для сервера server.


Теперь генерируем запрос на сертификат для  пользователя:
'''Вариант "А"''' предназначен для тех, кто собирается подписывать сертификаты ключом центра сертификации CA в организации, то есть любым уже имеющимся <tt>ca.key</tt>.
'''openssl req -new -nodes -keyout user_1.pem -out user_1.crs
;Преимущества и недостатки<nowiki>:</nowiki>
'''
* Ваша PKI намного лучше защищена, т.к. находится в отдельном защищенном месте (т.е. хранится не на той же машине, что и openvpn).
И подписываем запрос на сертификат своим "самоподписанным" '''my-ca.crt''' сертификатом и ключом '''my-ca.pem''':
* Единое управление всеми выпущенными сертификатами
* В данной схеме можно задействовать общедоступный список CRL. Для отзыва сертификатов в вашей организации можно опубликовать список CRL на сервере nginx в локальной сети и организовать автоматическую проверку валидности сертификатов клиентов.
* Для использования данной схемы потребуется уже имеющаяся PKI. Каждый раз при создании сертификатов клиента OpenVPN, вам придется подписывать их способом описным в данном варианте.
* Это медленный способ, особенно, если ваш CA не подключен к сети и к нему нужно идти с флешкой в выделенное помещение.


'''openssl ca -cert my-ca.crt -keyfile my-ca.pem -days 365 -in user_1.crs -out user_1.crt'''
'''Вариант "Б"''' предназначен для тех, у кого нет <tt>ca.key</tt> и хочет его создать либо просто для тех, кого устраивают самоподписанные сертификаты. Это легкий путь.<br>


Отвечаем два раза положительным "игреком" (y), в итоге, получаем связку "ключ-сертификат" для пользователя user_1.  
==== Вариант "A" - используем уже имеющийся центр сертификации ====
{{Attention| Для применения варианта "А" возможно потребуется изменение конфигурации не описанных здесь. Представлен для ознакомления.}}<br>
Шаг А.1 - создание запроса на сертификат и закрытый ключ <br>


Некоторые клиенты, например для Android, могут использовать бандл в формате pkcs12 вместо трёх отдельных файлов. Его тоже можно сделать:
    cd /etc/openvpn/easy-rsa
    ./easy-rsa gen-req myserver nopass
   
    Common Name (eg: your user, host, or server name) [server]:
    Keypair and certificate request completed. Your files are:
    req: /home/host/easy-rsa/pki/reqs/myserver.req
    key: /etc/openvpn/easy-rsa/pki/private/myserver.key
   
    cp /etc/openvpn/easy-rsa/pki/private/myserver.key /etc/openvpn/server/


'''openssl pkcs12 -export -out user_1.p12 -inkey user_1.pem -in user_1.crt -certfile my-ca.crt'''
На данном этапе был сгенерирован ключ и запрос на подпись сертификата для сервера. CSR готов к подписанию вашим CA.


Последние действие - создание параметров Диффи-Хеллмана (исключительно для сервера):
Шаг А.2 - подпись запроса на сертификат


'''openssl gendh -out server.dh 2048'''
    scp /etc/openvpn/easy-rsa/pki/reqs/myserver.req user@your-ca-server-ip:/tmp
   
    user@your-ca-server-ip:$ cd /easy-rsa
    ./easy-rsa import-req /tmp/myserver.req myserver
    ./easy-rsa sign-req server myserver
   
    '''You are about to sign the following certificate.'''
    '''Please check over the details shown below for accuracy. Note that this request'''
    '''has not been cryptographically verified. Please be sure it came from a trusted'''
    '''source or that you have verified the request checksum with the sender.'''
    '''Request subject, to be signed as a server certificate for 3650 days:'''
    '''subject='''
    '''commonName = server'''
    '''Type the word 'yes' to continue, or any other input to abort.'''
    '''Confirm request details: yes'''
    '''. . .'''
    '''Certificate created at: /home/host/easy-rsa/pki/issued/myserver.crt'''


Файлы запросов на сертификаты можно удалить:
На данном этапе сертификат подписан, копируем назад на openvpn server
'''rm  *.crs'''
    scp pki/issued/myserver.crt user@your-vpn-server-ip:/tmp
    scp pki/ca.crt user@your-vpn-server-ip:/tmp


В результате в каталоге /root/CA должен получиться такой набор файлов:
==== Вариант "Б" - создать новый центр сертификации ====
'''ls -l'''
итого 40
drwxr-xr-x 3 root root 4096 авг 26 15:07 demoCA
-rw-r--r-- 1 root root 1123 авг 26 14:47 my-ca.crt
-rw-r--r-- 1 root root 1834 авг 26 14:47 my-ca.pem
-rw-r--r-- 1 root root 4202 авг 26 14:58 server.crt
-rw-r--r-- 1 root root  424 авг 26 15:14 server.dh
-rw-r--r-- 1 root root 1708 авг 26 14:52 server.pem
-rw-r--r-- 1 root root 4190 авг 26 15:07 user_1.crt
-rw-r--r-- 1 root root 1708 авг 26 15:05 user_1.pem


Разносим ключи и сертификаты по каталогам сервера и клиента.
Создадим центр сертификации. Обязательно введите сложный пароль. Данный пароль вам придется вводить каждый раз при подписывании сертификатов.
* '''my-ca.crt''' - для сервера и клиентов
    cd /etc/openvpn
* '''my-ca.pem''' - только для подписи сертификатов, лучше хранить на отдельном от OpenVPN сервера компьютере
    easyrsa build-ca
* '''my-ca.crt, server.crt, server.dh, server.pem''' - для сервера OpenVPN
* '''my-ca.crt, user_1.crt, user_1.pem''' - для клиента OpenVPN
Для новых клиентов создать новые ключи и отдать комплектом '''my-ca.crt, новый_сертификат.crt, новый_ключ.pem'''.


В конфигурационном файле OpenVPN сервера размещаем ссылку на эти ключи (пути до ключей подставляем свои) :
В результате будет создан центр сертификации и файлы <tt>ca.crt</tt> и <tt>ca.key</tt>, представляющие открытую и закрытую части сертификата SSL.
ca  /root/CA/my-ca.crt
cert /root/CA/server.crt
key /root/CA/server.pem
dh  /root/CA/server.dh


В конфигурационном файле OpenVPN клиента размещаем ссылку на эти ключи (пути до ключей подставляем свои):
Создадим сертификат сервера без пароля, иначе вам придется каждый раз при перезапуске службы вводить пароль.
ca  /etc/net/ifaces/tun0/my-ca.crt
    cd /etc/openvpn
cert /var/lib/ssl/certs/user_1.crt
    easyrsa build-server-full myserver nopass
key  /var/lib/ssl/private/user_1.pem
Смотрим базу ключей:
'''cat  /root/CA/demoCA/index.txt'''
V      250823115811Z          01      unknown /C=RU/CN=vpn-server
V      160825120737Z          02      unknown /C=RU/CN=user_1
* '''v'''- действующий ключ (валидный)


<blockquote>Создание списка отзыва сертификатов</blockquote>
Скопируем ключи сервера в папку <tt>keys</tt>. Здесь будут хранится ключи сервера и размещена ссылка на <tt>crl.pem</tt>
    cp /etc/openvpn/easy-rsa/pki/ca.crt /etc/openvpn/keys/ca.crt
    cp /etc/openvpn/easy-rsa/pki/issued/myserver.crt /etc/openvpn/keys/myserver.crt
    cp /etc/openvpn/easy-rsa/pki/private/myserver.key /etc/openvpn/keys/myserver.key


Для создания списка отзыва сертификатов необходимо выполнить следующую команду:
Поправим права доступа к папке <tt>keys</tt>, чтобы пользователь группы openvpn не мог войти в эту папку.
'''openssl ca -cert my-ca.crt -keyfile my-ca.pem -gencrl -out crl.pem'''
    cd /etc/openvpn
Просмотр crl.pem:
    сhown root:root /etc/openvpn/keys
'''openssl crl -noout -text -in crl.pem'''
    chmod 700 /etc/openvpn/keys
Certificate Revocation List (CRL):
        Version 2 (0x1)
    Signature Algorithm: sha1WithRSAEncryption
        Issuer: /C=RU/CN=CA-ORG
        Last Update: Aug 26 13:19:40 2015 GMT
        Next Update: Sep 25 13:19:40 2015 GMT
        CRL extensions:
            X509v3 CRL Number:
                1
No Revoked Certificates.
    Signature Algorithm: sha1WithRSAEncryption
          32:b5:de:eb:99:3c:30:7f:0d:11:7c:80:39:36:0d:d7:35:72:
          a3:6b:e8:b3:8f:de:3f:77:06:27:e0:68:ea:5c:25:ea:3d:92:
          22:6e:d9:8a:11:28:4a:82:f4:95:cf:db:6c:51:f6:b1:f1:ca:
          1e:34:a2:b6:21:18:a1:84:96:13:90:db:94:bc:a5:f3:19:5d:
          cb:09:df:49:b8:2d:3b:4f:23:3b:04:e3:fd:49:5b:1b:35:19:
          ce:a5:c4:2b:61:c4:58:70:94:32:8f:2a:85:ed:fb:d5:21:da:
          8c:f1:29:0d:51:fb:22:17:fa:6b:21:37:81:b6:0d:cf:c9:8a:
          f9:19:a4:aa:d1:cd:33:6c:b7:eb:a3:bf:0d:5c:d7:87:e4:a5:
          34:2e:2c:29:e2:86:50:8d:5d:80:ac:7f:bd:8d:34:5a:20:e9:
          f2:cc:77:d7:97:a3:14:3a:39:ab:14:5b:1c:67:23:76:19:b7:
          31:15:4b:88:f2:cd:4a:4b:63:a6:ab:de:4d:7f:7d:23:49:1b:
          a1:36:c4:9f:62:86:6a:f2:77:22:cd:ff:73:ff:4c:b3:f0:c8:
          a7:68:4e:7e:26:a6:5f:55:4e:25:aa:7c:e8:e2:38:63:3a:d6:
          15:76:02:8d:22:00:94:87:72:5d:e1:ed:44:35:7b:02:c6:bb:
          9f:f2:76:0e


Отозвать серификат user_1.crt:
=== Шаг 4 - усиление защиты OpenVPN ===
'''openssl ca -cert my-ca.crt -keyfile my-ca.pem -revoke user_1.crt -out crl.pem'''
Using configuration from /var/lib/ssl/openssl.cnf
Enter pass phrase for my-ca.pem:
Revoking Certificate 02.
Data Base Updated


Обновить список (обязательно после каждого отзыва сертификата):
По состоянию на 14.05.2023, почти все (кроме пункта о tls-crypt-v2) указанные в этом разделе рекомендации реализованы в конфигурации сервера и клиента. Раздел №4 об усилении защищенности установлен здесь раньше, чтобы вы заранее могли подготовиться и осмыслить то, как будет выглядеть итоговая конфигурация ваших клиентов и сервера.  
'''openssl ca -cert my-ca.crt -keyfile my-ca.pem -gencrl -out crl.pem'''
Просмотр crl.pem:
'''openssl crl -noout -text -in crl.pem'''
Certificate Revocation List (CRL):
        Version 2 (0x1)
    Signature Algorithm: sha1WithRSAEncryption
        Issuer: /C=RU/CN=CA-ORG
        Last Update: Aug 26 13:30:36 2015 GMT
        Next Update: Sep 25 13:30:36 2015 GMT
        CRL extensions:
            X509v3 CRL Number:
                3
Revoked Certificates:
    Serial Number: 02
        Revocation Date: Aug 26 13:28:05 2015 GMT
    Signature Algorithm: sha1WithRSAEncryption
          55:eb:cb:99:6e:01:e5:47:77:69:fc:ca:8b:d7:d0:8d:a2:5a:
          2f:90:93:71:f7:d1:70:16:75:eb:99:fa:4a:8a:43:e9:79:7d:
          43:f1:82:ac:7f:46:df:41:3b:39:59:ac:bc:5d:e1:79:85:03:
          7d:72:cb:65:c8:2e:7c:54:ec:67:07:7d:3a:08:8b:87:64:b4:
          7b:b7:dd:1c:a2:44:b1:ad:e5:76:fd:a3:10:b3:a7:81:fd:05:
          34:3f:eb:20:66:d2:7d:77:a0:e5:79:f8:88:10:e5:bb:95:d8:
          f0:d2:92:c2:ae:0f:42:2b:34:09:f5:3d:73:7d:c8:42:ea:7b:
          dc:d9:3f:c2:f2:a8:8d:63:77:3d:89:37:0b:50:70:7e:0d:c2:
          66:a5:03:61:b8:5e:25:98:9a:42:93:cf:38:74:3e:d3:a3:5c:
          2f:6c:76:52:6c:c6:0e:24:72:71:40:34:98:06:50:08:a9:8f:
          8f:66:05:3c:c2:f5:55:fe:14:d6:01:44:99:c2:8d:ce:41:c3:
          42:1e:3f:8b:c0:7f:07:44:51:bd:1d:eb:bf:ca:6d:fa:31:77:
          f1:f5:69:30:11:b1:35:58:53:05:e2:7c:90:34:66:a1:58:1d:
          78:ef:84:8b:22:23:d0:71:8f:84:9d:f7:53:f9:81:96:01:03:
          60:73:1b:b2


Для Alt Linux файл '''crl.pem''' поместить в каталог '''/var/lib/openvpn'''
Рекомендации по усилению защиты:


1) При конфигурировании сервера '''используй протокол UDP'''. Хотя OpenVPN позволяет использовать протокол TCP или UDP в качестве соединения с OpenVPN, протокол UDP обеспечит лучшую защиту от DoS-атак и сканирования портов, чем TCP.


----
2) При конфигурировании сервера '''настрой директиву user/group''' на использование группы openvpn/openvpn (как этого рекомендует Alt Linux). OpenVPN был очень тщательно разработан, чтобы разрешить удаление привилегий root после инициализации, и эта функция всегда должна использоваться в Linux/BSD/Solaris. Без привилегий root запущенный демон сервера OpenVPN представляет собой гораздо менее заманчивую цель для злоумышленника.


3) Используйте '''ключи шифрования большего размера'''.


<u>'''Создание ключей для OpenVPN тунеля средствами Easy-Rsa скриптов.'''</u>
4) Храните '''<tt>ca.key</tt>''' на отдельной '''изолированной''' машине.


Утилита для работы с командной строкой (openssl) в OpenSSL является оболочкой для многих «подпрограмм», одна из которых является Easy-rsa.
5) Директива '''crl-verify''' заставляет сервер проверять сертификат клиента по списку отзыва сертификатов. Этот параметр не является обязательным. Если соответствующий CRL-файл отсутствует, OpenVPN зарегистрирует предупреждение в журналах вида и при этом соединение будет разрешено:
    <tt>VERIFY WARNING: depth=0, unable to get certificate CRL</tt>


Для OpenVPN версии выше 2.3 набор скриптов easy-rsa не входит в инсталляцию по умолчанию, а устанавливается отдельно.
CRL (certificate revocation list, список отзыва сертификатов) используется, когда конкретный ключ был скомпрометирован, в то время когда ваш PKI не пострадал.  


Предположим, у вас есть PKI, состоящий из центра сертификации, корневого сертификата и нескольких клиентских сертификатов. Предположим, был украден компьютер, содержащий клиентский ключ и сертификат. Добавив украденный сертификат в CRL-файл, тем самым отозвав сертификат, вы могли бы отклонить любое соединение, которое пытается его использовать, сохранив при этом общую целостность PKI.


Установим данный пакет, но для начала просмотрим кеш пакетов в системе, на наличие Easy-rsa пакета скриптов.
Единственный случай, когда потребовалось бы перестроить весь PKI с нуля, - это если бы сам ключ корневого сертификата <tt>ca.key</tt> был скомпрометирован.


'''apt-get update && apt-cache search easy rsa | grep easy'''
CRL-файл считывается каждый раз при подключении клиента. Если вы сбрасываете привилегии root с помощью --user, а в этой статье мы именно так и делаем, убедитесь, что у этого пользователя достаточно привилегий для чтения файла.


easy-rsa - Simple shell based CA utility
Создадим CRL список отзыва сертификатов:
    cd /etc/openvpn/easy-rsa
    ./easyrsa gen-crl


В результате выполнения команды сгенерируется файл <tt>crl.pem</tt> по пути <tt>/etc/openvpn/easy-rsa/pki/</tt>
Вы можете хранить файл <tt>crl.pem</tt> где угодно. Для того, чтобы этот файл начал исполнять свою роль необходимо чтобы пользователь user/group указанный в конфигурации сервера имел доступ на чтение к этому файлу. Скопируем <tt>crl.pem</tt> в папку server:
    cp /etc/openvpn/easy-rsa/pki/crl.pem /etc/openvpn/server/crl.pem


Установим пакет:
Создайте ссылку на <tt>crl.pem</tt> положи её в <tt>keys</tt>:
    ln -s /etc/openvpn/server/crl.pem /etc/openvpn/keys/


'''apt-get install easy-rsa'''
Настрой доступ к файлу <tt>crl.pem</tt>, чтобы клиенты могли проверять список отозванных сертификатов. Файл <tt>crl.pem</tt> должен быть доступен пользователю, который указан в параметрах user/group в конфигурации сервера (описан в шаге №6 настройки сервера). По умолчанию ALT Linux предлагает использовать пользователя openvpn:
    chown root:openvpn /etc/openvpn/server/crl.pem
    chmod 640 /etc/openvpn/server/crl.pem


6) Если клиенты не проверяют сертификат сервера, к которому они подключаются, создается потенциальная возможность реализации mitm атаки. Убедитесь, что ваши клиенты '''принудительно проверяют сертификат сервера'''. Создайте свои серверные сертификаты с помощью скрипта build-key-server (дополнительную информацию смотрите в документации easy-rsa). Это позволит определить сертификат как сертификат только для сервера, установив правильные атрибуты. Затем используйте следующую строку в конфигурацию вашего клиента:
    remote-cert-tls server


Сделаем поиск по ключевому слову "easyrsa*" и посмотрим куда установилась утилита:
7) Протокол OpenVPN использует 2 канала связи во время сеанса VPN:
* канал управления (control channel), в котором происходит аутентификация, согласование ключей, согласование конфигураций;
* канал данных (data channel) в котором шифруются и происходит обмен данными.
Директива '''tls-auth''' (устарел) добавляет дополнительную подпись HMAC ко всем пакетам подтверждения связи SSL/TLS для проверки целостности в канале управления. Любой UDP-пакет, не имеющий правильной подписи HMAC, может быть удален без дальнейшей обработки. Подпись HMAC tls-auth обеспечивает дополнительный уровень безопасности, превышающий тот, который обеспечивается SSL/TLS. Директива <tt>tls-auth</tt> включает подписывание общим групповым ключом и проверку пакетов в канале управления (control channel). Он может защитить от следующих атак произведенных неавторизованными пользователями:
* DoS-атаки или затопление UDP-порта OpenVPN.
* Сканирование портов, чтобы определить, какие UDP-порты сервера находятся в состоянии прослушивания.
* Уязвимости переполнения буфера в реализации SSL/TLS.
* Инициирование рукопожатия SSL/TLS с неавторизованных компьютеров (хотя такие рукопожатия в конечном итоге не смогут аутентифицировать, tls-auth может отключить их на гораздо более раннем этапе).
Использование tls-auth требует, чтобы вы сгенерировали общий секретный ключ <tt>ta.key</tt>, который используется в дополнение к стандартному сертификату/ключу ECDSA/RSA. Один и тот же ключ должен быть и у клиентов, и у сервера.


'''find / -name "easyrsa*" '''
Сгенерируем общий секретный ключ <tt>ta.key</tt>:
/usr/bin/easyrsa
    cd /etc/openvpn/easy-rsa/pki/
/usr/share/easyrsa3
    openvpn --genkey secret ta.key


Скопируй <tt>ta.key</tt> в папку <tt>keys</tt>:
    cp /etc/openvpn/easy-rsa/pki/ta.key /etc/openvpn/keys/ta.key


В OpenSSL есть пример файла openssl.cnf, который находится в соответствующей папке (название директории может изменяться от версии к версии). По умолчанию openssl утилита обращается к файлу /var/lib/ssl/openssl.cnf. В большинстве случаев (и особенно при тестировании) можно использовать как раз этот файл без каких-либо изменений. Если же вы планируете более плотно поработать с сертификатами, следует поподробнее ознакомиться с содержимым файла конфигурации. В нем есть несколько полезных параметров, например, местонахождение серийных номеров и списка отозванных сертификатов (Certificate Revocation List).  
8) Директива '''<tt>tls-crypt</tt>''' (используется в конфигурации, для настройки смотри директиву <tt>tls-auth</tt>) - это развитие идеи <tt>tls-auth</tt>, в котором общий групповой ключ используется не только для аутентификации пакетов, но и для шифрования данных управляющего канала (control channel). TLS-crypt улучшает аутентификацию TLS, добавляя симметричное шифрование к каналу управления. В отличие от <tt>tls-auth</tt>, <tt>tls-crypt</tt> не требует от пользователя установки <tt>key-direction</tt>. Она настраивается аналогичным образом как tls-auth. Защищает от атак неавторизованными пользователями:
* Скрывает TLS сертификат.
* Затрудняет обнаружение трафика openvpn для стороннего наблюдателя.
* Простой вариант защиты от квантовых атак на TLS криптоалгоритмы.


Однако некоторые записи из раздела [ CA_default ] ссылаются на директории и файлы, которые, в случае их отсутствия, могут привести к проблемам при развертывании центра сертификации, и вы должны создать все необходимые файлы и папки перед тем, как подписывать CSR. В составе OpenSSL идет простая утилита CA.pl, которая упрощает весь процесс (на самом деле просто создается структура директорий, на которые ссылается файл openssl.cnf)
9) Директива '''<tt>tls-crypt-v2</tt>''' (не задействована в конфигурации) - это развитие <tt>tls-crypt</tt>. Главным отличием от <tt>tls-crypt</tt> является то, что <tt>tls-crypt-v2</tt> использует уникальный ключ для каждого клиента в отдельности, а не общий групповой ключ <tt>ta.key</tt>.


10) VPN-туннели, в которых используется сжатие, восприимчивы к вектору атаки VORALCE. В конфигурации сервера '''отключите''' директиву отвечающую за '''сжатие данных''' (доп. см. оф. документацию к openvpn):
  comp-lzo no


Заглянем в каталог /usr/share/easyrsa3:
=== Шаг 5 - генерация сертификатов и ключей клиентов ===
Создадим папку, которая будет содержать конфигурации клиентов.
    cd /etc/openvpn/
    mkdir -p client-configs/keys/
    chmod -R 700 client-configs


'''ls /usr/share/easyrsa3 '''
Рассмотрим несколько вариантов создания клиентской конфигурации:
openssl-1.0.cnf  vars.example  x509-types/
* Вариант "А" - с подписыванием через внешний CA. Далее вы можете скомбинировать это решение с вариантом "Б" и "В".
* Вариант "Б" - используем самоподписаные сертификаты (для клиентов Linux)
* Вариант "В" - файлы конфигурации OVPN (для клиентов Windows и Linux)


Файл openssl-1.0.cnf, является конфигуратором для утилиты openssl, запущенной через скрипты easy-rsa. В случае с использованием скриптов easy-rsa нам не нужно думать о создании инфраструктуры каталогов <tt>PKI </tt>(Public Key Infrastructure — Инфраструктура открытых ключей). Программа упрощает процесс создания инфраструктуры каталогов.  
В данной статье дальнейшие действия развиваются по варианту "В".


==== Вариант "А" - с подписыванием через внешний CA ====
{{Attention| Для применения варианта "А" возможно потребуется изменение конфигурации не описанных здесь. Представлен для ознакомления.}}<br>
Создадим запрос на сертификат для клиента user1.
    cd /etc/openvpn/easy-rsa
    ./easyrsa gen-req user1


Перейдем в каталог в котором создадим инфраструктуру каталогов для ключей и сертификатов.
Скопируем ключ клиента в папку с ключами клиентских конфигураций. Затем скопируем запрос на сертификат на сервер центра сертификации.
    cp pki/private/user1.key /etc/openvpn/client-configs/keys/
    scp pki/reqs/user1.req user@your-ca-server-ip:/tmp


'''cd /root'''
Подпишем запрос клиента на сервере CA.
    user@your-ca-server-ip:$
    cd /etc/openvpn/easy-rsa/
    ./easy-rsa import-req /tmp/user1.req user1
    ./easyrsa sign-req client user1


Создать структуру каталогов:
Скопируем, в результате операции подписания, сертификат клиента обратно на сервер VPN.
    scp pki/issued/user1.crt user@your-vpn-server-ip:/tmp


'''easyrsa init-pki'''
Скопируй сертификат клиента в папку keys клиентских конфигураций.
init-pki complete; you may now create a CA or requests.
    user@your-vpn-server-ip:$
Your newly created PKI dir is: /root/pki
    cp /tmp/user1.crt /etc/openvpn/client-configs/keys/
    cp /etc/openvpn/easy-rsa/ta.key /etc/openvpn/client-configs/keys/
    cp /etc/openvpn/server/ca.crt /etc/openvpn/client-configs/keys/
    chown user:user /etc/openvpn/client-configs/keys/*


В текущей директории создается каталог pki c вложенными каталогами для ключей и запросов.
==== Вариант "Б" - самоподписаные сертификаты ====
{{Attention| Для применения варианта "Б" возможно потребуется изменение конфигурации не описанных здесь. Представлен для ознакомления.}}<br>
Создадим самоподписанный сертификат клиента user1. Скопируй сертификат клиента в папку keys клиентских конфигураций.
    cd /etc/openvpn/easy-rsa
    ./easyrsa build-client-full user1
    cp /etc/openvpn/easy-rsa/pki/issued/user1.crt /etc/openvpn/client-configs/keys/
    cp /etc/openvpn/easy-rsa/pki/private/user1.key /etc/openvpn/clients-configs/keys/


Дальнейшие действия необходимо выполнять в текущей директории, иначе утилита будет выводить ошибки из-за отсутствия pki каталога в текущей директории при запуске easyrsa команды.
==== Вариант "В" - файлы конфигурации OVPN ====
Для скрипта make-config.sh который создает пользовательские конфигурации создайте ссылки на файлы:
    ln -s /etc/openvpn/keys/ca.crt /etc/openvpn/client-configs/keys/
    ln -s /etc/openvpn/keys/ta.key /etc/openvpn/client-configs/keys/


Рекомендую, по возможности, всегда использовать client-config-dir (ccd) в openvpn. CCD нужен для того, чтобы дать пользователю доступ к конкретной сети и другие персональные настройки, вместо того, чтобы всем пользователям диктовать настройки заданные глобально в конфигурации сервера. В ALT Linux папка ccd уже создана. В случае использования ccd, для персональной маршрутизации и присвоения конкретного ip адреса клиенту проверьте наличие ccd в папке <tt>/etc/openvpn</tt>.
    cd /etc/openvpn/
    ln -s /var/lib/openvpn/etc/openvpn/ccd /etc/openvpn/ccd


<u>'''Ключи центра сертификации.'''</u>
=== Шаг 6 - настройка сервера OpenVPN ===
Пришло время настроить сервис OpenVPN. При этом используются созданные ранее учетные данные и файлы.  В данном разделе будет показано, как настроить OpenVPN по образцу, который включен в документацию проекта. Для начала нужно скопировать образец файла server.conf OpenVPN в каталог конфигурации, чтобы его можно было использовать в качестве основы для новых конфигураций. Openvpn может обслуживать несколько VPN серверов одновременно, поэтому различайте названия конфигурационных файлов для каждого сервера.
Скопируй шаблон конфигурации сервера и назовите файл server.conf согласно названию вашего сертификата myserver.crt созданный на шаге 5.
    cp /usr/share/doc/openvpn-2.5.6/server.conf /etc/openvpn/server/myserver.conf


Создать корневой сертификат. Обязательно ввести сложный пароль и <tt>Common Name</tt> сервера, например CA-ORG:
В конфигурации сервера используется параметр ccd. Параметр ccd влияет на работу OpenVPN следующим образом:
# подключается пользователь user123
# openvpn начинает искать персональный файл <tt>/etc/openvpn/ccd/user123</tt>
# после прочтения конфига ccd, пользователь получает указанный ip и маршрут к заданной в ccd сети
# содержание <tt>/etc/openvpn/ccd/user123</tt> может быть таким:
    ifconfig-push 172.16.90.14 255.255.255.0
    push "route 172.16.0.32 255.255.255.224"


'''easyrsa build-ca'''
Создайте папку для хранения файлов журналов:
Generating a 2048 bit RSA private key
    mkdir -p /var/log/openvpn
................................................................................................................................+++
    chmod 700 /var/log/openvpn
......................................................+++
writing new private key to '/root/pki/private/ca.key'
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:
<nowiki>-----</nowiki>
...
<nowiki>-----</nowiki>
Common Name (eg: your user, host, or server name) [Easy-RSA CA]:CA-ORG
CA creation complete and you may now import and sign cert requests.
Your new CA certificate file for publishing is at:
/root/pki/ca.crt
Создать ключи Диффи-Хелмана:


'''easyrsa gen-dh'''
ВНИМАНИЕ! В конце файла есть дополнительные необязательные настройки, которые могут быть несовместимы с основным текстом конфигурации. Отредактируй файл myserver.conf:
    # topology subnet (топология подсеть) - это рекомендуемая топология на сегодняшний день;
    # она не используется по умолчанию в OpenVPN 2.3
    # по причинам обратной совместимости с конфигурациями эпохи 2.0.9.
    # Рекомендуется использовать топологию подсети и это безопасно, когда не существует старых/устаревших
    # клиентов, работающих под управлением OpenVPN 2.0.9 под управлением Windows.
    # Рекомендуется включать topology subnet в конфигурацию
    topology subnet
   
    # Порт который слушает сервер. Не забудьте проверить фаервол
    port 1194
   
    # Протокол взаимодействия клиента и сервера (рекомендуется udp)
    proto udp
   
    # Если вы переключили протокол на TCP, вам нужно будет изменить значение директивы
    # explicit-exit-notify с 1 на 0, так как эта директива поддерживается только UDP.
    # В противном случае TCP вызовет ошибки при запуске службы OpenVPN.
    explicit-exit-notify 1
   
    # Тип устройства для взаимосвязи
    # выбери tun (tunnel) для создания туннеля VPN уровня 3 (маршрутизируемый).
    # выбери tap (transport) для создания туннеля VPN уровня 2 (мост). Это упрощенное VPN соединение.
    # При настройке tap у вас могут быть компьютеры в одной ip-подсети (например, 10.0.0.0 / 24)
    # на обоих концах vpn, и они смогут "разговаривать" друг с другом напрямую
    # без каких-либо изменений в их таблицах маршрутизации.
    # Режим маршрутизации также предоставляет более широкие возможности для выборочного контроля прав доступа в
    # зависимости от конкретного клиента.
    # Рекомендую использовать режим dev tun, если вам не нужна конкретная функция,
    # требующая подключения, например:
    # VPN должна быть способна обрабатывать протоколы, отличные от IP, такие как IPX,
    # вы запускаете приложения через VPN, которые полагаются на сетевые
    # трансляции (например, игры по локальной сети),
    # или вы хотели бы разрешить просмотр общих файловых ресурсов
    # Windows через VPN без настройки сервера Samba или WINS.
    # Далее продолжим для dev tun.
    dev tun
   
    # Не рекомендуется использовать сжатие. В прошлом это уже приводило
    # к компрометации ключей из-за повреждений при распаковке.
    # Отключите comp-lzo как на сервере так и на клиенте (см. оф. документацию к openvpn).
    comp-lzo no
   
    # Укажи местоположение корневого сертификата центра сертификации
    ca  /etc/openvpn/keys/ca.crt
   
    # Если ранее вы указали другое имя в команде ./easyrsa gen-req server,
    # измените строки cert и key, чтобы указать соответствующие файлы .crt и .key.
    # Укажи местоположение сертификата сервера и ключа
    cert /etc/openvpn/keys/myserver.crt
    key  /etc/openvpn/keys/myserver.key  # Этот файл должен храниться в секрете!
   
    # Поскольку ранее было заявлено об использовании Elliptic Curve Cryptography (ECC),
    # нам не нужен сид файл Диффи-Хеллмана. Закомментируйте существующую строку
    # типа dh dh2048.pem или dh dh.pem, а под ней вставьте строку dh none,
    # тогда OpenVPN 2.4.0 и новее автоматически инициализирует параметры ecdh
    # из сертификата сервера (создан с помощью алгоритма 'ec').
    # Директива dh включает обмен ключами по алгоритму DH и проверку цифровой подписи RSA.
    # Отключив dh, тем самым включаем обмен ключами по ECDH и проверку цифровой подписи по ECDSA:
    dh none
   
    # Определи подсеть в которую будут попадать клиенты (подсеть будет создана автоматически)
    # сервер vpn будет раздавать клиентам адреса из этого пула
    server 172.16.90.0 255.255.255.0
   
    # Включаем ccd вместо глобального push route. В данном случае маршрут клиенту задается персонально.
    # В данном случае push "route *.*.*.* *.*.*.*" директивы нужно закомментировать!
    # Укажи использование персональных конфигураций (рекомендую всегда так делать)
    ccd-exclusive
   
    # Укажи место где располагаются файлы с персональными конфигурациями
    client-config-dir /etc/openvpn/ccd
   
    # Маршрутизировать весь трафик пользователей через Openvpn сервер
    push "redirect-gateway def1 bypass-dhcp"
   
    # Посылать пинг пакет клиенту каждые 10 секунд. Если он не ответит за 120 секунд, туннель перезапустится.
    keepalive 10 120
   
    # Директива tls-auth (устарел) добавляет дополнительную подпись HMAC ко всем пакетам рукопожатия SSL/TLS
    # для проверки целостности. Любой UDP-пакет, не имеющий правильной подписи HMAC,
    # может быть отброшен без дальнейшей обработки. Подпись в tls-auth HMAC обеспечивает дополнительный
    # уровень безопасности
    # Дополнительная защита для DoS атак и флудинга портов UDP
    # tls-auth /etc/openvpn/keys/ta.key 0 # Это общий секретный ключ
    # Директива tls-crypt является усилением tls-auth и включает в себя те же процедуры
    # описанные при tls-auth и дополнительно включает шифрование данных в канале управления.
    # Используем общий групповой ключ как для tls-auth:
    tls-crypt /etc/openvpn/keys/ta.key 0 # Это общий секретный ключ
   
    # OpenVPN автоматически поддерживает любой шифр, который поддерживается библиотекой OpenSSL,
    # и поэтому может поддерживать шифры, использующие большие размеры ключей.
    # Стандартное значение AES-256-CBC обеспечивает нормальное шифрование,
    # но AES-256-GCM надежнее, производительнее и хорошо поддерживается.
    cipher AES-256-GCM
   
    # Выберите алгоритм аутентификации, алгоритм обработки сообщений HMAC.
    auth SHA256
   
    # Чтобы OpenVPN запускался без привилегий,
    # найдите настройки user и group и удалите “;” в начале этих строк:
    # Alt linux рекомендует устанавливать пользователя и группу openvpn
    user openvpn
    group openvpn
   
    # Указывает серверу не перечитывать ключи клиента при каждом перезапуске туннеля
    persist-key
   
    # Указывает серверу не открывать устройство tun при каждом перезапуске туннеля
    persist-tun
   
    # Записывать в журнал состояние сервер
    # Укажите путь к файлу
    status /var/log/openvpn/openvpn-status.log
   
    # Режим до записи основного журнала сервера
    # Укажите путь к файлу
    log-append  /var/log/openvpn/openvpn.log
   
    # Включить проверку списка отзывов с указанием его местоположения
    crl-verify /etc/openvpn/server/crl.pem
   
    # Подробность журналов
    verb 3
   
    # ДАЛЕЕ ОПЦИОНАЛЬНЫЕ НАСТРОЙКИ, КОТОРЫЕ МОГУТ НЕ СОЧЕТАТЬСЯ С ВЫШЕ ПРЕДСТАВЛЕННОЙ КОНФИГУРАЦИЕЙ:
   
    # Ниже найдите раздел dhcp-option. Удалите “;” в начале строк, чтобы раскомментировать их:
    # эти строки позволят клиентам использовать OpenDNS резолверы по перечисленным IP-адресам
    # Если вы предпочитаете другие резолверы, укажите их здесь
    # Это должно помочь клиентам переконфигурировать DNS для использования туннеля VPN в качестве
    # шлюза по умолчанию
    push "dhcp-option DNS 208.67.222.222"
    push "dhcp-option DNS 208.67.220.220"
   
    # Не рекомендую использовать местный DNS, windows пользователи не стабильно работают с DNS через openvpn
    # Если вы все же хотите использовать DNS в локальной сети, то настройте DNS сервер на этой машине
    # например, используя встроенный dnsmasq и обслуживайте VPN клиентов этим DNS сервером.
    push "dhcp-option DNS 10.10.10.10"
    push "dhcp-option DOMAIN test.ru"
   
    # Глобальное объявление маршрутов для клиента VPN
    push "route 172.16.0.0 255.255.0.0"


Создание ключа занимает некоторое продолжительное время.
Если нужны несколько экземпляров сервера openvpn, указывайте разные файлы в параметрах <tt>status</tt>, <tt>log-append</tt>, <tt>ifconfig-pool-persist</tt> и <tt>client-config-dir</tt>, например, с именем экземпляра в префиксе.


Если вы собирайтесь использовать конфигурацию сервера без CCD, используйте в конфигурации сервера ifconfig-pool-persist:
    ifconfig-pool-persist /var/log/openvpn/ipp.txt


Проверим содержание каталога pki
В файле ipp.txt сервер OpenVPN запишет ip адрес который был назначен клиенту.
Адреса в файле появляются после подключения пользователя и последующего перезапуска сервера openvpn.


'''ls -l ./pki'''
=== Шаг 7 - конфигурация сети сервера OpenVPN ===
итого 28
-rw------- 1 root root 1151 авг 27 09:32 ca.crt
drwx------ 2 root root 4096 авг 27 09:32 certs_by_serial
-rw------- 1 root root  424 авг 27 09:38 dh.pem
-rw------- 1 root root    0 авг 27 09:32 index.txt
drwx------ 2 root root 4096 авг 27 09:32 issued
drwx------ 2 root root 4096 авг 27 09:32 private
drwx------ 2 root root 4096 авг 27 09:28 reqs
-rw------- 1 root root    3 авг 27 09:32 serial
* '''ca.crt '''- сертификат корневого центра сертификации


* '''dh.pem''' - ключ Диффи-Хелмана
Разрешаем сквозной трафик через сервер. Для NetworkManager на базе (etcnet) включается в файле <tt>/etc/net/sysctl.conf</tt>.
Установи значение "1" для параметра ip_forward в файле <tt>/etc/net/sysctl.conf</tt>:
    net.ipv4.ip_forward = 1


* '''./private/ca.key''' - секретный ключ центра сертификации
Для NetworkManager (native) нужно редактировать /etc/sysctl.conf


=== Шаг 8 - настройки фаервола на ALT Linux ===


<u>'''Ключи сервера.'''</u>
Следующим шагом нужно настроить фаервол. Вносить изменения в фаервол нужно делать каждый раз, когда вы создаете новую клиентскую конфигурацию. Инструкцию по установке и работе смотрите на странице посвященной [[UFW|UFW]] (собран в Sisyphus с 04.05.2023).  


Создать запрос на сертификат для сервера OVPN. Обращаю внимание, что сертификат будет не зашифрован (запаролен), за это отвечает параметр <tt>nopass</tt>, иначе при каждом старте OpenVPN будет запрашивать этот пароль:
Пример. Как разрешить подключение ssh и openvpn в ufw, где адрес сервера локальной сети 172.16.2.2:
    ufw allow log proto tcp from 172.16.1.2 to 172.16.2.2 port 22 comment admin-ssh
    ufw allow log proto udp from any to 172.16.2.2 port 1194 comment openvpn


'''easyrsa gen-req vpn-server nopass'''
Пример. Как разрешить сквозной трафик от клиента client1 с адресом 172.16.90.2 к сети 172.16.3.0/24 по порту 80 и 443:
Generating a 2048 bit RSA private key
    ufw route allow proto tcp from 172.16.90.2 to 172.16.3.0/24 port 80,443 comment client1
....................................................+++
..............+++
writing new private key to '/root/pki/private/vpn-server.key'
<nowiki>-----</nowiki>
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.
<nowiki>-----</nowiki>
Common Name (eg: your user, host, or server name) [vpn-server]:vpn-server
Keypair and certificate request completed. Your files are:
req: /root/pki/reqs/vpn-server.req
key: /root/pki/private/vpn-server.key


Создать сам сертификат сервера OVPN:
Пример. Аналогичная настройка для встроенного стандартного iptables:
    *filter
    :OUTPUT ACCEPT
    :INPUT DROP
    -A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
    -A INPUT -m conntrack --ctstate INVALID -j DROP
    #lo
    -A INPUT -s 127.0.0.0/24 -i lo -j ACCEPT
    #ovpn
    -A INPUT -i ens160 -p udp -m udp --dport 1194 -j ACCEPT
    #ssh
    -A INPUT -i ens160 -s 172.16.1.2 -p tcp -m tcp --dport 22 -j ACCEPT
    #ntp
    -A INPUT -i ens160 -p tcp -m tcp --dport 123 -j ACCEPT
    -A INPUT -i ens160 -p udp -m udp --dport 123 -j ACCEPT
    #icmp
    -A INPUT -p icmp -m icmp --icmp-type 3 -j ACCEPT
    -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
    -A INPUT -p icmp -m icmp --icmp-type 11 -j ACCEPT
    -A INPUT -p icmp -m icmp --icmp-type 12 -j ACCEPT
    :FORWARD DROP
    :openvpn-users -
    -A FORWARD -p tcp -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
    -A FORWARD -p udp --sport 53 -j ACCEPT
    -A FORWARD -p udp --dport 53 -j ACCEPT
    -A FORWARD -i tun0 -j openvpn-users
    -A FORWARD -o tun0 -j openvpn-users
    -A openvpn-users -s 172.16.90.2/32 -d 172.16.3.0/24 -p tcp -m multiport --dport 80,443 -j ACCEPT
    -A openvpn-users -s 172.16.3.0/24 -d 172.16.90.2/32 -p tcp -m multiport --sport 80,443 -j ACCEPT
    -A openvpn-users -j RETURN
    COMMIT


'''easyrsa sign-req server vpn-server'''
=== Шаг 9 - запуск службы ===
'''(client | server) - '''это параметр предположительно берущий настройки из файла /usr/share/easyrsa3/x509-types/'''server'''
Для запуска сервера используйте скрипт <tt>/etc/openvpn/openvpn-startup</tt>. Впишите в него указание для openvpn запускать сервер с конфигурации myserver.conf в фоне:
You are about to sign the following certificate.
    openvpn /etc/openvpn/server/myserver.conf &
Please check over the details shown below for accuracy. Note that this request
has not been cryptographically verified. Please be sure it came from a trusted
source or that you have verified the request checksum with the sender.
Request subject, to be signed as a server certificate for 3650 days:
subject=
    commonName                <nowiki>= \D0\BC\D0vpn-server</nowiki>
Type the word 'yes' to continue, or any other input to abort.
  Confirm request details: yes
Using configuration from /usr/share/easyrsa3/openssl-1.0.cnf
Enter pass phrase for /root/pki/private/ca.key:
Check that the request matches the signature
Signature ok
The Subject's Distinguished Name is as follows
commonName            :ASN.1 12:'\0xFFFFFFC3\0xFFFFFF90\0xFFFFFFC2\0xFFFFFFBC\0xFFFFFFC3\0xFFFFFF90vpn-server'
Certificate is to be certified until Aug 24 06:57:49 2025 GMT (3650 days)
Write out database with 1 new entries
Data Base Updated
Certificate created at: /root/pki/issued/vpn-server.crt


Скопировать полученные ключи в рабочий каталог openvpn и в конфиге сервера указать полный путь к ключам.  
В результате файл должен иметь вид:
    #!/bin/bash
    # Startup file for OpenVPN
    openvpn /etc/openvpn/server/myserver.conf &
    # Load tun module
    /sbin/modprobe tun >/dev/null 2>&1
    sleep 1s


'''cp ./pki/ca.crt /etc/openvpn/keys'''
Добавьте службу в автозапуск:
    systemctl enable openvpn


'''cp ./pki/issued/vpn-server.crt /etc/openvpn/keys'''
Запустите сервер:
    service openvpn start


'''cp ./pki/private/vpn-server.key /etc/openvpn/keys'''
Чтобы убедиться, что сервер запущен выполните команду:
    systemctl status openvpn


'''cp ./pki/dh.pem /etc/openvpn/keys'''
Проверить записи в файлах журналов на наличие ошибок. Исправьте все ошибки, если таковы имеются, затем продолжайте настройку дальше:
    journalctl -u openvpn


Для создания пары ключ/сертификат минуя создания запросов и подписи необходимо выполнить команду:
=== Шаг 10 - создание инфраструктуры для клиентской конфигурации ===
На шаге 5 была создана папка <tt>client-configs/keys</tt> теперь создадим в ней папку files. Эта папка предназначена для хранения <tt>*.ovpn</tt> файлов конфигурации.
    mkdir -p /etc/openvpn/client-configs/files/


'''easyrsa build-server-full vpn-server nopass '''- без пароля
Скопируем шаблон клиентской конфигурации.
    cp /usr/share/doc/openvpn/examples/sample-config-files/client.conf /etc/openvpn/client-configs/client.conf


'''easyrsa build-server-full vpn-server '''- с паролем
Отредактируем файл клиентской конфигурации <tt>/etc/openvpn/client-configs/client.conf</tt>:
    # Означает, что это конфигурация для клиента
    client
   
    # Установите здесь такое же значение как у сервера
    dev tun
   
    # Убедитесь, что взаимодействия с сервером совпадает в конфигурациях
    proto udp
   
    # Принудительно отключить сжатие
    comp-lzo no
   
    # Укажите внешний IP адрес в глобальной сети и (рекомендую) укажите нестандартный порт
    # убедитесь, что трафик с данного порта будет перенаправлен (операция NAT) на ip адрес сервера и порт,
    # указанный в конфигурации сервера
    remote 199.199.199.199 23111
   
    # Продолжайте бесконечно пытаться разрешить имя хоста сервера OpenVPN. Очень полезно на компьютерах,
    # которые не подключены постоянно к Интернету, таких как ноутбуки.
    resolv-retry infinite
   
    # Большинство клиентов не нуждаются в привязке к номеру исходящего порта
    nobind
   
    # Понизить привилегии после аутентификации клиента на сервере
    # затем раскомментируйте директивы user и group, удалив “;”:
    user openvpn
    group openvpn
   
    # Найдите директивы CA, CERT и KEY. ЗАКОММЕНТИРУЙТЕ их, т.к. сертификаты и ключи нужно добавить внутри
    # самого файла.
    ;ca ca.crt
    ;cert client.crt
    ;key client.key
   
    # Также ЗАКОММЕНТИРУЙТЕ директиву tls-auth. Файл ta.key будет добавляться прямо в конфигурационный файл клиента.
    ;tls-auth ta.key 1
   
    # Укажите аналогично строки ниже как на сервере
    persist-key
    persist-tun
   
    # Дает указание клиенту OpenVPN разрешать подключения только к VPN-серверу, у которого есть сертификат
    # с атрибутом EKU X.509
    remote-cert-tls server
   
    # Добавьте в конфигурацию key-direction в "1", это означает что будут использоваться файлы конфигурации ovpn.
    key-direction 1
   
    # Параметры cipher и auth должны быть в согласованном значении /etc/openvpn/server.conf.
    cipher AES-256-GCM
    auth SHA256
   
    # Уровень подробности ведения журналов
    verb 3


=== Шаг 11 - создание клиентских конфигураций ===
Небольшое отступление по поводу срока действия сертификата. Дело в том, что ранее был создан общий vars файл для создания сертификата сервера, в котором был указан срок действия 1800 дней. Когда придёт время обновить сертификат сервера, не забудьте про этот нюанс. Возможно вам следует разделить vars файлы на серверный и клиентский.
Если нужно изменить срок действия сертификата отредактируй параметр в <tt>/etc/openvpn/easy-rsa/vars</tt>:
    set_var EASYRSA_CERT_EXPIRE    365


<u>'''Ключи клиентам.'''</u>
Создадим файл make-config.sh для полуавтоматического создания пользовательской конфигурации <tt>*.ovpn</tt>. Данный скрипт сформирует пользовательский конфигурационный файл, который присоединит сертификат центра сертификации, сертификат пользователя, ключ пользователя и <tt>ta.key</tt> в <tt>*.ovpn</tt> файл (см. исходник).
    touch /etc/openvpn/client-configs/make-config.sh
    cd /etc/openvpn/client-configs
    chown root:root make-config.sh
    chmod 700 make-config.sh


Процесс создания ключей клиентам аналогичен созданию ключей для сервера.
Отредактируй <tt>make-config.sh</tt> файл:
    #!/bin/bash
    # Варианты использования:
    # 1) клиенту потребуется ввести пароль для аутентификации на сервере (рекомендуется): ./make-config.sh client1
    # 2) не потребуется вводить пароль: ./make-config.sh client1 nopass
    KEY_DIR=/etc/openvpn/client-configs/keys
    OUTPUT_DIR=/etc/openvpn/client-configs/files
    BASE_CONFIG=/etc/openvpn/client-configs/client.conf
    CLIENT_DIR=/etc/openvpn/easy-rsa/
    CA_DIR=/etc/openvpn/easy-rsa
   
    cd ${CA_DIR}
    echo "Creating a self-signed certificate $1..."
    echo | ${CA_DIR}/easyrsa build-client-full ${1} ${2}
    if [ $? -ne 0 ]
    then
            echo "Error on created"
            exit $?
    fi
    cp ${CA_DIR}/pki/private/${1}.key ${KEY_DIR}/
    cp ${CA_DIR}/pki/issued/${1}.crt ${KEY_DIR}/
    echo "Compiling config file..."
    cat ${BASE_CONFIG} \
        <(echo -e '<ca>') \
        ${KEY_DIR}/ca.crt \
        <(echo -e '</ca>\n\n<cert>') \
        ${KEY_DIR}/${1}.crt \
        <(echo -e '</cert>\n\n<key>') \
        ${KEY_DIR}/${1}.key \
        <(echo -e '</key>\n\n<tls-crypt>') \
        ${KEY_DIR}/ta.key \
        <(echo -e '</tls-crypt>') \
        | egrep -v "^\s*(#|$|;)" \
        > ${OUTPUT_DIR}/${1}.ovpn


Опционально. Создадим скрипт <tt>revoke.sh</tt>, который правильно удалит испорченные по той или иной причине файлы конфигурации с операцией отзыва сертификата. Вы можете использовать данный скрипт, чтобы выполнить отзыв сертификатов и удалить устаревшие файлы связанные с ними.
ВНИМАНИЕ! Используется упоминания о CCD. Если вы не используете ccd, закомментируйте операции связанные с ним.
    touch /etc/openvpn/client-configs/revoke.sh
    cd /etc/openvpn/client-configs
    chmod 700 revoke.sh


Создание запроса запароленного ключа для клиента (потребуется вводить при каждом подключении) с именем User:
Отредактируй файл <tt>revoke.sh</tt>:
    #!/bin/bash
    # for variant b)
    # Первый аргумент: идентификатор клиента
    # Например: ./revoke client1
    KEY_DIR=/etc/openvpn/client-configs/keys
    OUTPUT_DIR=/etc/openvpn/client-configs/files
    BASE_CONFIG=/etc/openvpn/client-configs/client.conf
    CA_DIR=/etc/openvpn/easy-rsa
    CCD=/etc/openvpn/ccd
    easyrsa=/etc/openvpn/easy-rsa/easyrsa
   
    echo "-----REVOKING-----"
    $easyrsa revoke ${1}
    echo "-----GEN-CRL-----"
    $easyrsa gen-crl
    echo "Updating index.txt"
    $easyrsa update-db
   
    rm ${OUTPUT_DIR}/${1}.ovpn
    echo "Removed:  ${OUTPUT_DIR}/${1}.ovpn"
    rm ${CA_DIR}/pki/reqs/${1}.req
    echo "Removed:  ${CA_DIR}/pki/reqs/${1}.req"
    rm ${CA_DIR}/pki/private/${1}.key
    echo "Removed: ${CA_DIR}/pki/private/${1}.key"
    rm ${CA_DIR}/pki/issued/${1}.crt
    echo "Removed: ${CA_DIR}/pki/issued/${1}.crt"
    rm ${CCD}/${1}
    echo "Removed: ${CCD}/${1}"


'''easyrsa gen-req User'''
=== Примеры использования скриптов ===
Генерация файла конфигурации ovpn с последующим заданием пароля профиля (рекомендуется), иначе любой кто получит доступ к ovpn файлу сможет войти по VPN в вашу сеть:
    cd /etc/openvpn/client-configs
    ./make-config.sh client1
    ls ~/client-configs/files
        client1.ovpn


Если авторизация будет внешней (например ADшная), то пароль не потребуется. Создание запроса без парольного ключа для клиента:
Отзыв сертификата и удаление остаточных файлов отзываемого сертификата:
    cd /etc/openvpn/client-configs
    ./revoke.sh client1


'''easyrsa gen-req User nopass'''
Отзыв сертификата вручную с помощью easyrsa выполняется в три действия:
    cd /etc/openvpn/easy-rsa
    # Отозвать сертификат client1
    ./easyrsa revoke client1
    # Обновить файл CRL
    ./easyrsa gen-crl
    # Обновить таблицу index.txt в /etc/openvpn/pki/index.txt
    ./easyrsa update-db


Создание ключа пользователя (по дефолту сроком на 10 лет):
На этом этапе настройка OpenVPN сервера завершена. Далее рекомендуется настроить fail2ban и настроить postfix для отправки автоматических оповещений сервера по электронной почте.


'''easyrsa sign-req client User'''
== Ссылки ==
[https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage community.openvpn.net]


'''(client | server) - '''это параметр предположительно берущий настройки из файла /usr/share/easyrsa3/x509-types/'''client'''
[https://linuxconfig.org/how-to-setup-a-openvpn-server-on-ubuntu-20-04 linuxconfig.org]


[https://www.digitalocean.com/community/tutorials/how-to-set-up-an-openvpn-server-on-ubuntu-18-04-ru digitalocean.com]


Или cоздание ключа пользователя с ограничением действия сертификата в 90 дней (после истечения срока можно только перевыпустить):
[https://losst.ru/nastrojka-openvpn-v-ubuntu losst.ru]


'''./easyrsa sign-req client User -days 90'''
[https://www.8host.com/blog/nastrojka-servera-openvpn-v-ubuntu-20-04/ 8host.com]


 
[https://hackware.ru/?p=5369 hackware.ru]
Клиенту передать эти файлы:
 
'''./pki/issued/User.crt'''
 
'''./pki/private/User.key'''
 
'''./pki/ca.crt'''
 
 
Для создания пары ключ/сертификат минуя создания запросов и подписи необходимо выполнить команду:
 
'''easyrsa build-client-full User nopass '''- без пароля
 
'''easyrsa build-client-full User '''- с паролем
 
 
<blockquote><u>'''Отзыв сертификатов'''</u></blockquote>
 
 
Генерация файла отозванных ключей:
 
'''easyrsa gen-crl'''
 
 
Сделать символическую ссылку в каталог с ключами (конечно, файл можно и скопировать, но придется делать каждый раз при отзыве сертификата):
 
'''ln -s /root/pki/crl.pem /var/lib/openvpn'''
 
 
В файл конфигурации openvpn сервера добавить строку
 
'''crl-verify crl.pem'''
 
 
Отзыв сертификата пользователя User:
 
'''easyrsa revoke User'''
 
 
Каждый раз при отзыве сертификата необходимо обновлять crl.pem, чтобы внести в него изменения:
 
'''easyrsa gen-crl'''
 
 
<u>Примечание: </u>
 
Одноименный файл ключа не может быть создан пока не отозван старый.
 
При попытке создать сертификат с уже имеющимся именем выдаст ошибку:
 
failed to update database
Easy-RSA error:
signing failed (openssl output above may have more detail)
 
 
<u>Некоторые замечания:</u>
 
Для исключения возможности mitm атаки, ошибка которого так выглядит в логах клиента:
 
WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
 
служит параметр '''remote-cert-tls server.'''
 
 
Список валидных и отозванных сертификатов можно посмотреть в файле '''./pki/index.txt.'''
 
Начало строки описания каждого сертификата начинается с букв V или R, что значит Valid и Revoked (действующий и отозванный)
 
 
При помощи OpenSSL можно создать свой собственный центр сертификации и не прибегать к услугам коммерческих центров и тем самым сэкономить немного денег.
 
В документации утверждается, что средства по созданию своего собственного центра сертификации были разработаны лишь в демонстрационных целях. Их никогда не планировалось использовать для работы в боевых условиях. Выдержка из документации:
 
''«Первоначальной цель утилиты ca - продемонстрировать на примере, как происходит подпись запроса в центре сертификации, и не предполагается ее использование в реальной жизни. Тем не менее, некоторые пользователи используют утилиту ca для подписи запросов»''
 
Для нечастого использования – средства OpenSSL вполне подходят, однако если вы хотите создать что-то более масштабное, необходимо развернуть серьезную инфраструктуру по управлению сертификатами.
 
=== Базовая настройка для P8 ===
Рассмотрим установку и настройку OpenVPN. Установим необходимые пакеты на сервере:
<pre># apt-get install openvpn</pre>
Для настройки OpenVPN сервера мы будем использовать образец файла конфигурации OpenVpn:
 
<pre>Скопируйте из /usr/share/doc/openvpn-2.4.4/server.conf в директорию /etc/openvpn/ для его редактирования и последующего запуска сервера VPN.</pre>
Скопированный на предыдущем этапе файл server.conf является вполне работоспособной конфигурацией. Ее достаточно для нормальной работы сервера. Только стоит обратить внимание на имена и пути файлов сертификата сервера (.crt) и его ключа (.key), а также сертификата CA (.crt).<br>
Начиная с версии 2.3 утилиту easy-rsa из пакета убрали, поэтому придется установить пакет отдельно:
<pre># apt-get install easy-rsa</pre>
Генерируем все необходимые ключи и сертификаты. Вводим для них пароли.
<pre>
easyrsa init-pki
easyrsa build-ca
easyrsa build-server-full server
easyrsa build-client-full client1
easyrsa gen-dh
</pre>
Переносим полученные ключи и сертификаты в каталог /etc/openvpn/keys/.
Далее запускаем сервер OpenVPN:
<pre>openvpn /etc/openvpn/server.conf</pre>
Сервер успешно запущен.<br>
Настроим openVPN клиент:
<pre>Скопируйте из /usr/share/doc/openvpn-2.4.4/client.conf в директорию /etc/openvpn/ для его редактирования и последующего запуска клиента VPN.
Так же не забываем скопировать раннее сгенерированные ключи и сертификаты в директорию /etc/openvpn/keys/ и указать их в client.conf.
</pre>
Открываем client.conf ищем строку remote и меняем ее на:
<pre>remote 10.10.3.87 1194
где 10.10.3.87 ip вашего vpn сервера.
</pre>
Запускаем клиент OpenVPN:
<pre>openvpn /etc/openvpn/client.conf</pre>
Клиент успешно запущен.<br>
Между клиентом и сервером получится виртуальная сеть. На этом настройка OpenVPN завершена.
[[Категория:ALT Linux Office Server]]
{{Category navigation|title=Системному администратору|category=Admin|sortkey={{SUBPAGENAME}}}}

Текущая версия от 11:21, 29 июня 2023

OpenVPN — свободная реализация технологии виртуальной частной сети (VPN) с открытым исходным кодом для создания зашифрованных каналoв типа точка-точка или клиент-сервер между компьютерами. Она позволяет устанавливать соединения между компьютерами, находящимися за NAT и сетевым экраном, без необходимости изменения их настроек. OpenVPN была создана Джеймсом Йонаном (James Yonan) и распространяется под лицензией GNU GPL.

Предисловие

Прежде чем начать, рекомендуется ознакомиться с особенностями работы OpenVPN на ALT Linux.

Размещение файлов:
  • /var/lib/openvpn/ — Корневой каталог после инициализации демона (chroot)
  • /var/lib/openvpn/etc/openvpn/ccd — Каталог, в котором размещаются файлы особых параметров для подключаемых клиентов (Client Config Directory)
  • /var/lib/openvpn/cache — Каталог для рабочих файлов после инициализации соединения. В файле конфигурации для таких файлов нужно писать путь /cache/файл
  • /etc/openvpn/ — Каталог с файлами настройки
  • /etc/openvpn/ccd — Символическая ссылка на /var/lib/openvpn/etc/openvpn/ccd (файлы доступны и до, и после chroot)
  • /etc/openvpn/keys/ — Каталог для хранения ключей (точнее, для информации ограниченного доступа)

Особенности конфигурации и работы сервера в ALT Linux

Каждый файл конфигурации по маске /etc/openvpn/*.conf является конфигурацией отдельного экземпляра демона openvpn. Для имени экземпляра берётся имя файла без суффикса ".conf".

Настройки стартового скрипта располагаются в файле /etc/sysconfig/openvpn, по умолчанию он устанавливает следующие переменные окружения: 

   CHROOT=yes
   OPENVPNUSER=openvpn
   OPENVPNGROUP=openvpn
   MANUAL=""

Стартовый скрипт /etc/init.d/openvpn может запускать и останавливать как все экземпляры демона, так и каждый по отдельности. Значение переменной MANUAL в /etc/sysconfig/openvpn указывает экземпляры, которые не нужно автоматически запускать при старте системы (и при запуске стартового скрипта без параметра).

Для ручного запуска (остановки, проверки) одного экземпляра в конце командной строки указываем имя экземпляра. Например, для экземпляра openvpn с конфигом /etc/openvpn/server.conf:


[root@kuvepus openvpn]# service openvpn start server
[root@kuvepus openvpn]# service openvpn status server

Когда запускаем сервис:
  • демон openvpn запускает скрипт /etc/openvpn/openvpn-startup
  • читает файлы *.conf указанные в /etc/openvpn/openvpn-startup из /etc/openvpn/
  • читает файлы dh, ca и ключи из папки указанной в конфигурационном файле сервера. Этот каталог доступен демону только при его запуске
  • выполняет chroot в /var/lib/openvpn/ и cd в /var/lib/openvpn/cache
  • понижает привилегии до пользователя openvpn, затем инициализирует работу с сетью.

Советы по устранению неполадок

Права доступа к файлам:
  • ключи должны быть доступны только root;
  • конфигурации клиентов должны быть доступны на чтение пользователю openvpn;
  • файл отзывов сертификатов CRL должны быть доступны на чтение пользователю openvpn.

Журналирование

Если вы используете UFW или iptables с журналированием, то вы сможете посмотреть блокировки в реальном времени с помощью команды: 

   journalctl -k -f

Посмотреть журналы openvpn в реальном времени: 

   journalctl -u openvpn -f

Файл CRL

Файл crl.pem нужно обновлять заранее, иначе если истечет срок действия файла crl.pem, то клиенты не смогут подключиться. В журналах работы сервера при этом увидите ошибки подключения клиентов и указание на проблему срока действия CRL: 

   VERIFY ERROR: depth=0, error=CRL has expired: CN=client1

Чтобы проверить последнюю дату обновления файла CRL используй команду: 

   openssl crl -inform PEM -in crl.pem -text -noout
   Last Update: Aug 26 13:30:36 2022 GMT
   Next Update: Sep 25 13:30:36 2023 GMT

Чтобы обновить CRL используй команду: 

   ./easyrsa gen-crl

Директива CCD

Ошибка в журнале следующего вида сообщает о том, что у вас включена директива ccd, но файл ccd для client1 отсутствует или не настроен: 

   TLS Auth Error: --client-config-dir authentification failed for common name 'client1' file='/etc/openvpn/ccd/client1'

Развертывание сервера OpenVPN

В данной статье OpenVPN сервер настраивается с использованием ECC (elliptic curve cryptography) шифрования, что требует обязательного использования следующих версий программного обеспечения: 

   openvpn 2.4.0 и выше 
   easyrsa 3.0 и выше
   openssl 1.0.1 и выше

Шаг 1 - установка openvpn и easy-rsa

Проверь обновления и установи обновления для своей системы.

   apt-get update ; apt-get dist-upgrade -y

Установи openvpn и easy-rsa.

   apt-get install openvpn easy-rsa

Установка openvpn создаст в папке /etc папку openvpn.
Установка easyrsa создаст в папке /usr/share папку easyrsa или easyrsa3 или easy-rsa. В нашем случае была создана папка easyrsa3.

Создай папку easy-rsa в папке openvpn. Здесь будет размещена инфраструктура открытых ключей (PKI), поэтому запрети всем кроме root войти в папку easy-rsa

   mkdir /etc/openvpn/easy-rsa
   chown root /etc/openvpn/easy-rsa
   chmod 700 /etc/openvpn/easy-rsa

Шаг 2 - инициализация PKI

Традиционными алгоритмами шифрования в OpenVPN является DH и RSA. Вместо этого, будет использоваться ECDH и ECDSA - протокол Диффи Хелмана на эллиптических кривых (ECC). Исследование показало[1], что ECDH и ECDSA обладает более высокой криптостойкостью в сравнении с DH и RSA , поэтому задействуем в настройке сервера алгоритмы шифрования ECDH и ECDSA. OpenVPN использует кривую автоматически из сертификата сервера сгенерированного с помощью ECDSA [2] при условии, что в конфигурации сервера директива dh отключена. Файл dh.pem не будет генерироваться. Если сгенерировать сертификат сервера на алгоритме RSA, то OpenVPN будет вынужден попытаться выполнить согласование алгоритмов. В случае ошибки согласования OpenVPN будет использовать secp384r1 в качестве запасного варианта при аутентификации. Прошу обратить внимание, что в данной статье создан один общий для всех vars файл, используемый для генерации сертификатов и ключей, поэтому сертификаты клиентов также будут настроены на использование шифрования с помощью ECC.

Cкопируй шаблон vars.example с параметрами по умолчанию для easyrsa и переименуй его в vars. Данный файл будет влиять на все созданные нами сертификаты и ключи шифрования, созданные далее. 

   cd /etc/openvpn/easy-rsa/
   cp /usr/share/easyrsa3/vars.example vars

Отредактируй файл /etc/openvpn/easy-rsa/vars. Найди нижеследующие строчки в файле и внеси изменения.

   # Размер секретного ключа в битах
   set_var EASYRSA_KEY_SIZE 4096
   
   # Включить поддержку криптографии эллиптической кривой (рекомендуется)
   set_var EASYRSA_ALGO "ec"
   
   # Настройки цифровой подписи сертификата
   set_var EASYRSA_DIGEST "sha512"
   
   # Срок действия всех выпущенных сертификатов в том числе и сервера в днях (1800 дней - это 4.9 лет)
   set_var EASYRSA_CERT_EXPIRE 1800
   
   # Число дней до следующей даты публикации CRL. 
   set_var EASYRSA_CRL_DAYS 365
   # crl.pem файл нужно обновлять заранее, 
   # иначе если истечет срок действия файла crl.pem, то клиенты не смогут подключиться 
   # В журналах работы сервера при этом увидите
   # ошибки подключения клиентов и указание на проблему срока действия CRL.
   # Чтобы проверить последнюю дату обновления файла CRL
   # используй команду: openssl crl -inform PEM -in crl.pem -text -noout
   # Last Update: Aug 26 13:30:36 2022 GMT
   # Next Update: Sep 25 13:30:36 2023 GMT
   # Чтобы обновить CRL используй команду: ./easyrsa gen-crl

Когда вы закончите работу с сертификатами сервера вы можете уменьшить срок действия сертификатов клиента. Просто измените EASYRSA_CERT_EXPIRE в любой момент в файле vars.

Приступим к инициализации PKI. На первом запуске, если не указать --vars, easyrsa установит значения по умолчанию, которые вшиты в программу easyrsa, в функции vars_setup(), поэтому запускаем инициализацию PKI с указанием местоположения файла vars:

   easyrsa --vars=/etc/openvpn/easy-rsa/vars init-pki

После инициализации инфраструктуры ключей, для надежности работы конфигурации шифрования, создадим ссылки на vars в нескольких местах (не во всех), где easyrsa ожидает его появления (см. функцию vars_setup() в программе easyrsa)
Создай ссылку на vars в папке с pki, т.к. easyrsa ищет файл vars в $PWD/pki

   ln -s /etc/openvpn/easy-rsa/vars /etc/openvpn/easy-rsa/pki/vars

В ALT Linux easyrsa расположен в /usr/bin. Создай ссылку на файл vars в /usr/bin/, т.к. easyrsa ищет файл vars рядом с easyrsa.

   ln -s /etc/openvpn/easy-rsa/vars /usr/bin/vars

Скрипт make-config.sh описанный на шаге создания клиентских конфигураций *.ovpn ищет easyrsa в папке /etc/openvpn/easy-rsa, там же у нас лежит файл vars, поэтому создай ссылку на программу easyrsa в этой папке. Создание данной ссылки на самом деле является адаптацией под семейство debian, т.к. в debian системах easyrsa не располагается в /usr/bin.

   ln -s /usr/bin/easyrsa /etc/openvpn/easy-rsa/

Шаг 3 - сертификат и ключ сервера

Рассмотрим несколько путей работы с сертификатами OpenVPN. В данной статье дальнейшие действия развиваются по варианту "Б" - наиболее распространенный вариант.

Вариант "А" предназначен для тех, кто собирается подписывать сертификаты ключом центра сертификации CA в организации, то есть любым уже имеющимся ca.key.

Преимущества и недостатки:
  • Ваша PKI намного лучше защищена, т.к. находится в отдельном защищенном месте (т.е. хранится не на той же машине, что и openvpn).
  • Единое управление всеми выпущенными сертификатами
  • В данной схеме можно задействовать общедоступный список CRL. Для отзыва сертификатов в вашей организации можно опубликовать список CRL на сервере nginx в локальной сети и организовать автоматическую проверку валидности сертификатов клиентов.
  • Для использования данной схемы потребуется уже имеющаяся PKI. Каждый раз при создании сертификатов клиента OpenVPN, вам придется подписывать их способом описным в данном варианте.
  • Это медленный способ, особенно, если ваш CA не подключен к сети и к нему нужно идти с флешкой в выделенное помещение.

Вариант "Б" предназначен для тех, у кого нет ca.key и хочет его создать либо просто для тех, кого устраивают самоподписанные сертификаты. Это легкий путь.

Вариант "A" - используем уже имеющийся центр сертификации

Внимание! Для применения варианта "А" возможно потребуется изменение конфигурации не описанных здесь. Представлен для ознакомления.


Шаг А.1 - создание запроса на сертификат и закрытый ключ 

   cd /etc/openvpn/easy-rsa
   ./easy-rsa gen-req myserver nopass
   
   Common Name (eg: your user, host, or server name) [server]:
   Keypair and certificate request completed. Your files are:
   req: /home/host/easy-rsa/pki/reqs/myserver.req
   key: /etc/openvpn/easy-rsa/pki/private/myserver.key
   
   cp /etc/openvpn/easy-rsa/pki/private/myserver.key /etc/openvpn/server/

На данном этапе был сгенерирован ключ и запрос на подпись сертификата для сервера. CSR готов к подписанию вашим CA.

Шаг А.2 - подпись запроса на сертификат 

   scp /etc/openvpn/easy-rsa/pki/reqs/myserver.req user@your-ca-server-ip:/tmp
   
   user@your-ca-server-ip:$ cd /easy-rsa
   ./easy-rsa import-req /tmp/myserver.req myserver
   ./easy-rsa sign-req server myserver
   
   You are about to sign the following certificate.
   Please check over the details shown below for accuracy. Note that this request
   has not been cryptographically verified. Please be sure it came from a trusted
   source or that you have verified the request checksum with the sender.
   Request subject, to be signed as a server certificate for 3650 days:
   subject=
   commonName = server
   Type the word 'yes' to continue, or any other input to abort.
   Confirm request details: yes
   . . .
   Certificate created at: /home/host/easy-rsa/pki/issued/myserver.crt

На данном этапе сертификат подписан, копируем назад на openvpn server 

   scp pki/issued/myserver.crt user@your-vpn-server-ip:/tmp
   scp pki/ca.crt user@your-vpn-server-ip:/tmp

Вариант "Б" - создать новый центр сертификации

Создадим центр сертификации. Обязательно введите сложный пароль. Данный пароль вам придется вводить каждый раз при подписывании сертификатов. 

   cd /etc/openvpn
   easyrsa build-ca

В результате будет создан центр сертификации и файлы ca.crt и ca.key, представляющие открытую и закрытую части сертификата SSL.

Создадим сертификат сервера без пароля, иначе вам придется каждый раз при перезапуске службы вводить пароль. 

   cd /etc/openvpn
   easyrsa build-server-full myserver nopass

Скопируем ключи сервера в папку keys. Здесь будут хранится ключи сервера и размещена ссылка на crl.pem 

   cp /etc/openvpn/easy-rsa/pki/ca.crt /etc/openvpn/keys/ca.crt
   cp /etc/openvpn/easy-rsa/pki/issued/myserver.crt /etc/openvpn/keys/myserver.crt
   cp /etc/openvpn/easy-rsa/pki/private/myserver.key /etc/openvpn/keys/myserver.key

Поправим права доступа к папке keys, чтобы пользователь группы openvpn не мог войти в эту папку. 

   cd /etc/openvpn
   сhown root:root /etc/openvpn/keys
   chmod 700 /etc/openvpn/keys

Шаг 4 - усиление защиты OpenVPN

По состоянию на 14.05.2023, почти все (кроме пункта о tls-crypt-v2) указанные в этом разделе рекомендации реализованы в конфигурации сервера и клиента. Раздел №4 об усилении защищенности установлен здесь раньше, чтобы вы заранее могли подготовиться и осмыслить то, как будет выглядеть итоговая конфигурация ваших клиентов и сервера.

Рекомендации по усилению защиты:

1) При конфигурировании сервера используй протокол UDP. Хотя OpenVPN позволяет использовать протокол TCP или UDP в качестве соединения с OpenVPN, протокол UDP обеспечит лучшую защиту от DoS-атак и сканирования портов, чем TCP.

2) При конфигурировании сервера настрой директиву user/group на использование группы openvpn/openvpn (как этого рекомендует Alt Linux). OpenVPN был очень тщательно разработан, чтобы разрешить удаление привилегий root после инициализации, и эта функция всегда должна использоваться в Linux/BSD/Solaris. Без привилегий root запущенный демон сервера OpenVPN представляет собой гораздо менее заманчивую цель для злоумышленника.

3) Используйте ключи шифрования большего размера.

4) Храните ca.key на отдельной изолированной машине.

5) Директива crl-verify заставляет сервер проверять сертификат клиента по списку отзыва сертификатов. Этот параметр не является обязательным. Если соответствующий CRL-файл отсутствует, OpenVPN зарегистрирует предупреждение в журналах вида и при этом соединение будет разрешено: 

   VERIFY WARNING: depth=0, unable to get certificate CRL

CRL (certificate revocation list, список отзыва сертификатов) используется, когда конкретный ключ был скомпрометирован, в то время когда ваш PKI не пострадал.

Предположим, у вас есть PKI, состоящий из центра сертификации, корневого сертификата и нескольких клиентских сертификатов. Предположим, был украден компьютер, содержащий клиентский ключ и сертификат. Добавив украденный сертификат в CRL-файл, тем самым отозвав сертификат, вы могли бы отклонить любое соединение, которое пытается его использовать, сохранив при этом общую целостность PKI.

Единственный случай, когда потребовалось бы перестроить весь PKI с нуля, - это если бы сам ключ корневого сертификата ca.key был скомпрометирован.

CRL-файл считывается каждый раз при подключении клиента. Если вы сбрасываете привилегии root с помощью --user, а в этой статье мы именно так и делаем, убедитесь, что у этого пользователя достаточно привилегий для чтения файла.

Создадим CRL список отзыва сертификатов: 

   cd /etc/openvpn/easy-rsa
   ./easyrsa gen-crl

В результате выполнения команды сгенерируется файл crl.pem по пути /etc/openvpn/easy-rsa/pki/ Вы можете хранить файл crl.pem где угодно. Для того, чтобы этот файл начал исполнять свою роль необходимо чтобы пользователь user/group указанный в конфигурации сервера имел доступ на чтение к этому файлу. Скопируем crl.pem в папку server: 

   cp /etc/openvpn/easy-rsa/pki/crl.pem /etc/openvpn/server/crl.pem

Создайте ссылку на crl.pem положи её в keys: 

   ln -s /etc/openvpn/server/crl.pem /etc/openvpn/keys/

Настрой доступ к файлу crl.pem, чтобы клиенты могли проверять список отозванных сертификатов. Файл crl.pem должен быть доступен пользователю, который указан в параметрах user/group в конфигурации сервера (описан в шаге №6 настройки сервера). По умолчанию ALT Linux предлагает использовать пользователя openvpn: 

   chown root:openvpn /etc/openvpn/server/crl.pem
   chmod 640 /etc/openvpn/server/crl.pem

6) Если клиенты не проверяют сертификат сервера, к которому они подключаются, создается потенциальная возможность реализации mitm атаки. Убедитесь, что ваши клиенты принудительно проверяют сертификат сервера. Создайте свои серверные сертификаты с помощью скрипта build-key-server (дополнительную информацию смотрите в документации easy-rsa). Это позволит определить сертификат как сертификат только для сервера, установив правильные атрибуты. Затем используйте следующую строку в конфигурацию вашего клиента: 

   remote-cert-tls server

7) Протокол OpenVPN использует 2 канала связи во время сеанса VPN:

  • канал управления (control channel), в котором происходит аутентификация, согласование ключей, согласование конфигураций;
  • канал данных (data channel) в котором шифруются и происходит обмен данными.

Директива tls-auth (устарел) добавляет дополнительную подпись HMAC ко всем пакетам подтверждения связи SSL/TLS для проверки целостности в канале управления. Любой UDP-пакет, не имеющий правильной подписи HMAC, может быть удален без дальнейшей обработки. Подпись HMAC tls-auth обеспечивает дополнительный уровень безопасности, превышающий тот, который обеспечивается SSL/TLS. Директива tls-auth включает подписывание общим групповым ключом и проверку пакетов в канале управления (control channel). Он может защитить от следующих атак произведенных неавторизованными пользователями:

  • DoS-атаки или затопление UDP-порта OpenVPN.
  • Сканирование портов, чтобы определить, какие UDP-порты сервера находятся в состоянии прослушивания.
  • Уязвимости переполнения буфера в реализации SSL/TLS.
  • Инициирование рукопожатия SSL/TLS с неавторизованных компьютеров (хотя такие рукопожатия в конечном итоге не смогут аутентифицировать, tls-auth может отключить их на гораздо более раннем этапе).

Использование tls-auth требует, чтобы вы сгенерировали общий секретный ключ ta.key, который используется в дополнение к стандартному сертификату/ключу ECDSA/RSA. Один и тот же ключ должен быть и у клиентов, и у сервера.

Сгенерируем общий секретный ключ ta.key: 

   cd /etc/openvpn/easy-rsa/pki/
   openvpn --genkey secret ta.key

Скопируй ta.key в папку keys: 

   cp /etc/openvpn/easy-rsa/pki/ta.key /etc/openvpn/keys/ta.key

8) Директива tls-crypt (используется в конфигурации, для настройки смотри директиву tls-auth) - это развитие идеи tls-auth, в котором общий групповой ключ используется не только для аутентификации пакетов, но и для шифрования данных управляющего канала (control channel). TLS-crypt улучшает аутентификацию TLS, добавляя симметричное шифрование к каналу управления. В отличие от tls-auth, tls-crypt не требует от пользователя установки key-direction. Она настраивается аналогичным образом как tls-auth. Защищает от атак неавторизованными пользователями:

  • Скрывает TLS сертификат.
  • Затрудняет обнаружение трафика openvpn для стороннего наблюдателя.
  • Простой вариант защиты от квантовых атак на TLS криптоалгоритмы.

9) Директива tls-crypt-v2 (не задействована в конфигурации) - это развитие tls-crypt. Главным отличием от tls-crypt является то, что tls-crypt-v2 использует уникальный ключ для каждого клиента в отдельности, а не общий групповой ключ ta.key.

10) VPN-туннели, в которых используется сжатие, восприимчивы к вектору атаки VORALCE. В конфигурации сервера отключите директиву отвечающую за сжатие данных (доп. см. оф. документацию к openvpn): 

  comp-lzo no

Шаг 5 - генерация сертификатов и ключей клиентов

Создадим папку, которая будет содержать конфигурации клиентов. 

   cd /etc/openvpn/
   mkdir -p client-configs/keys/
   chmod -R 700 client-configs

Рассмотрим несколько вариантов создания клиентской конфигурации:

  • Вариант "А" - с подписыванием через внешний CA. Далее вы можете скомбинировать это решение с вариантом "Б" и "В".
  • Вариант "Б" - используем самоподписаные сертификаты (для клиентов Linux)
  • Вариант "В" - файлы конфигурации OVPN (для клиентов Windows и Linux)

В данной статье дальнейшие действия развиваются по варианту "В".

Вариант "А" - с подписыванием через внешний CA

Внимание! Для применения варианта "А" возможно потребуется изменение конфигурации не описанных здесь. Представлен для ознакомления.


Создадим запрос на сертификат для клиента user1. 

   cd /etc/openvpn/easy-rsa
   ./easyrsa gen-req user1

Скопируем ключ клиента в папку с ключами клиентских конфигураций. Затем скопируем запрос на сертификат на сервер центра сертификации. 

   cp pki/private/user1.key /etc/openvpn/client-configs/keys/
   scp pki/reqs/user1.req user@your-ca-server-ip:/tmp

Подпишем запрос клиента на сервере CA. 

   user@your-ca-server-ip:$
   cd /etc/openvpn/easy-rsa/
   ./easy-rsa import-req /tmp/user1.req user1
   ./easyrsa sign-req client user1

Скопируем, в результате операции подписания, сертификат клиента обратно на сервер VPN. 

   scp pki/issued/user1.crt user@your-vpn-server-ip:/tmp

Скопируй сертификат клиента в папку keys клиентских конфигураций. 

   user@your-vpn-server-ip:$
   cp /tmp/user1.crt /etc/openvpn/client-configs/keys/
   cp /etc/openvpn/easy-rsa/ta.key /etc/openvpn/client-configs/keys/
   cp /etc/openvpn/server/ca.crt /etc/openvpn/client-configs/keys/
   chown user:user /etc/openvpn/client-configs/keys/*

Вариант "Б" - самоподписаные сертификаты

Внимание! Для применения варианта "Б" возможно потребуется изменение конфигурации не описанных здесь. Представлен для ознакомления.


Создадим самоподписанный сертификат клиента user1. Скопируй сертификат клиента в папку keys клиентских конфигураций. 

   cd /etc/openvpn/easy-rsa
   ./easyrsa build-client-full user1
   cp /etc/openvpn/easy-rsa/pki/issued/user1.crt /etc/openvpn/client-configs/keys/
   cp /etc/openvpn/easy-rsa/pki/private/user1.key /etc/openvpn/clients-configs/keys/

Вариант "В" - файлы конфигурации OVPN

Для скрипта make-config.sh который создает пользовательские конфигурации создайте ссылки на файлы: 

   ln -s /etc/openvpn/keys/ca.crt /etc/openvpn/client-configs/keys/
   ln -s /etc/openvpn/keys/ta.key /etc/openvpn/client-configs/keys/

Рекомендую, по возможности, всегда использовать client-config-dir (ccd) в openvpn. CCD нужен для того, чтобы дать пользователю доступ к конкретной сети и другие персональные настройки, вместо того, чтобы всем пользователям диктовать настройки заданные глобально в конфигурации сервера. В ALT Linux папка ccd уже создана. В случае использования ccd, для персональной маршрутизации и присвоения конкретного ip адреса клиенту проверьте наличие ccd в папке /etc/openvpn. 

   cd /etc/openvpn/
   ln -s /var/lib/openvpn/etc/openvpn/ccd /etc/openvpn/ccd

Шаг 6 - настройка сервера OpenVPN

Пришло время настроить сервис OpenVPN. При этом используются созданные ранее учетные данные и файлы. В данном разделе будет показано, как настроить OpenVPN по образцу, который включен в документацию проекта. Для начала нужно скопировать образец файла server.conf OpenVPN в каталог конфигурации, чтобы его можно было использовать в качестве основы для новых конфигураций. Openvpn может обслуживать несколько VPN серверов одновременно, поэтому различайте названия конфигурационных файлов для каждого сервера. Скопируй шаблон конфигурации сервера и назовите файл server.conf согласно названию вашего сертификата myserver.crt созданный на шаге 5. 

   cp /usr/share/doc/openvpn-2.5.6/server.conf /etc/openvpn/server/myserver.conf

В конфигурации сервера используется параметр ccd. Параметр ccd влияет на работу OpenVPN следующим образом:

  1. подключается пользователь user123
  2. openvpn начинает искать персональный файл /etc/openvpn/ccd/user123
  3. после прочтения конфига ccd, пользователь получает указанный ip и маршрут к заданной в ccd сети
  4. содержание /etc/openvpn/ccd/user123 может быть таким:
   ifconfig-push 172.16.90.14 255.255.255.0
   push "route 172.16.0.32 255.255.255.224"

Создайте папку для хранения файлов журналов: 

   mkdir -p /var/log/openvpn
   chmod 700 /var/log/openvpn

ВНИМАНИЕ! В конце файла есть дополнительные необязательные настройки, которые могут быть несовместимы с основным текстом конфигурации. Отредактируй файл myserver.conf: 

   # topology subnet (топология подсеть) - это рекомендуемая топология на сегодняшний день;
   # она не используется по умолчанию в OpenVPN 2.3 
   # по причинам обратной совместимости с конфигурациями эпохи 2.0.9. 
   # Рекомендуется использовать топологию подсети и это безопасно, когда не существует старых/устаревших
   # клиентов, работающих под управлением OpenVPN 2.0.9 под управлением Windows.
   # Рекомендуется включать topology subnet в конфигурацию
   topology subnet
   
   # Порт который слушает сервер. Не забудьте проверить фаервол
   port 1194
   
   # Протокол взаимодействия клиента и сервера (рекомендуется udp)
   proto udp
   
   # Если вы переключили протокол на TCP, вам нужно будет изменить значение директивы 
   # explicit-exit-notify с 1 на 0, так как эта директива поддерживается только UDP. 
   # В противном случае TCP вызовет ошибки при запуске службы OpenVPN.
   explicit-exit-notify 1
   
   # Тип устройства для взаимосвязи 
   # выбери tun (tunnel) для создания туннеля VPN уровня 3 (маршрутизируемый).
   # выбери tap (transport) для создания туннеля VPN уровня 2 (мост). Это упрощенное VPN соединение.
   # При настройке tap у вас могут быть компьютеры в одной ip-подсети (например, 10.0.0.0 / 24) 
   # на обоих концах vpn, и они смогут "разговаривать" друг с другом напрямую 
   # без каких-либо изменений в их таблицах маршрутизации.
   # Режим маршрутизации также предоставляет более широкие возможности для выборочного контроля прав доступа в 
   # зависимости от конкретного клиента.
   # Рекомендую использовать режим dev tun, если вам не нужна конкретная функция, 
   # требующая подключения, например:
   # VPN должна быть способна обрабатывать протоколы, отличные от IP, такие как IPX,
   # вы запускаете приложения через VPN, которые полагаются на сетевые 
   # трансляции (например, игры по локальной сети), 
   # или вы хотели бы разрешить просмотр общих файловых ресурсов 
   # Windows через VPN без настройки сервера Samba или WINS.
   # Далее продолжим для dev tun.
   dev tun
   
   # Не рекомендуется использовать сжатие. В прошлом это уже приводило 
   # к компрометации ключей из-за повреждений при распаковке. 
   # Отключите comp-lzo как на сервере так и на клиенте (см. оф. документацию к openvpn).
   comp-lzo no
   
   # Укажи местоположение корневого сертификата центра сертификации
   ca   /etc/openvpn/keys/ca.crt
   
   # Если ранее вы указали другое имя в команде ./easyrsa gen-req server, 
   # измените строки cert и key, чтобы указать соответствующие файлы .crt и .key. 
   # Укажи местоположение сертификата сервера и ключа
   cert /etc/openvpn/keys/myserver.crt
   key  /etc/openvpn/keys/myserver.key  # Этот файл должен храниться в секрете!
   
   # Поскольку ранее было заявлено об использовании Elliptic Curve Cryptography (ECC), 
   # нам не нужен сид файл Диффи-Хеллмана. Закомментируйте существующую строку 
   # типа dh dh2048.pem или dh dh.pem, а под ней вставьте строку dh none,
   # тогда OpenVPN 2.4.0 и новее автоматически инициализирует параметры ecdh
   # из сертификата сервера (создан с помощью алгоритма 'ec').
   # Директива dh включает обмен ключами по алгоритму DH и проверку цифровой подписи RSA.
   # Отключив dh, тем самым включаем обмен ключами по ECDH и проверку цифровой подписи по ECDSA:
   dh none
   
   # Определи подсеть в которую будут попадать клиенты (подсеть будет создана автоматически)
   # сервер vpn будет раздавать клиентам адреса из этого пула
   server 172.16.90.0 255.255.255.0
   
   # Включаем ccd вместо глобального push route. В данном случае маршрут клиенту задается персонально.
   # В данном случае push "route *.*.*.* *.*.*.*" директивы нужно закомментировать!
   # Укажи использование персональных конфигураций (рекомендую всегда так делать)
   ccd-exclusive
   
   # Укажи место где располагаются файлы с персональными конфигурациями
   client-config-dir /etc/openvpn/ccd
   
   # Маршрутизировать весь трафик пользователей через Openvpn сервер
   push "redirect-gateway def1 bypass-dhcp"
   
   # Посылать пинг пакет клиенту каждые 10 секунд. Если он не ответит за 120 секунд, туннель перезапустится.
   keepalive 10 120
   
   # Директива tls-auth (устарел) добавляет дополнительную подпись HMAC ко всем пакетам рукопожатия SSL/TLS 
   # для проверки целостности. Любой UDP-пакет, не имеющий правильной подписи HMAC, 
   # может быть отброшен без дальнейшей обработки. Подпись в tls-auth HMAC обеспечивает дополнительный
   # уровень безопасности
   # Дополнительная защита для DoS атак и флудинга портов UDP
   # tls-auth /etc/openvpn/keys/ta.key 0 # Это общий секретный ключ
   # Директива tls-crypt является усилением tls-auth и включает в себя те же процедуры 
   # описанные при tls-auth и дополнительно включает шифрование данных в канале управления. 
   # Используем общий групповой ключ как для tls-auth:
   tls-crypt /etc/openvpn/keys/ta.key 0 # Это общий секретный ключ
   
   # OpenVPN автоматически поддерживает любой шифр, который поддерживается библиотекой OpenSSL, 
   # и поэтому может поддерживать шифры, использующие большие размеры ключей.
   # Стандартное значение AES-256-CBC обеспечивает нормальное шифрование, 
   # но AES-256-GCM надежнее, производительнее и хорошо поддерживается.
   cipher AES-256-GCM
   
   # Выберите алгоритм аутентификации, алгоритм обработки сообщений HMAC.
   auth SHA256
   
   # Чтобы OpenVPN запускался без привилегий, 
   # найдите настройки user и group и удалите “;” в начале этих строк:
   # Alt linux рекомендует устанавливать пользователя и группу openvpn 
   user openvpn
   group openvpn
   
   # Указывает серверу не перечитывать ключи клиента при каждом перезапуске туннеля
   persist-key
   
   # Указывает серверу не открывать устройство tun при каждом перезапуске туннеля
   persist-tun
   
   # Записывать в журнал состояние сервер
   # Укажите путь к файлу
   status /var/log/openvpn/openvpn-status.log
   
   # Режим до записи основного журнала сервера
   # Укажите путь к файлу
   log-append  /var/log/openvpn/openvpn.log
   
   # Включить проверку списка отзывов с указанием его местоположения
   crl-verify /etc/openvpn/server/crl.pem
   
   # Подробность журналов
   verb 3
   
   # ДАЛЕЕ ОПЦИОНАЛЬНЫЕ НАСТРОЙКИ, КОТОРЫЕ МОГУТ НЕ СОЧЕТАТЬСЯ С ВЫШЕ ПРЕДСТАВЛЕННОЙ КОНФИГУРАЦИЕЙ:
   
   # Ниже найдите раздел dhcp-option. Удалите “;” в начале строк, чтобы раскомментировать их:
   # эти строки позволят клиентам использовать OpenDNS резолверы по перечисленным IP-адресам 
   # Если вы предпочитаете другие резолверы, укажите их здесь
   # Это должно помочь клиентам переконфигурировать DNS для использования туннеля VPN в качестве
   # шлюза по умолчанию
   push "dhcp-option DNS 208.67.222.222"
   push "dhcp-option DNS 208.67.220.220"
   
   # Не рекомендую использовать местный DNS, windows пользователи не стабильно работают с DNS через openvpn
   # Если вы все же хотите использовать DNS в локальной сети, то настройте DNS сервер на этой машине
   # например, используя встроенный dnsmasq и обслуживайте VPN клиентов этим DNS сервером.
   push "dhcp-option DNS 10.10.10.10"
   push "dhcp-option DOMAIN test.ru"
   
   # Глобальное объявление маршрутов для клиента VPN
   push "route 172.16.0.0 255.255.0.0"

Если нужны несколько экземпляров сервера openvpn, указывайте разные файлы в параметрах status, log-append, ifconfig-pool-persist и client-config-dir, например, с именем экземпляра в префиксе.

Если вы собирайтесь использовать конфигурацию сервера без CCD, используйте в конфигурации сервера ifconfig-pool-persist: 

   ifconfig-pool-persist /var/log/openvpn/ipp.txt

В файле ipp.txt сервер OpenVPN запишет ip адрес который был назначен клиенту. Адреса в файле появляются после подключения пользователя и последующего перезапуска сервера openvpn.

Шаг 7 - конфигурация сети сервера OpenVPN

Разрешаем сквозной трафик через сервер. Для NetworkManager на базе (etcnet) включается в файле /etc/net/sysctl.conf. Установи значение "1" для параметра ip_forward в файле /etc/net/sysctl.conf: 

   net.ipv4.ip_forward = 1

Для NetworkManager (native) нужно редактировать /etc/sysctl.conf

Шаг 8 - настройки фаервола на ALT Linux

Следующим шагом нужно настроить фаервол. Вносить изменения в фаервол нужно делать каждый раз, когда вы создаете новую клиентскую конфигурацию. Инструкцию по установке и работе смотрите на странице посвященной UFW (собран в Sisyphus с 04.05.2023).

Пример. Как разрешить подключение ssh и openvpn в ufw, где адрес сервера локальной сети 172.16.2.2: 

   ufw allow log proto tcp from 172.16.1.2 to 172.16.2.2 port 22 comment admin-ssh
   ufw allow log proto udp from any to 172.16.2.2 port 1194 comment openvpn

Пример. Как разрешить сквозной трафик от клиента client1 с адресом 172.16.90.2 к сети 172.16.3.0/24 по порту 80 и 443: 

   ufw route allow proto tcp from 172.16.90.2 to 172.16.3.0/24 port 80,443 comment client1

Пример. Аналогичная настройка для встроенного стандартного iptables: 

   *filter
   :OUTPUT ACCEPT
   :INPUT DROP
   -A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
   -A INPUT -m conntrack --ctstate INVALID -j DROP
   #lo
   -A INPUT -s 127.0.0.0/24 -i lo -j ACCEPT
   #ovpn
   -A INPUT -i ens160 -p udp -m udp --dport 1194 -j ACCEPT
   #ssh 
   -A INPUT -i ens160 -s 172.16.1.2 -p tcp -m tcp --dport 22 -j ACCEPT
   #ntp
   -A INPUT -i ens160 -p tcp -m tcp --dport 123 -j ACCEPT
   -A INPUT -i ens160 -p udp -m udp --dport 123 -j ACCEPT
   #icmp
   -A INPUT -p icmp -m icmp --icmp-type 3 -j ACCEPT
   -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
   -A INPUT -p icmp -m icmp --icmp-type 11 -j ACCEPT
   -A INPUT -p icmp -m icmp --icmp-type 12 -j ACCEPT
   :FORWARD DROP
   :openvpn-users -
   -A FORWARD -p tcp -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
   -A FORWARD -p udp --sport 53 -j ACCEPT
   -A FORWARD -p udp --dport 53 -j ACCEPT
   -A FORWARD -i tun0 -j openvpn-users
   -A FORWARD -o tun0 -j openvpn-users
   -A openvpn-users -s 172.16.90.2/32 -d 172.16.3.0/24 -p tcp -m multiport --dport 80,443 -j ACCEPT
   -A openvpn-users -s 172.16.3.0/24 -d 172.16.90.2/32 -p tcp -m multiport --sport 80,443 -j ACCEPT
   -A openvpn-users -j RETURN
   COMMIT

Шаг 9 - запуск службы

Для запуска сервера используйте скрипт /etc/openvpn/openvpn-startup. Впишите в него указание для openvpn запускать сервер с конфигурации myserver.conf в фоне: 

   openvpn /etc/openvpn/server/myserver.conf &

В результате файл должен иметь вид: 

   #!/bin/bash
   # Startup file for OpenVPN
   openvpn /etc/openvpn/server/myserver.conf &
   # Load tun module
   /sbin/modprobe tun >/dev/null 2>&1
   sleep 1s

Добавьте службу в автозапуск: 

   systemctl enable openvpn

Запустите сервер: 

   service openvpn start

Чтобы убедиться, что сервер запущен выполните команду: 

   systemctl status openvpn

Проверить записи в файлах журналов на наличие ошибок. Исправьте все ошибки, если таковы имеются, затем продолжайте настройку дальше: 

   journalctl -u openvpn

Шаг 10 - создание инфраструктуры для клиентской конфигурации

На шаге 5 была создана папка client-configs/keys теперь создадим в ней папку files. Эта папка предназначена для хранения *.ovpn файлов конфигурации. 

   mkdir -p /etc/openvpn/client-configs/files/

Скопируем шаблон клиентской конфигурации. 

   cp /usr/share/doc/openvpn/examples/sample-config-files/client.conf /etc/openvpn/client-configs/client.conf

Отредактируем файл клиентской конфигурации /etc/openvpn/client-configs/client.conf: 

   # Означает, что это конфигурация для клиента
   client
   
   # Установите здесь такое же значение как у сервера
   dev tun
   
   # Убедитесь, что взаимодействия с сервером совпадает в конфигурациях
   proto udp
   
   # Принудительно отключить сжатие
   comp-lzo no
   
   # Укажите внешний IP адрес в глобальной сети и (рекомендую) укажите нестандартный порт
   # убедитесь, что трафик с данного порта будет перенаправлен (операция NAT) на ip адрес сервера и порт,
   # указанный в конфигурации сервера
   remote 199.199.199.199 23111
   
   # Продолжайте бесконечно пытаться разрешить имя хоста сервера OpenVPN. Очень полезно на компьютерах,
   # которые не подключены постоянно к Интернету, таких как ноутбуки.
   resolv-retry infinite
   
   # Большинство клиентов не нуждаются в привязке к номеру исходящего порта
   nobind
   
   # Понизить привилегии после аутентификации клиента на сервере
   # затем раскомментируйте директивы user и group, удалив “;”:
   user openvpn
   group openvpn
   
   # Найдите директивы CA, CERT и KEY. ЗАКОММЕНТИРУЙТЕ их, т.к. сертификаты и ключи нужно добавить внутри 
   # самого файла.
   ;ca ca.crt
   ;cert client.crt
   ;key client.key
   
   # Также ЗАКОММЕНТИРУЙТЕ директиву tls-auth. Файл ta.key будет добавляться прямо в конфигурационный файл клиента.
   ;tls-auth ta.key 1
   
   # Укажите аналогично строки ниже как на сервере
   persist-key
   persist-tun
   
   # Дает указание клиенту OpenVPN разрешать подключения только к VPN-серверу, у которого есть сертификат 
   # с атрибутом EKU X.509
   remote-cert-tls server
   
   # Добавьте в конфигурацию key-direction в "1", это означает что будут использоваться файлы конфигурации ovpn.
   key-direction 1
   
   # Параметры cipher и auth должны быть в согласованном значении /etc/openvpn/server.conf.
   cipher AES-256-GCM
   auth SHA256
   
   # Уровень подробности ведения журналов
   verb 3

Шаг 11 - создание клиентских конфигураций

Небольшое отступление по поводу срока действия сертификата. Дело в том, что ранее был создан общий vars файл для создания сертификата сервера, в котором был указан срок действия 1800 дней. Когда придёт время обновить сертификат сервера, не забудьте про этот нюанс. Возможно вам следует разделить vars файлы на серверный и клиентский. Если нужно изменить срок действия сертификата отредактируй параметр в /etc/openvpn/easy-rsa/vars: 

   set_var EASYRSA_CERT_EXPIRE     365

Создадим файл make-config.sh для полуавтоматического создания пользовательской конфигурации *.ovpn. Данный скрипт сформирует пользовательский конфигурационный файл, который присоединит сертификат центра сертификации, сертификат пользователя, ключ пользователя и ta.key в *.ovpn файл (см. исходник). 

   touch /etc/openvpn/client-configs/make-config.sh
   cd /etc/openvpn/client-configs
   chown root:root make-config.sh
   chmod 700 make-config.sh

Отредактируй make-config.sh файл: 

   #!/bin/bash
   # Варианты использования:
   # 1) клиенту потребуется ввести пароль для аутентификации на сервере (рекомендуется): ./make-config.sh client1
   # 2) не потребуется вводить пароль: ./make-config.sh client1 nopass
   KEY_DIR=/etc/openvpn/client-configs/keys
   OUTPUT_DIR=/etc/openvpn/client-configs/files
   BASE_CONFIG=/etc/openvpn/client-configs/client.conf
   CLIENT_DIR=/etc/openvpn/easy-rsa/
   CA_DIR=/etc/openvpn/easy-rsa
   
   cd ${CA_DIR}
   echo "Creating a self-signed certificate $1..."
   echo | ${CA_DIR}/easyrsa build-client-full ${1} ${2}
   if [ $? -ne 0 ]
   then
           echo "Error on created"
           exit $?
   fi
   cp ${CA_DIR}/pki/private/${1}.key ${KEY_DIR}/
   cp ${CA_DIR}/pki/issued/${1}.crt ${KEY_DIR}/
   echo "Compiling config file..."
   cat ${BASE_CONFIG} \
       <(echo -e '<ca>') \
       ${KEY_DIR}/ca.crt \
       <(echo -e '</ca>\n\n<cert>') \
       ${KEY_DIR}/${1}.crt \
       <(echo -e '</cert>\n\n<key>') \
       ${KEY_DIR}/${1}.key \
       <(echo -e '</key>\n\n<tls-crypt>') \
       ${KEY_DIR}/ta.key \
       <(echo -e '</tls-crypt>') \
       | egrep -v "^\s*(#|$|;)" \
       > ${OUTPUT_DIR}/${1}.ovpn

Опционально. Создадим скрипт revoke.sh, который правильно удалит испорченные по той или иной причине файлы конфигурации с операцией отзыва сертификата. Вы можете использовать данный скрипт, чтобы выполнить отзыв сертификатов и удалить устаревшие файлы связанные с ними. ВНИМАНИЕ! Используется упоминания о CCD. Если вы не используете ccd, закомментируйте операции связанные с ним. 

   touch /etc/openvpn/client-configs/revoke.sh
   cd /etc/openvpn/client-configs
   chmod 700 revoke.sh

Отредактируй файл revoke.sh: 

   #!/bin/bash
   # for variant b)
   # Первый аргумент: идентификатор клиента
   # Например: ./revoke client1
   KEY_DIR=/etc/openvpn/client-configs/keys
   OUTPUT_DIR=/etc/openvpn/client-configs/files
   BASE_CONFIG=/etc/openvpn/client-configs/client.conf
   CA_DIR=/etc/openvpn/easy-rsa
   CCD=/etc/openvpn/ccd
   easyrsa=/etc/openvpn/easy-rsa/easyrsa
   
   echo "-----REVOKING-----"
   $easyrsa revoke ${1}
   echo "-----GEN-CRL-----"
   $easyrsa gen-crl
   echo "Updating index.txt"
   $easyrsa update-db
   
   rm ${OUTPUT_DIR}/${1}.ovpn
   echo "Removed:  ${OUTPUT_DIR}/${1}.ovpn"
   rm ${CA_DIR}/pki/reqs/${1}.req
   echo "Removed:  ${CA_DIR}/pki/reqs/${1}.req"
   rm ${CA_DIR}/pki/private/${1}.key
   echo "Removed: ${CA_DIR}/pki/private/${1}.key"
   rm ${CA_DIR}/pki/issued/${1}.crt
   echo "Removed: ${CA_DIR}/pki/issued/${1}.crt"
   rm ${CCD}/${1}
   echo "Removed: ${CCD}/${1}"

Примеры использования скриптов

Генерация файла конфигурации ovpn с последующим заданием пароля профиля (рекомендуется), иначе любой кто получит доступ к ovpn файлу сможет войти по VPN в вашу сеть: 

   cd /etc/openvpn/client-configs
   ./make-config.sh client1
   ls ~/client-configs/files
       client1.ovpn

Отзыв сертификата и удаление остаточных файлов отзываемого сертификата: 

   cd /etc/openvpn/client-configs
   ./revoke.sh client1

Отзыв сертификата вручную с помощью easyrsa выполняется в три действия: 

   cd /etc/openvpn/easy-rsa
   # Отозвать сертификат client1
   ./easyrsa revoke client1
   # Обновить файл CRL
   ./easyrsa gen-crl
   # Обновить таблицу index.txt в /etc/openvpn/pki/index.txt
   ./easyrsa update-db

На этом этапе настройка OpenVPN сервера завершена. Далее рекомендуется настроить fail2ban и настроить postfix для отправки автоматических оповещений сервера по электронной почте.

Ссылки

community.openvpn.net

linuxconfig.org

digitalocean.com

losst.ru

8host.com

hackware.ru