Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » OpenVPN

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138

Открыть новую тему     Написать ответ в эту тему

WarlockNT



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Тема в Программах



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

Официальный сайт
Страница загрузки
OpenVPN GUI for Windows || The Windows installers are bundled with OpenVPN-GUI
Настройка OpenVPN сервера под Windows
Документация (на английском)
OpenVPN Windows HowTo (на английском)
OpenVPN HowTo (на русском)
Документация на русском
OpenVPN for PocketPC


FAQ
Генерация сертификатов и ключей - сертификаты и ключи нужны только при TLS-аутентификации (--tls-server или --tls-client)
Как прописать сертификаты прямо в конфиг клиента.
• Разрешить запуск и остановку службы openvpnservice обычным пользователям без прав администратора можно бесплатной утилитой svcadmin (см. "Демонстрационные программы", зеркало).

Всего записей: 210 | Зарегистр. 20-01-2003 | Отправлено: 07:48 01-08-2005 | Исправлено: shrmn, 11:53 29-05-2022
vertex4

Moderator
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
При этом на запрос "опционально - задайте пароль" старательно ввожу для всех клиентов и сервера уникальные пароли.  

Для этого надо открыть документацию) Скорее всего - пароль вводишь при создании ключа, запрос "A challenge password []:"

Цитата:
A challenge password []: Если вы решили ввести challenge password, то необходимо убедиться, что сохранили этот пароль в безопасном месте. Если вам понадобится когда-нибудь переустановить этот сертификат, то потребуется ввести этот пароль снова.  

@ отсюда
По второму вопросу - Авторизация по логину/паролю

----------
В любой инструкции пропущено самое важное - что делать, если это устройство или программа не работают

Всего записей: 10393 | Зарегистр. 29-01-2006 | Отправлено: 20:29 19-05-2020
MACTEP



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
dakke, поставь на винду openssl и работай с ним. Например так:
Код:
openssl rsa -in my_nopass.key -out my.key -aes256

В шапке ключа сразу всё будет видно, примерно так:

Код:
 
-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: AES-256-CBC,210B47831B89CA95170C4D14BA8F2827
 


Всего записей: 928 | Зарегистр. 11-04-2002 | Отправлено: 22:06 19-05-2020
dakke



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vertex4 Да, спасибо за подсказки.
Действительно, посмотрел Ссылка - challenge password - это, типа, старый вариант пароля на запрос на сертификат;  применяется только если захочешь перевыпустить этот же сертификат (что, вообще говоря, происходит практически никогда), так что не нужен.
 
А насчет логин пароля - нашел на той старнице, что ты дал, директиву auth-user-pass, правда, в оф.документации вариант только для линукса, но уже в гугле по поиску auth-user-pass нашел вариант установки парольной защиты для Виноуз -))  Ссылка  

Всего записей: 155 | Зарегистр. 04-05-2014 | Отправлено: 13:08 20-05-2020 | Исправлено: dakke, 13:10 20-05-2020
MACTEP



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
dakke, нужно понимать, что установив пароль на серверный ключ можешь оказаться в ситуации, когда туннель упал, а перезапустить ты сервис сможешь только введя руками пароль к приватному ключу. Что касается сертификатов и ключей для пользователей, то передавать их лучше всего в .pfx/.p12, например, почтой, а пароль через смс или любой мессенджер. А комбинировать авторизацию, устанавливая пароль на приватный ключ и еще в довесок логин/пароль... Ну не знаю. Офисный планктон запишет на бумажку и приклеит к монитору, а продвинутый и думающий пользователь сможет и с ключа пароль снять и авторизацию по login/password в файл конфига прописать, чтобы лишних движений не делать...  

Всего записей: 928 | Зарегистр. 11-04-2002 | Отправлено: 15:31 20-05-2020
dakke



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MACTEP  

Цитата:
нужно понимать, что установив пароль на серверный ключ можешь оказаться в ситуации, когда туннель упал, а перезапустить ты сервис сможешь только введя руками пароль к приватному ключу.  
 
У меня основной доступ к серверу через RDP -)) Через VPN - это для пользователей -))
 

Цитата:
А комбинировать авторизацию, устанавливая пароль на приватный ключ и еще в довесок логин/пароль... Ну не знаю

Согласен с тобой. На самом деле, почитав про связку сертификты+пароль, я понял,  что так делать не буду. Т.к. у всех пользователей стоит TrueCrupt и, в любом случае, рабочий день начинается с введения пароля на зашифрованный контейнер, где и хранятся все пароли (от банк-клиентов, сетевые и пр.), то я просто запихну папку config  в этот зашифрованный контейнер и путь пропишу.  Так что без ввода пароля от контейнера никто не получит доступ к сети -)
 

Цитата:
dakke, поставь на винду openssl и работай с ним. Например так:
Код:
openssl rsa -in my_nopass.key -out my.key -aes256  

 
Эту мысль пока не осилил, поэтому пока не комментирую -))  Чувствую, для этого придется еще и мануалы для openssl  прочитать -)))  Только от мануалов по openvpn отошел -))

Всего записей: 155 | Зарегистр. 04-05-2014 | Отправлено: 15:44 21-05-2020
MACTEP



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
dakke
Цитата:
Через VPN - это для пользователей

Так у них как раз и начнется истерика...

Цитата:
у всех пользователей стоит TrueCrupt

Совсем не по фэншую. Живой форк - VeraCrypt. А идея положить каталог config в криптоконтейнер, монтируемый, как диск, очень правильная.

Цитата:
Только от мануалов по openvpn отошел

Ну не в мир иной, верно ведь. =) Так что дерзай.
 
 
 

Всего записей: 928 | Зарегистр. 11-04-2002 | Отправлено: 17:44 21-05-2020
dakke



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Привет всем, уважаемые знатоки -)
Что-то не могу разобраться с внутренним пингом OpenVPN (параметр --ping) в среде Windows, похоже, что он не работает, что ли?
 
Ситуация такая:  запустил OpenVPN. Конфигурации простейшие:
=========== Сервер==========
mode server
port 12404
proto udp
dev tun
ca ca.crt
cert servervpn02.crt
key servervpn02.key
dh dh2048.pem
tls-auth ta.key 0
server 10.13.1.0 255.255.255.0
cipher AES-128-CBC
comp-lzo
max-clients 20
verb 1
mute 20
=======Клиент:=========
client
dev tun
proto udp
remote 192.168.9.21
port 12404
ca ca.crt
cert clientvpn0201.crt
key clientvpn0201.key
tls-auth ta.key 1
cipher AES-128-CBC
comp-lzo
verb 1
mute 20
===================
- сервер OpenVPN - на Windows Server 2008 x64, клиенты тоже на Windows (7 и 10).;
- запуск сервера и клиентов через OpenVPN GUI;
- инсталляторы скачаны с официального сайта (версии  2.4.8 и 2.4.9);
- на период тестирования брандмауэры на обоих компьютерах (и сервере и клиенте) отключил все;
- сами компьютеры находятся в одной сети, связанные коммутатором, т.е. никаких роутеров, файерволов и пр. между ними нет
 
Все работает, НО!  если нет никакого потока данных (передачи файлов), то каждые примерно 2 минуты клиент переподключается к серверу. Я это вижу в логах клиента (verb 1) как:
[servervpn02] Inactivity timeout (--ping-restart), restarting
Т.е. такое впечатление, что работает команда ping-restart, хотя в конфигурации этой команды нет!
Почитал Manual page, там написано: "In client mode, the --ping-restart parameter is set to 120 seconds by default. To disable the 120 second default, set --ping-restart 0 on the client."  120 сек это как раз похоже на 2 минуты.
Т.е. как я понимаю, это означает, что по умолчанию, даже если я не написал команду ping-restart в конфигурацию, она уже установлена в openvpn.exe, причем как ping-restart 120? Ну ладно.  Я поставил в конфигурации клиента ping-restart 0, переподключения клиента прекратились.  
 
Но, т.к.  ping-restart или keepalive, в принципе, полезная опция для переподключения при потере соединения или перезагрузке сервера, я бы хотел её иметь.
Убрал ping-restart 0 и добавил в конфигурацию (клиента) команду: ping 10
Казалось бы, теперь сам openvpn.exe посылает по каналу пинги через 10 сек. и, соответственно, ping-restart 120 (который по умолчанию работает) не должен срабатывать.  Но он все равно срабатывает!  Каждые две минуты я вижу в логе клиента  
[servervpn02] Inactivity timeout (--ping-restart), restarting
 
Пробовал в конфигурации (клиента) варианты:
"ping 10
ping-restart 60"
- перезапускается через иногда минуту, иногда 3 минуты
"keepalive 10 240" - перезапускается (правда, каждые минут 6-10, а не 4)
 
При этом, если я запускаю на клиентской машине обычный процесс CMD.exe и начинаю пинговать сервер ping -t 10.13.1.1 - то, пока пинги идут (полчаса, сутки) - openvpn не переподключается!
(повторюсь - брандмауры тупо отключены на всех машинах, сами компьютеры находятся в одной сети, связанные коммутатором, т.е. никаких роутеров, файерволов и пр. между ними нет)
 
Т.е. такое впечатление, что "собственный" ping OpenVPN не работает!  Или ping-restart не воспринимает его как "поток информации по каналу".
И получается, что, если поставить ping-restart 0  то, если сервер перезагрузится, то клиент не переподключается.  И более того - значок OpenVPN GUI горит зеленым, обманывая клиента, что как бы соединение есть, хотя на самом деле его нет!  А если убрать ping-restart 0, то идет постоянное переподключение (а из-за этого у меня 1С вылетает, т.к. в момент переподключения она пытается получить данные от сервера, их не получает и выдает ошибку)
 
А как у вас? "ping 10" + "ping-restart" тоже клиента постоянно переподключает?   Или это глюк Widdows-версии?  или это глюк версии 2.4.8, а на старых версиях пинг работает?  И как сделать keepalive без этих постоянных переподключений?

Всего записей: 155 | Зарегистр. 04-05-2014 | Отправлено: 14:02 14-06-2020 | Исправлено: dakke, 14:12 14-06-2020
dakke



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ну, в лучших традициях РуБорда - сам спросил, сам отвечу -))
 
Напомню, что проблема проявилась в том, что, если нет потока данных между сервером и клиентом, то клиент сам постоянно (каждые 2 мин) переподключается с записью в логе [servervpn02] Inactivity timeout (--ping-restart), restarting, хотя в самой конфигурации ни сервера, ни клиента не стоит команды ping-restart При этом, если даже в клиенте поставить команду  ping 10, то, даже при наличии пинга, будет происходить постоянное ping-restar через каждые 2 мин.
 
В общем, решение проблемы опытным путем найдено. На всякий случай, для гугла и грядущих поколений, привожу решение:
 
а) если в конфигурациях заменить proto udp   на proto tcp и в конфиге клиента поставить ping 10,  то это постоянное переподключение исчезает.  Т.е. глюк проявляется только на протоколе udp !
 
б)  для протокола udp    решение такое:
Чтобы не срабатывал ping-restart на клиенте, нужно поставить ping 10 (например, 10, хотя можно и 60, например)  не на клиенте, а на сервере !!
тогда:
а) клиент не будет перезапускаться постоянно, если нет потока данных
б) если все-таки произойдет прерывание канала по внешним причинам или перезапуск сервера - то клиент нормально перезапустится.
В мануале (верс.2.4) написано: "specify --ping on both peers to cause ping packets to be sent in both directions since OpenVPN ping packets are not echoed like IP ping packets"  Т.е., как я понял - пинг OpenVPN это не тот привычный пинг,  при котором удаленный хост ОТВЕЧАЕТ на посланный пинг, а только "пинг к удаленному хосту", без его ответа.  Поэтому, чтобы --ping-restart  на клиенте не срабатывал, нужно чтобы удаленный хост (в нашем случае - сервер)  посылал клиенту пинг.
При этом, если у нас один сервер и 10 клиентов, то достаточно на сервере написать ping 20 и сервер будет пинговать ВСЕХ клиентов.
 
В общем, логики я в этом нихера не вижу, почему сделано так замудрено не понимаю, но решение найдено.  
 

Всего записей: 155 | Зарегистр. 04-05-2014 | Отправлено: 15:42 11-07-2020 | Исправлено: dakke, 15:44 11-07-2020
selsky

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вам, нужно читать мануаль внимательнее, у клиентов OpenVPN у Мелкомягких, сплошные ограничения - приложению запрещено управлять сетевыми подключениями - по-этому у клиента нужно прописать, дополнительные параметры:
ip-win32 netsh
ip-win32 ipapi
 
--------------------------
 
P.S. Ну его нафиг, этот уродский софт от Гейтса - одно имя его чего стоит...

Всего записей: 10 | Зарегистр. 02-06-2007 | Отправлено: 19:58 28-07-2020
Maregidonn

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подробнее...

Всего записей: 2 | Зарегистр. 10-08-2020 | Отправлено: 22:06 10-08-2020
yuris

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Maregidonn
Tor: распределенная система анонимного серфинга
Обход корпоративных/провайдерских блокировок (2)

Всего записей: 383 | Зарегистр. 19-11-2001 | Отправлено: 08:38 11-08-2020
Maregidonn

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
yuris спасибо)

Всего записей: 2 | Зарегистр. 10-08-2020 | Отправлено: 20:23 11-08-2020
Ghosting4469



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Никто не сталкивался после обновления до win10 pro ver2004?

Код:
 
Tue Sep 15 16:19:52 2020 UDP link remote: [AF_INET]ХХХХ.ХХХ.ХХХ.ХХХ:ХХХХ
Tue Sep 15 16:19:52 2020 MANAGEMENT: >STATE:1600168792,WAIT,,,,,,
Tue Sep 15 16:19:52 2020 read UDP: Unknown error (code=10054)
Tue Sep 15 16:19:54 2020 read UDP: Unknown error (code=10054)
Tue Sep 15 16:19:58 2020 read UDP: Unknown error (code=10054)
Tue Sep 15 16:20:06 2020 read UDP: Unknown error (code=10054)
Tue Sep 15 16:20:22 2020 read UDP: Unknown error (code=10054)
 

Везде пишут про firewall и прочие, но 2 компа с ОС версии:  
2004 - не работает никак с, постоянно ругань на UDP
1903 - работает без проблем на свежей ОС

Всего записей: 55 | Зарегистр. 21-03-2017 | Отправлено: 14:23 15-09-2020
nick7inc



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день. Как-то странно ведёт себя OpenVPN. При отключении OpenVPN через OpenVPNGUI он самовольно через какое-то время снова подключается. Никто не сталкивался с этим? Система - Windows 10 (версия - х/з, нет доступа пока к устройству).

----------
Джин, не лезь в бутылку.

Всего записей: 1138 | Зарегистр. 04-05-2007 | Отправлено: 11:13 21-10-2020 | Исправлено: nick7inc, 11:14 21-10-2020
MACTEP



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nick7inc, так может он еще в сервисах висит автостартом?

Всего записей: 928 | Зарегистр. 11-04-2002 | Отправлено: 11:57 21-10-2020 | Исправлено: MACTEP, 11:57 21-10-2020
nick7inc



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Спасибо за наводку, посмотрю.

----------
Джин, не лезь в бутылку.

Всего записей: 1138 | Зарегистр. 04-05-2007 | Отправлено: 13:43 21-10-2020
Nimbussr



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Друзья, подскажите что-нибудь по проблеме из соседней темы.
OpenVPN при соединении пишет "HTTP proxy returned bad status".

----------
Путеводитель по радио-журналам^О Dendy^SRP

Всего записей: 1882 | Зарегистр. 31-05-2008 | Отправлено: 14:07 17-01-2021
yuris

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Nimbussr
А сервер OpenVPN настроен для работы через прокси?
proto tcp и http-proxy директива должны быть.

Всего записей: 383 | Зарегистр. 19-11-2001 | Отправлено: 08:52 18-01-2021
Nimbussr



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
yuris
Спасибо за помощь.
 
Дело в том, что это проект Заборона и конфиг сервера поменять нельзя: https://zaborona.help/windows.html
На ГитХабе исходники сервера: https://github.com/zhovner/zaborona_help/tree/master/config
 
Возможно, есть какие-нибудь костыли?

Всего записей: 1882 | Зарегистр. 31-05-2008 | Отправлено: 22:53 18-01-2021
yuris

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Nimbussr
Ну судя по конфигам у них сервер настроен на tcp
Вам нужно добавить в свой клиентский конфиг после proto tcp строчку
http-proxy адрес вашего прокси  порт прокси
например, http-proxy 192.168.4.1 1080
Только виндовый блокнот для редактирования конфига не очень подходит.

Всего записей: 383 | Зарегистр. 19-11-2001 | Отправлено: 08:04 19-01-2021
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » OpenVPN


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru