Openvpn проблемы с подключением на Windows

Проблемы с виндой, пришел на форум о линукс, разметку соблюдать лень, пусть глаза ломают... ты правда рассчитываешь на помощь?

ссори сейчас исправлю

winda впоряде есть тестовый клиент на не все работает

В Markdown выделение блоков кода — ``` в начале и в конце. И при чем тут Linux?

если можно по подробнее я новичок

```Что же
у вас
так плохо
с этой ерундой?```

Превращается:

Что же
у вас
так плохо
с этой ерундой?

не совсем понял о чем речь если не трудно скажите в какую сторону копать

Да куда понятнее, ***. Вы уже настолько отупели, что без пошагового видео не можете? Ты вывод терминала зачем-то разметил просто двойным переносом на каждой строчке — а хватило бы поставить ``` в начале и в конце для красивой разметки.

И повторяю вопрос: Linux какое отношение к проблеме имеет?

да он хочет сбежать с винды через openvpn ^))

а на ЛОР его гугель послал – по-моему очевидно :/

ТС почитай это (linux.org.ru) или это (linux.org.ru) – потом отредактируй тему. Может и помогут… Просто весь день ломать глаза об скверно отредактированные сообщения от новичков (и не только) кто угодно озвереет. А ты ещё и с виндой… Понимаешь это как – прийти к фанатам Спартака и сказать им что, болеешь за Зенит. Если без аллегорий: рецепты линукса могут тебе не подойти.

Да тему твою не читал – реально тяжело такое разбирать…

гоу на форум говновинды. нехерь захламлять мой уютненький лорчик

Отредактировал!!! надеюсь на помощь

На форуме много тем связаны с виндой (такая реакция только на меня по моему)!!!

Нет, на все темы типа «у меня винда, а в ней такая проблема» реакция одинаковая. И ещё я пишу из под anonymous, другие тоже могут писать из под anonymous. Новички первое время думают, что anonymous это один и тот же человек. И сильно удивляются, что от него идут и подсказки, и угрозы, и насмешки… Пишет тебе один или несколько анонов, знают только модераторы (наверное). Поэтому, сначала думай, а потом делай (будут и вредные советы, куда ж без них)

А что в логах сервера?

Отредактировал!

Ну такое себе… Хотя прочитать можно

Fri Dec 06 22:26:28 2019 NOTE: –user option is not implemented on Windows Fri Dec 06 22:26:28 2019 NOTE: –group option is not implemented on Windows

Тебе же прямым текстом говорят, что эти опции для windows-версии клиента не реализованы. Как я понимаю, ты пытаешься настраивать и запускать openvpn по мануалам для linux в windows. Так оно работать не будет. Или осваивай линукс (например, в виртуалке или как liveUSB), или ищи туториалы по настройке openvpn в windows.

Sat Dec 7 10:49:46 2019 OpenVPN 2.3.10 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Jan 9 2019
Sat Dec 7 10:49:46 2019 library versions: OpenSSL 1.0.2g 1 Mar 2016, LZO 2.08
Sat Dec 7 10:49:46 2019 Diffie-Hellman initialized with 2048 bit key
Sat Dec 7 10:49:46 2019 Control Channel Authentication: using ‘ta.key’ as a OpenVPN static key file
Sat Dec 7 10:49:46 2019 Outgoing Control Channel Authentication: Using 256 bit message hash ‘SHA256’ for HMAC authentication
Sat Dec 7 10:49:46 2019 Incoming Control Channel Authentication: Using 256 bit message hash ‘SHA256’ for HMAC authentication
Sat Dec 7 10:49:46 2019 Socket Buffers: R=[87380->87380] S=[16384->16384]
Sat Dec 7 10:49:46 2019 ROUTE_GATEWAY ON_LINK IFACE=venet0 HWADDR=00:00:00:00:00:00
Sat Dec 7 10:49:46 2019 TUN/TAP device tun0 opened
Sat Dec 7 10:49:46 2019 TUN/TAP TX queue length set to 100
Sat Dec 7 10:49:46 2019 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Sat Dec 7 10:49:46 2019 /sbin/ip link set dev tun0 up mtu 1500
Sat Dec 7 10:49:46 2019 /sbin/ip addr add dev tun0 local 10.8.0.1 peer 10.8.0.2
Sat Dec 7 10:49:46 2019 /sbin/ip route add 10.8.0.0/24 via 10.8.0.2
Sat Dec 7 10:49:46 2019 Listening for incoming TCP connection on [undef]
Sat Dec 7 10:49:46 2019 TCPv4_SERVER link local (bound): [undef]
Sat Dec 7 10:49:46 2019 TCPv4_SERVER link remote: [undef]
Sat Dec 7 10:49:46 2019 MULTI: multi_init called, r=256 v=256
Sat Dec 7 10:49:46 2019 IFCONFIG POOL: base=10.8.0.4 size=62, ipv6=0
Sat Dec 7 10:49:46 2019 ifconfig_pool_read(), in=‘client1,10.8.0.4’, TODO: IPv6
Sat Dec 7 10:49:46 2019 succeeded -> ifconfig_pool_set()
Sat Dec 7 10:49:46 2019 ifconfig_pool_read(), in=‘client,10.8.0.8’, TODO: IPv6
Sat Dec 7 10:49:46 2019 succeeded -> ifconfig_pool_set() Sat Dec 7 10:49:46 2019 IFCONFIG POOL LIST
Sat Dec 7 10:49:46 2019 client1,10.8.0.4
Sat Dec 7 10:49:46 2019 client,10.8.0.8
Sat Dec 7 10:49:46 2019 MULTI: TCP INIT maxclients=1024 maxevents=1028
Sat Dec 7 10:49:46 2019 Initialization Sequence Completed
Sat Dec 7 10:50:28 2019 TCP connection established with [AF_INET]185.69.185.93:21088
Sat Dec 7 10:50:29 2019 185.69.185.93:21088 TLS: Initial packet from [AF_INET]185.69.185.93:21088, sid=ecd12c23 eb12b62d
Sat Dec 7 10:50:29 2019 185.69.185.93:21088 Connection reset, restarting [-1]
Sat Dec 7 10:50:29 2019 185.69.185.93:21088 SIGUSR1[soft,connection-reset] received, client-instance restarting

а почему в одном случае в строке лога TCP connection established with виден один ip, а в другом другой? К разным серверам подключаетесь? Может и сертификаты нужны тогда разные?

Добавь опцию verb с каким-нибудь средним значением. То, что оно на обоих концах рвётся сразу после попытки TLS-рукопожатия, сужает круг возможных причин

А разве оно не IP клиента должно показывать, со стороны сервера-то?

verb 3 потом поменял на verb 5

И после этого заново приложи логи сервера и клиента. Эта опция только на уровень логирования влияет

Sat Dec 7 14:57:09 2019 us=768746 OpenVPN 2.3.10 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Jan 9 2019
Sat Dec 7 14:57:09 2019 us=768767 library versions: OpenSSL 1.0.2g 1 Mar 2016, LZO 2.08
Sat Dec 7 14:57:09 2019 us=771119 Diffie-Hellman initialized with 2048 bit key
Sat Dec 7 14:57:09 2019 us=771666 Control Channel Authentication: using ‘ta.key’ as a OpenVPN static key file
Sat Dec 7 14:57:09 2019 us=771703 Outgoing Control Channel Authentication: Using 256 bit message hash ‘SHA256’ for HMAC authentication
Sat Dec 7 14:57:09 2019 us=771722 Incoming Control Channel Authentication: Using 256 bit message hash ‘SHA256’ for HMAC authentication
Sat Dec 7 14:57:09 2019 us=771753 TLS-Auth MTU parms [ L:1572 D:1170 EF:80 EB:0 ET:0 EL:3 ]
Sat Dec 7 14:57:09 2019 us=771784 Socket Buffers: R=[87380->87380] S=[16384->16384]
Sat Dec 7 14:57:09 2019 us=771894 ROUTE_GATEWAY ON_LINK IFACE=venet0 HWADDR=00:00:00:00:00:00
Sat Dec 7 14:57:09 2019 us=772733 TUN/TAP device tun0 opened
Sat Dec 7 14:57:09 2019 us=772769 TUN/TAP TX queue length set to 100
Sat Dec 7 14:57:09 2019 us=772796 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Sat Dec 7 14:57:09 2019 us=772826 /sbin/ip link set dev tun0 up mtu 1500
Sat Dec 7 14:57:09 2019 us=778462 /sbin/ip addr add dev tun0 local 10.8.0.1 peer 10.8.0.2
Sat Dec 7 14:57:09 2019 us=780703 /sbin/ip route add 10.8.0.0/24 via 10.8.0.2
Sat Dec 7 14:57:09 2019 us=782746 Data Channel MTU parms [ L:1572 D:1450 EF:72 EB:143 ET:0 EL:3 AF:3/1 ]
Sat Dec 7 14:57:09 2019 us=782795 Listening for incoming TCP connection on [undef]
Sat Dec 7 14:57:09 2019 us=782822 TCPv4_SERVER link local (bound): [undef]
Sat Dec 7 14:57:09 2019 us=782837 TCPv4_SERVER link remote: [undef]
Sat Dec 7 14:57:09 2019 us=782860 MULTI: multi_init called, r=256 v=256
Sat Dec 7 14:57:09 2019 us=782899 IFCONFIG POOL: base=10.8.0.4 size=62, ipv6=0
Sat Dec 7 14:57:09 2019 us=782922 ifconfig_pool_read(), in=‘client1,10.8.0.4’, TODO: IPv6
Sat Dec 7 14:57:09 2019 us=782939 succeeded -> ifconfig_pool_set()
Sat Dec 7 14:57:09 2019 us=782952 ifconfig_pool_read(), in=‘client,10.8.0.8’, TODO: IPv6
Sat Dec 7 14:57:09 2019 us=782965 succeeded -> ifconfig_pool_set()
Sat Dec 7 14:57:09 2019 us=782980 IFCONFIG POOL LIST
Sat Dec 7 14:57:09 2019 us=783002 client1,10.8.0.4
Sat Dec 7 14:57:09 2019 us=783017 client,10.8.0.8 Sat Dec 7 14:57:09 2019 us=783050 MULTI: TCP INIT maxclients=1024 maxevents=1028
Sat Dec 7 14:57:09 2019 us=783089 Initialization Sequence Completed
Sat Dec 7 14:58:13 2019 us=173197 MULTI: multi_create_instance called
Sat Dec 7 14:58:13 2019 us=173300 Re-using SSL/TLS context
Sat Dec 7 14:58:13 2019 us=173344 LZO compression initialized
Sat Dec 7 14:58:13 2019 us=173486 Control Channel MTU parms [ L:1572 D:1170 EF:80 EB:0 ET:0 EL:3 ]
Sat Dec 7 14:58:13 2019 us=173524 Data Channel MTU parms [ L:1572 D:1450 EF:72 EB:143 ET:0 EL:3 AF:3/1 ]
Sat Dec 7 14:58:13 2019 us=173559 Local Options String: ‘V4,dev-type tun,link-mtu 1572,tun-mtu 1500,proto
TCPv4_SERVER,comp-lzo,keydir 0,cipher AES-128-CBC,auth SHA256,keysize 128,tls-auth,key-method 2,tls-server’
Sat Dec 7 14:58:13 2019 us=173574 Expected Remote Options String: ‘V4,dev-type tun,link-mtu 1572,tun-mtu 1500,proto TCPv4_CLIENT,comp-lzo,keydir 1,cipher AES-128-CBC,auth SHA256,keysize 128,tls-auth,key-method 2,tls-client’
Sat Dec 7 14:58:13 2019 us=173606 Local Options hash (VER=V4): ‘57076ab0’
Sat Dec 7 14:58:13 2019 us=173630 Expected Remote Options hash (VER=V4): ‘e022a93f’
Sat Dec 7 14:58:13 2019 us=173703 TCP connection established with [AF_INET]185.69.185.93:18690
Sat Dec 7 14:58:13 2019 us=173729 TCPv4_SERVER link local: [undef]
Sat Dec 7 14:58:13 2019 us=173744 TCPv4_SERVER link remote: [AF_INET]185.69.185.93:18690
Sat Dec 7 14:58:14 2019 us=82372 185.69.185.93:18690 TCPv4_SERVER READ [54] from [AF_INET]185.69.185.93:18690: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 pid=[ #1 ] [ ] pid=0 DATA len=0
Sat Dec 7 14:58:14 2019 us=82437 185.69.185.93:18690 TLS: Initial packet from [AF_INET]185.69.185.93:18690, sid=b9192d44 429b7265
Sat Dec 7 14:58:14 2019 us=82512 185.69.185.93:18690 TCPv4_SERVER WRITE [66] to [AF_INET]185.69.185.93:18690: P_CONTROL_HARD_RESET_SERVER_V2 kid=0 pid=[ #1 ] [ 0 ] pid=0 DATA len=0
Sat Dec 7 14:58:14 2019 us=177150 185.69.185.93:18690 TCPv4_SERVER READ [62] from [AF_INET]185.69.185.93:18690: P_ACK_V1 kid=0 pid=[ #2 ] [ 0 ]
Sat Dec 7 14:58:14 2019 us=302794 185.69.185.93:18690 TCPv4_SERVER READ [214] from [AF_INET]185.69.185.93:18690: P_CONTROL_V1 kid=0 pid=[ #3 ] [ ] pid=1 DATA len=160
Sat Dec 7 14:58:14 2019 us=319766 185.69.185.93:18690 TCPv4_SERVER WRITE [1156] to [AF_INET]185.69.185.93:18690: P_CONTROL_V1 kid=0 pid=[ #2 ] [ 1 ] pid=1 DATA len=1090
Sat Dec 7 14:58:14 2019 us=319883 185.69.185.93:18690 TCPv4_SERVER WRITE [1144] to [AF_INET]185.69.185.93:18690: P_CONTROL_V1 kid=0 pid=[ #3 ] [ ] pid=2 DATA len=1090
Sat Dec 7 14:58:14 2019 us=319960 185.69.185.93:18690 TCPv4_SERVER WRITE [1144] to [AF_INET]185.69.185.93:18690: P_CONTROL_V1 kid=0 pid=[ #4 ] [ ] pid=3 DATA len=1090
Sat Dec 7 14:58:14 2019 us=320054 185.69.185.93:18690 TCPv4_SERVER WRITE [587] to [AF_INET]185.69.185.93:18690: P_CONTROL_V1 kid=0 pid=[ #5 ] [ ] pid=4 DATA len=533
Sat Dec 7 14:58:14 2019 us=402080 185.69.185.93:18690 Connection reset, restarting [-1]
Sat Dec 7 14:58:14 2019 us=402289 185.69.185.93:18690 SIGUSR1[soft,connection-reset] received, client-instance restarting
Sat Dec 7 14:58:14 2019 us=402402 TCP/UDP: Closing socket

А если 7 поставить? Я не помню, на каком оно показывает параметры сертификатов

подумалось, что можно на винду накатить wsl и оттуда попробовать подключиться, лол. интересно, wsl может шарить сеть?