Не, вряд ли наши вчерашние работы могли как-то повлиять. Мы специально вчера старались сохранить привычную процедуру перезапуска. Поэтому на стороне сервера происходило то же самое, что и обычно.
Видимо, проблема в конкретном опенвпн на распберри.
Какой там дебиан? джессии или визи?
Не, вряд ли наши вчерашние работы могли как-то повлиять.
А разве не клиент запрашивает реконнект у сервера и по получении пустоты вываливается в ошибку? Мне показалось причина в том что сервер долго поднимался?
будет стартовать минут 10
Я почему так сужу, потому что вчера у меня и Убунта автоматом не переподнялась.
Видимо, проблема в конкретном опенвпн на распберри.
Это наверняка, но я очень надеюсь на то что проблема не фатальная и мы найдем решение.
Какой там дебиан? джессии или визи?
Raspbian на базе 8 Дебиана (джесси), Он же ( стоит у меня и на 945 и там все прекрасно работает, а здесь прямо напасть какая то.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Увы, у меня тоже самое...Клиент не переживает перезагрузку процесса на сервере в 00-00
Думается мне это есть баг конкретной версии опенвпна. Надо поменять на что-то другое.
Nov 13 00:01:03 kut ovpn-vpnki_msk[4166]: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Nov 13 00:01:03 kut ovpn-vpnki_msk[4166]: TLS Error: TLS handshake failed
Nov 13 00:01:03 kut ovpn-vpnki_msk[4166]: SIGUSR1[soft,tls-error] received, process restarting
Nov 13 00:01:05 kut ovpn-vpnki_msk[4166]: Control Channel Authentication: tls-auth using INLINE static key file
Nov 13 00:01:05 kut ovpn-vpnki_msk[4166]: UDPv4 link local (bound): [undef]
Nov 13 00:01:05 kut ovpn-vpnki_msk[4166]: UDPv4 link remote: [AF_INET]193.232.49.4:36530
Nov 13 00:01:05 kut ovpn-vpnki_msk[4166]: ERROR: could not read Auth username from stdin
Nov 13 00:01:05 kut ovpn-vpnki_msk[4166]: Exiting due to fatal error