openvpn tls error handshake failed

http://openvpn.net/index.php/open-source/faq/79-client/253-tls-error-tls-key-...

ведь явно указано, что используются порты 12457

Неа:
# This option defines the port on which your server will be listening
# or trying to connect. The default is 1194
port 1194

то есть мне еще надо указать опцию «port 12457» так что ли?

это читал, но не понял, при чем тут я, никто ничего не режет

A NAT gateway on the server's network does not have a port forward rule for TCP/UDP 1194 to the internal address of the OpenVPN server machine.

вот этого точно нет на нат роутере, как это можно исправить, я пониммаю, что такое правило появляется только после того, как исходящий пакет из локальной сети идет до впн сервера.

порт не открыт.

В роутере искать секцию Port Forwarding. И туда прописывать свой порт.

Убрать номер порта из remote и вписать в port, да.

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

это точно??? а то блин я не хочу сделать, а потом вообще утратить доступ к роутеру

Ну не делай.

не в клиентах дело. Открывать порт нужно на сервере.

Нене, УМВР с такой записью. Только порт стандартный 1194.

прикол, ужеоткрыл. буду смотреть

правда у меня в нетстат нет вообще ничего по порту 1194 на сервере

Только порт стандартный

:)

я тоже так подумал)))

еще вопрос, на клиентской стороне мне нужно открывать порт 12457 и 1149, он наверно и так открывается, когда идут исходящие коннекты, но может намеренно их открыть?

поставил port 12457 вместо remote x.x.x.x 12457

интересная вещь, пока не задал сервер имен на клиенте, он не хотелподключаться, возможно это от того, что без сервера имен он не синхронизируется по времени, где-то я встречал, что если время на клиенте и сервере не синхронно, то впн не поднимется.

Fri Jul 12 18:00:08 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Fri Jul 12 18:00:12 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Fri Jul 12 18:00:12 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Fri Jul 12 18:01:13 2013 astrakhan/213.87.130.237:17400 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Fri Jul 12 18:01:13 2013 astrakhan/213.87.130.237:17400 TLS Error: TLS handshake failed
Fri Jul 12 18:01:18 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Fri Jul 12 18:01:18 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Fri Jul 12 18:01:18 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Fri Jul 12 18:02:17 2013 astrakhan/213.87.130.237:17400 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Fri Jul 12 18:02:17 2013 astrakhan/213.87.130.237:17400 TLS Error: TLS handshake failed
Fri Jul 12 18:02:24 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Fri Jul 12 18:02:24 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Fri Jul 12 18:03:23 2013 astrakhan/213.87.130.237:17400 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Fri Jul 12 18:03:23 2013 astrakhan/213.87.130.237:17400 TLS Error: TLS handshake failed

на сервере openvpn в логах постоянно светится такая ошибка, при этом связь постоянно теряется

Переставьте местами. Связь теряется, поэтому TLS и, наверное, любые другие протоколы, использующие шифрование, имеют проблемы.

с интернетом вроде все более или менее стабильно

Как проверяли? Тысяча-другая пингов пакетами максимально возможного размера проходит нормально?

сегодня часа 2 тоннель держался через 3G или 4G, точно не знаю.. не мой телефон был, так вот на телефоне ниодной ишибки не было, однако максимальные пакеты вообще не проходили, проходило только 20000 при этом половина терялось, это внутри тоннеля.

при этом к нам кинута опта, через нее каждые 5 минут была ошибка рукопожатия, хотя там был роутер виноват, в общем снизил размер mtu-tun, надеюсь, будет стабильнее, в качестве тоннеля использую udp, но внутри гоняю исключительно tcp, пробовал tcp внутри tcp, работает медленнее