OpenVPN enter management password решение
По некоторым причинам для некоторых действий использую OpenVPN. Нет, не для тех, которые. Впрочем, дело не в этом.
После переезда на windos 10 стал замечать, что примерно раз в неделю openvpn gui не хочет штатно подсоединяться туда, где Центр Алекса. Хотя до этого жил, как часы "Ракета" годами. Выводит мне сообщение Enter Management Password: и до морковкинового заговения можно повторять с тем же результатом. Я вначале, конечно, гуглил по лорам и спольским оверфлоу, потом заколебался, потому что редкие предлагаемые решения - перезапустите сервис, а наиболее часто все просто разводят руками хз. Это как бы говорит нам про "миллионы глаз, которые смотрят в open source code", но опустим философию, пишу не чтобы растекаться мысью.
С ростом числа версии windos, обычный mmc, который и изначально-то был написан довольно небыстрым, теперь и вовсе превратился в Федю Курочкина, бегущего посреди гаражей за злоумышленником. Меня это заметно раздражает, особенно, когда есть срочное задание. Две-пять минут ждать, когда оно там всё прочтёт, для простой задачи systemctl restart httpd - как-то не по-людски и попахивает знатно.
Сам я, если кто не знает, на работе традиционно живу в юниксе примерно с 95го. Пересел прямо с дос и начинал ещё с той самой bsd/os 1.1 (нет, это не фря, это МакКузиковские бойцы контору сделали при универе) и interactive unix. Ну а винду использую тоже, поскольку все эти doc/xls, куда ты их денешь, все их шлют, ну и как remote console. В связи с юниксным прошлым список процессов в windos держу под рукой. "Привычка свыше нам дана", как сказал бы русский поэт. Прибить процесс, потому что он косячит, для меня штатное поведение, подвигом это не считаю. Под виндой встроенный менеджер процессов - невероятное говно, даже тот, что был в NT, поэтому пользуюсь process explorer от Русиновича, который хотя бы минимально похож на ps -ax. И вот что заметил:
И когда OpenVPN работает штатно, и когда выдаёт ошибку Enter Management Password:, сервис openvpnserv.exe запускает openvpn.exe, ну а тот уже conhost.exe. Это вполне ожидаемо, поскольку gui как раз и должен обратиться к запущенному сервису, давай соединяйся, а тот по сокету или пайпу отрапортовать готовность обратно в гуй. Но, видимо, есть нюанс. Полагаю, что знаменитый цикл doNothing() в ядре windos с ростом версии работает всё дольше и делает больше. Поэтому таймаут, который стоит в openvpnserv для коннекта гуя, исчерпывается, и сервис, хоть и запустил коннект спустя несколько бОльшее, чем раньше время, сообщить об этом в гуй уже не может.
Решение: прибиваем из process explorer запущенный openvpn.exe (но не openvpnserv.exe!). conhost.exe оно прибьёт само по цепочке. После чего гуй вновь видит сервис, как и раньше. Перезапускать сервис не надо, просто прибейте то, что он запускает штатно и не штатно.
После переезда на windos 10 стал замечать, что примерно раз в неделю openvpn gui не хочет штатно подсоединяться туда, где Центр Алекса. Хотя до этого жил, как часы "Ракета" годами. Выводит мне сообщение Enter Management Password: и до морковкинового заговения можно повторять с тем же результатом. Я вначале, конечно, гуглил по лорам и спольским оверфлоу, потом заколебался, потому что редкие предлагаемые решения - перезапустите сервис, а наиболее часто все просто разводят руками хз. Это как бы говорит нам про "миллионы глаз, которые смотрят в open source code", но опустим философию, пишу не чтобы растекаться мысью.
С ростом числа версии windos, обычный mmc, который и изначально-то был написан довольно небыстрым, теперь и вовсе превратился в Федю Курочкина, бегущего посреди гаражей за злоумышленником. Меня это заметно раздражает, особенно, когда есть срочное задание. Две-пять минут ждать, когда оно там всё прочтёт, для простой задачи systemctl restart httpd - как-то не по-людски и попахивает знатно.
Сам я, если кто не знает, на работе традиционно живу в юниксе примерно с 95го. Пересел прямо с дос и начинал ещё с той самой bsd/os 1.1 (нет, это не фря, это МакКузиковские бойцы контору сделали при универе) и interactive unix. Ну а винду использую тоже, поскольку все эти doc/xls, куда ты их денешь, все их шлют, ну и как remote console. В связи с юниксным прошлым список процессов в windos держу под рукой. "Привычка свыше нам дана", как сказал бы русский поэт. Прибить процесс, потому что он косячит, для меня штатное поведение, подвигом это не считаю. Под виндой встроенный менеджер процессов - невероятное говно, даже тот, что был в NT, поэтому пользуюсь process explorer от Русиновича, который хотя бы минимально похож на ps -ax. И вот что заметил:
И когда OpenVPN работает штатно, и когда выдаёт ошибку Enter Management Password:, сервис openvpnserv.exe запускает openvpn.exe, ну а тот уже conhost.exe. Это вполне ожидаемо, поскольку gui как раз и должен обратиться к запущенному сервису, давай соединяйся, а тот по сокету или пайпу отрапортовать готовность обратно в гуй. Но, видимо, есть нюанс. Полагаю, что знаменитый цикл doNothing() в ядре windos с ростом версии работает всё дольше и делает больше. Поэтому таймаут, который стоит в openvpnserv для коннекта гуя, исчерпывается, и сервис, хоть и запустил коннект спустя несколько бОльшее, чем раньше время, сообщить об этом в гуй уже не может.
Решение: прибиваем из process explorer запущенный openvpn.exe (но не openvpnserv.exe!). conhost.exe оно прибьёт само по цепочке. После чего гуй вновь видит сервис, как и раньше. Перезапускать сервис не надо, просто прибейте то, что он запускает штатно и не штатно.