Stunnel ошибка запуска


Offline

Dmitry-G

 


#11
Оставлено
:

8 декабря 2022 г. 21:08:04(UTC)

Dmitry-G

Статус: Участник

Группы: Участники

Зарегистрирован: 08.12.2022(UTC)
Сообщений: 17
Российская Федерация
Откуда: Москва

Чтобы заработала служба Stunnel Service, конфигурационный файл stunnel.conf следует положить в System32 (использую Win10 64bit), после этого указанная служба этот файл увидит. О чем, правда, ни слова не сказано в инструкции от УЦ ЦБ РФ от 08.11.2022, но зато говорится в мануале на Stunnel, входящем в состав КриптоПро CSP.

Однако, ни успешный запуск данной службы, ни рекомендации выше в данной ветке, не избавляют нас от проблемы подключения к обозначенному серверу штампов времени. Все сертификаты должным образом установлены — как в хранилище текущего пользователя (права — админ), так и в хранилище локального компьютера. Установленный в эти хранилища средствами CSP личный сертификат, выданный аккредитованным УЦ БР, расширение «Проверка подлинности клиента (1.3.6.1.5.5.7.3.2)» имеет. Все тесты контейнеров средствами CSP (по каждому из хранилищ) проходят успешно, в свойства промежуточных сертификатов ЦБ РФ соответствующие адреса OCSP добавлены, строка «127.0.0.1 localhost tsp1.ca.cbr.ru» в файл без расширения «C:WindowsSystem32driversetchosts» записана, лицензии на CSP, TSP и OCSP активны…

Пробовали и в связке с Крипто АРМ ГОСТ, и в связке с КриптоПро ЭЦП Browser plug-in со страницы https://www.cryptopro.ru…/cades_xlong_sample.html — результат один и тот же. А в результате возникает окно выбора сертификата, а затем окно ввода пароля, но после соответствующих выбора и ввода, подключения все равно не происходит. Предлагаемая выше замена адресов службы времени УЦ ЦБ с «http://tsp1.ca.cbr.ru:10001/tsp/tsp.srf» и «http://tsp2.ca.cbr.ru:10002/tsp/tsp.srf» на «https://tsp1.ca.cbr.ru/tsp/tsp.srf» и «https://tsp2.ca.cbr.ru/tsp/tsp.srf», а также точек распространения списков отзыва на «https://tsp1.ca.cbr.ru/ocsp» и «https://tsp1.ca.cbr.ru/ocsp» ни к чему хорошему не приводит, кроме того, что по понятной причине, вместо того, чтобы использовать канал Stunnel, указанные приложения пытаются подключиться к серверу установки меток времени напрямую.

А конкретика следующая:

При запуске Stunnel Service от имени текущего пользователя видим следующий лог Stunnel:

2022.12.08 19:00:12 LOG5[3672:17856]: stunnel 4.18 on x86-pc-unknown
2022.12.08 19:00:12 LOG5[3672:17856]: Threading:WIN32 Sockets:SELECT,IPv6
2022.12.08 19:00:12 LOG5[3672:17856]: No limit detected for the number of clients
2022.12.08 19:00:12 LOG7[3672:17856]: FD 300 in non-blocking mode
2022.12.08 19:00:12 LOG7[3672:17856]: SO_REUSEADDR option set on accept socket
2022.12.08 19:00:12 LOG7[3672:17856]: tls1-client-https-1 bound to 127.0.0.1:10001
2022.12.08 19:00:12 LOG7[3672:17856]: FD 304 in non-blocking mode
2022.12.08 19:00:12 LOG7[3672:17856]: SO_REUSEADDR option set on accept socket
2022.12.08 19:00:12 LOG7[3672:17856]: tls1-client-https-2 bound to 127.0.0.1:10002
2022.12.08 19:10:16 LOG7[3672:17856]: tls1-client-https-1 accepted FD=308 from 127.0.0.1:60985
2022.12.08 19:10:16 LOG7[3672:17856]: Creating a new thread
2022.12.08 19:10:16 LOG7[3672:17856]: New thread created
2022.12.08 19:10:16 LOG7[3672:18488]: client start
2022.12.08 19:10:16 LOG7[3672:18488]: tls1-client-https-1 started
2022.12.08 19:10:16 LOG7[3672:18488]: FD 308 in non-blocking mode
2022.12.08 19:10:16 LOG7[3672:18488]: TCP_NODELAY option set on local socket
2022.12.08 19:10:16 LOG5[3672:18488]: tls1-client-https-1 connected from 127.0.0.1:60985
2022.12.08 19:10:16 LOG7[3672:18488]: FD 384 in non-blocking mode
2022.12.08 19:10:16 LOG7[3672:18488]: tls1-client-https-1 connecting
2022.12.08 19:10:16 LOG7[3672:18488]: connect_wait: waiting 10 seconds
2022.12.08 19:10:16 LOG7[3672:18488]: connect_wait: connected
2022.12.08 19:10:16 LOG7[3672:18488]: Remote FD=384 initialized
2022.12.08 19:10:16 LOG7[3672:18488]: TCP_NODELAY option set on remote socket
2022.12.08 19:10:16 LOG7[3672:18488]: start SSPI connect
2022.12.08 19:10:16 LOG3[3672:18488]: Credentials complete
2022.12.08 19:10:16 LOG7[3672:18488]: 166 bytes of handshake data sent
2022.12.08 19:10:16 LOG5[3672:18488]: 1318 bytes of handshake(in handshake loop) data received.
2022.12.08 19:10:16 LOG5[3672:18488]: 1627 bytes of handshake(in handshake loop) data received.
2022.12.08 19:10:16 LOG5[3672:18488]: certificate chain found
2022.12.08 19:10:16 LOG5[3672:18488]: new schannel credential created
2022.12.08 19:10:16 LOG3[3672:18488]: **** Error 0x8009030d returned by InitializeSecurityContext (2)
2022.12.08 19:10:16 LOG3[3672:18488]: Error performing handshake
2022.12.08 19:10:16 LOG5[3672:18488]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2022.12.08 19:10:16 LOG7[3672:18488]: free Buffers
2022.12.08 19:10:16 LOG7[3672:18488]: delete c->hContext
2022.12.08 19:10:16 LOG7[3672:18488]: delete c->hClientCreds
2022.12.08 19:10:16 LOG5[3672:18488]: incomp_mess = 0, extra_data = 1
2022.12.08 19:10:16 LOG7[3672:18488]: tls1-client-https-1 finished (0 left)

А при запуске Stunnel Service от имени локальной системы — следующий:

2022.12.08 20:43:02 LOG5[16664:1744]: stunnel 4.18 on x86-pc-unknown
2022.12.08 20:43:02 LOG5[16664:1744]: Threading:WIN32 Sockets:SELECT,IPv6
2022.12.08 20:43:02 LOG5[16664:1744]: No limit detected for the number of clients
2022.12.08 20:43:02 LOG7[16664:1744]: FD 296 in non-blocking mode
2022.12.08 20:43:02 LOG7[16664:1744]: SO_REUSEADDR option set on accept socket
2022.12.08 20:43:02 LOG7[16664:1744]: tls1-client-https-1 bound to 127.0.0.1:10001
2022.12.08 20:43:02 LOG7[16664:1744]: FD 300 in non-blocking mode
2022.12.08 20:43:02 LOG7[16664:1744]: SO_REUSEADDR option set on accept socket
2022.12.08 20:43:02 LOG7[16664:1744]: tls1-client-https-2 bound to 127.0.0.1:10002
2022.12.08 20:44:38 LOG7[16664:1744]: tls1-client-https-1 accepted FD=304 from 127.0.0.1:61710
2022.12.08 20:44:38 LOG7[16664:1744]: Creating a new thread
2022.12.08 20:44:38 LOG7[16664:1744]: New thread created
2022.12.08 20:44:38 LOG7[16664:22504]: client start
2022.12.08 20:44:38 LOG7[16664:22504]: tls1-client-https-1 started
2022.12.08 20:44:38 LOG7[16664:22504]: FD 304 in non-blocking mode
2022.12.08 20:44:38 LOG7[16664:22504]: TCP_NODELAY option set on local socket
2022.12.08 20:44:38 LOG5[16664:22504]: tls1-client-https-1 connected from 127.0.0.1:61710
2022.12.08 20:44:38 LOG7[16664:22504]: FD 380 in non-blocking mode
2022.12.08 20:44:38 LOG7[16664:22504]: tls1-client-https-1 connecting
2022.12.08 20:44:38 LOG7[16664:22504]: connect_wait: waiting 10 seconds
2022.12.08 20:44:38 LOG7[16664:22504]: connect_wait: connected
2022.12.08 20:44:38 LOG7[16664:22504]: Remote FD=380 initialized
2022.12.08 20:44:38 LOG7[16664:22504]: TCP_NODELAY option set on remote socket
2022.12.08 20:44:38 LOG7[16664:22504]: start SSPI connect
2022.12.08 20:44:38 LOG3[16664:22504]: Credentials complete
2022.12.08 20:44:38 LOG7[16664:22504]: 166 bytes of handshake data sent
2022.12.08 20:44:38 LOG5[16664:22504]: 1318 bytes of handshake(in handshake loop) data received.
2022.12.08 20:44:38 LOG5[16664:22504]: 1627 bytes of handshake(in handshake loop) data received.
2022.12.08 20:44:38 LOG5[16664:22504]: CertFindChainInStore not find certificate in store. Looking at LOCAL_MACHINE
2022.12.08 20:44:38 LOG5[16664:22504]: certificate chain found
2022.12.08 20:44:38 LOG5[16664:22504]: new schannel credential created
2022.12.08 20:44:38 LOG3[16664:22504]: **** Error 0x8009035d returned by InitializeSecurityContext (2)
2022.12.08 20:44:38 LOG3[16664:22504]: Error performing handshake
2022.12.08 20:44:38 LOG5[16664:22504]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2022.12.08 20:44:38 LOG7[16664:22504]: free Buffers
2022.12.08 20:44:38 LOG7[16664:22504]: delete c->hContext
2022.12.08 20:44:38 LOG7[16664:22504]: delete c->hClientCreds
2022.12.08 20:44:38 LOG5[16664:22504]: incomp_mess = 0, extra_data = 1
2022.12.08 20:44:38 LOG7[16664:22504]: tls1-client-https-1 finished (0 left)

Как я уже говорил, все сертификаты (включая личный) установлены средствами CSP, должным образом и корректно.


Вверх


Offline

dysha

 


#12
Оставлено
:

9 декабря 2022 г. 12:12:32(UTC)

dysha

Статус: Новичок

Группы: Участники

Зарегистрирован: 22.03.2011(UTC)
Сообщений: 2
Откуда: Kirov

В инструкции УЦ Банка России по настройке stunnel есть требование:

Цитата:

В свойствах сертификата перейдите на вкладку «Протокол OCSP» и добавьте следующие URL как показано на картинке ниже:
http://127.0.0.1:10001/ocsp http://127.0.0.1:10002/ocsp

Каким образом можно эту настройку сделать на Linux?


Вверх

WWW


Offline

ew-mc

 


#13
Оставлено
:

12 декабря 2022 г. 18:31:23(UTC)

ew-mc

Статус: Участник

Группы: Участники

Зарегистрирован: 12.12.2022(UTC)
Сообщений: 10
Российская Федерация
Откуда: Москва

Автор: Dmitry-G Перейти к цитате

Чтобы заработала служба Stunnel Service, конфигурационный файл stunnel.conf следует положить в System32 (использую Win10 64bit), после этого указанная служба этот файл увидит. О чем, правда, ни слова не сказано в инструкции от УЦ ЦБ РФ от 08.11.2022, но зато говорится в мануале на Stunnel, входящем в состав КриптоПро CSP.

Однако, ни успешный запуск данной службы, ни рекомендации выше в данной ветке, не избавляют нас от проблемы подключения к обозначенному серверу штампов времени. Все сертификаты должным образом установлены — как в хранилище текущего пользователя (права — админ), так и в хранилище локального компьютера. Установленный в эти хранилища средствами CSP личный сертификат, выданный аккредитованным УЦ БР, расширение «Проверка подлинности клиента (1.3.6.1.5.5.7.3.2)» имеет. Все тесты контейнеров средствами CSP (по каждому из хранилищ) проходят успешно, в свойства промежуточных сертификатов ЦБ РФ соответствующие адреса OCSP добавлены, строка «127.0.0.1 localhost tsp1.ca.cbr.ru» в файл без расширения «C:WindowsSystem32driversetchosts» записана, лицензии на CSP, TSP и OCSP активны…

Пробовали и в связке с Крипто АРМ ГОСТ, и в связке с КриптоПро ЭЦП Browser plug-in со страницы https://www.cryptopro.ru…/cades_xlong_sample.html — результат один и тот же. А в результате возникает окно выбора сертификата, а затем окно ввода пароля, но после соответствующих выбора и ввода, подключения все равно не происходит. Предлагаемая выше замена адресов службы времени УЦ ЦБ с «http://tsp1.ca.cbr.ru:10001/tsp/tsp.srf» и «http://tsp2.ca.cbr.ru:10002/tsp/tsp.srf» на «https://tsp1.ca.cbr.ru/tsp/tsp.srf» и «https://tsp2.ca.cbr.ru/tsp/tsp.srf», а также точек распространения списков отзыва на «https://tsp1.ca.cbr.ru/ocsp» и «https://tsp1.ca.cbr.ru/ocsp» ни к чему хорошему не приводит, кроме того, что по понятной причине, вместо того, чтобы использовать канал Stunnel, указанные приложения пытаются подключиться к серверу установки меток времени напрямую.

А конкретика следующая:

Как я уже говорил, все сертификаты (включая личный) установлены средствами CSP, должным образом и корректно.

Добрый день, коллеги!
Dmitry-G, у нас ошибка практически один-в-один как у Вас. Все сертификаты — корневой, промежуточный, личный также установлены должным образом и корректно.

Но, в файле лога Stunnel говорит, что не видит сертификат локального пользователя:

………

2022.12.12 15:25:12 LOG3[6960:9356]: Credentials complete
2022.12.12 15:25:12 LOG7[6960:9356]: 166 bytes of handshake data sent
2022.12.12 15:25:13 LOG5[6960:9356]: 2760 bytes of handshake(in handshake loop) data received.
2022.12.12 15:25:13 LOG5[6960:9356]: 641 bytes of handshake(in handshake loop) data received.
2022.12.12 15:25:13 LOG5[6960:9356]: CertFindChainInStore not find certificate in store. Looking at LOCAL_MACHINE
2022.12.12 15:25:13 LOG5[6960:9356]: certificate chain found
2022.12.12 15:25:13 LOG5[6960:9356]: new schannel credential created
2022.12.12 15:25:13 LOG3[6960:9356]: **** Error 0x8009030d returned by InitializeSecurityContext (2)
2022.12.12 15:25:13 LOG3[6960:9356]: Error performing handshake
………

Вам удалось найти причину проблемы?


Вверх


Offline

ew-mc

 


#14
Оставлено
:

12 декабря 2022 г. 19:33:28(UTC)

ew-mc

Статус: Участник

Группы: Участники

Зарегистрирован: 12.12.2022(UTC)
Сообщений: 10
Российская Федерация
Откуда: Москва

Автор: Orgia Перейти к цитате

коллеги, а если туннель вообще не запускается служба?

c:Stunnel>sc config stunnel start= auto & net start stunnel
[SC] ChangeServiceConfig SUCCESS
The Stunnel Service service is starting.
The Stunnel Service service could not be started.

A system error has occurred.

System error 1067 has occurred.

The process terminated unexpectedly.

сталкивался кто?

Версия криптопровайдера: 5.0.12000
OS WIN Server 2008 R2

сталкивался кто?

Мы сталкивались с такой же ошибкой 1067 при попытке запустить службу Stunnel Service.

Метод лечения:
1. Удалить службу Stunnel Service. Для этого в командной строке под админом написать C:Stunnelstunnel -remove
2. Скачать stunnel.conf из http://www.cbr.ru/Conten…tions_accessing_ttss.pdf в C:Stunnel
3. Только после шага №2 из командной строки установить Stunnel согласно инструкции ЦБ.
4. Скачать stunnel.conf от ЦБ в еще две папки: C:WindowsSystem32 и в C:WindowsSysWOW64
5. Пытаемся запустить службу из командной строки или через «Службы»


Вверх


Offline

Dmitry-G

 


#15
Оставлено
:

13 декабря 2022 г. 14:42:21(UTC)

Dmitry-G

Статус: Участник

Группы: Участники

Зарегистрирован: 08.12.2022(UTC)
Сообщений: 17
Российская Федерация
Откуда: Москва

Добрый день, коллеги!
Если ничего не путаю, ошибка «CertFindChainInStore not find certificate in store. Looking at LOCAL_MACHINE» для цепочки сертификатов, установленной в хранилище локального компьютера, исчезла у нас после замены (по рекомендации сотрудников техподдержки КриптоПро) в конфиге Stunnel (повторюсь — который в 64-битных ОС должен лежать в папке System32, иначе сервис не запустится и будет ошибка 1067)
строк:
connect = 212.40.208.62:443
connect = 212.40.193.62:443
на соответствующие строки:
connect = tsp1.ca.cbr.ru:443
connect = tsp2.ca.cbr.ru:443

Однако, как выяснилось, основная причина происходящего была скрыта в настройках нашего firewall. Пару часов назад нам удалось получить корректный ответ с метками времени от сервера АУЦ БР на компе, который смотрел в инет напрямую, причем, без особых заморочек с настройками и с применением стандартного stunnel.conf в варианте от АУЦ БР.

Отредактировано пользователем 13 декабря 2022 г. 14:48:11(UTC)
 | Причина: Не указана


Вверх


Offline

ИгорьК

 


#16
Оставлено
:

13 декабря 2022 г. 17:13:06(UTC)

ИгорьК

Статус: Участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 21
Российская Федерация
Откуда: Москва

у нас все запускается
но не работает…

странная ошибка в логе
SSPI_read return SEC_I_CONTEXT_EXPIRED

Есть мысли (с ЦБ уже несколько дней переписываемся — ничего не помогает, и антивирус отключали и firewall тоже…)?

2022.12.13 16:39:27 LOG7[5204:1296]: !!!!!Call s_poll_wait with timeout = -1 ((sock_rd && ssl_rd)=1) c->ssl_ptr = f1d c->sock_ptr=0
2022.12.13 16:39:27 LOG7[5204:1296]: data send to socket = 3869
2022.12.13 16:39:27 LOG7[5204:1296]: SSPI_read start
2022.12.13 16:39:27 LOG7[5204:1296]: add data from last call = 31
2022.12.13 16:39:27 LOG5[5204:1296]: SEC_I_CONTEXT_EXPIRED,
2022.12.13 16:39:27 LOG5[5204:1296]: SSPI_read return SEC_I_CONTEXT_EXPIRED
2022.12.13 16:39:27 LOG7[5204:1296]: Socket write shutdown
2022.12.13 16:39:27 LOG7[5204:1296]: c->ssl_ptr = 0
2022.12.13 16:39:27 LOG7[5204:1296]: Enter pool section on transfer
2022.12.13 16:39:27 LOG7[5204:1296]: !!!!!Call s_poll_wait with timeout = 60 ((sock_rd && ssl_rd)=0) c->ssl_ptr = 0 c->sock_ptr=0
2022.12.13 16:39:27 LOG5[5204:1296]: 31 bytes of close_notify data sent
2022.12.13 16:39:27 LOG6[5204:1296]: SSL_shutdown successfully sent close_notify
2022.12.13 16:39:27 LOG5[5204:1296]: Connection closed: 306 bytes sent to SSL, 8057 bytes sent to socket
2022.12.13 16:39:27 LOG7[5204:1296]: free Buffers
2022.12.13 16:39:27 LOG7[5204:1296]: delete c->hContext
2022.12.13 16:39:27 LOG7[5204:1296]: delete c->hClientCreds
2022.12.13 16:39:27 LOG5[5204:1296]: incomp_mess = 1, extra_data = 2
2022.12.13 16:39:27 LOG7[5204:1296]: tls1-client-https-2 finished (0 left)


Вверх


Offline

Dmitry-G

 


#17
Оставлено
:

14 декабря 2022 г. 10:51:03(UTC)

Dmitry-G

Статус: Участник

Группы: Участники

Зарегистрирован: 08.12.2022(UTC)
Сообщений: 17
Российская Федерация
Откуда: Москва

Да, признаю, как выяснилось, на машине с прямым инетом у нас все заработало лишь потому, что машина была новая и в личных у нее был всего лишь один сертификат — как раз тот сертификат, который требовался Stunnel для установки соединения. Когда же в справочнике имеются прочие личные сертификаты, в конфигурации Stunnel обязательно нужно указывать конкретно к какому сертификату из установленных обращаться. Как это сделать, подробно с примерами написано в мануале на Stunnel, входящем в состав КриптоПро CSP. Так что ИгорьК прав — антивирус и firewall тут оказались ни при чём. К сказанному также добавлю следующее:

A. Где-то в ветках данного форума кем-то было озвучено, что указанный сертификат следует выгружать в файловую систему из справочника КриптоПро CSP, а не класть его туда методом копирования. В этом случае якобы в него (или в Stunnel) каким то образом добавляется ссылка на закрытый ключ, которую понимает Stunnel. В общем, сложно сказать, что это за ссылка, куда и как она добавляется, но в нашем случае оказалось, что это работает. Так что автору идеи, большое спасибо. Эксперименты с подключением рекомендуем вначале проводить без пароля на контейнер с ключом.

B. Также выяснилось, что в процессе своей работы, служба Stunnel Service (при запуске от имени локальной системы) обращается к обозначенному личному сертификату в хранилище локального компьютера, а КриптоПро ЭЦП Browser plug-in — к такому же сертификату, лежащему в хранилище текущего пользователя. Так что по крайней мере на этапе тестирования, лучше добавлять соответствующую цепочку (с требуемыми настройками адресов OCSP в свойствах сертификатов БР) в оба эти хранилища.

C. Ну и еще, пожалуй, добавлю официальный ответ техподдержки БР по данному вопросу. Нам он, правда, в итоге не помог, но может кому будет полезно:

Просим проверить выполнение следующих шагов:
1. Установка цепочек сертификатов (сертификат владельца в хранилище личное текущего пользователя с привязкой к закрытому ключу, промежуточный сертификат УЦ Банка России в хранилище промежуточные центры сертификации локального компьютера, сертификат Минкомсвязи России в хранилище доверенные корневые центры сертификации локального компьютера);
2. Изменение файла C:WindowsSystem32driversetchosts — добавление строки 127.0.0.1 localhost tsp1.ca.cbr.ru tsp2.ca.cbr.ru (задвоение строк не допускается)
3. Указание в свойствах промежуточного сертификата УЦ Банка России ссылок http://127.0.0.1:10001/ocsp и http://127.0.0.1:10002/ocsp
4. Создание каталога C:Stunnel, скачать и поместить в него stunnel.conf, также скопировать stunnel.conf в каталог C:WindowsSystem32 — проверьте — данный файл не должен содержать задвоения информации
5. Скачать и поместить stunnel в каталог C:Stunnel. Программу stunnel (х64 или х32 в зависимости от разрядности ОС) предлагается скачать с официального сайтоа ООО «КРИПТО-ПРО». Инсталляция stunnel от имени администратора. Запуск службы Stunnel Service (от имени системной учетной записи) и проверка успешности его запуска (Пуск — Службы — Stunnel Service — запустить).
6. В каталоге C:Stunnel Вы должны иметь три файла: stunnel, stunnel.conf, stunnel_cli (файл лога — формируется после первого успешного запроса к службе штампов времени)
7. Проверка подписания тестовых электронных документов электронной подписью в КриптоАРМ ГОСТ без установки штампов времени и с установкой штампов времени по адресам http://tsp1.ca.cbr.ru:10001/tsp или http://tsp2.ca.cbr.ru:10002/tsp
8. Установка плагина «КриптоПро ЭЦП Browser Plug-in»
9. Тестирование ЭП в браузере на сервисе https://www.cryptopro.ru…/cades_xlong_sample.html
с указанием адресов http://tsp1.ca.cbr.ru:10001/tsp/tsp.srf или http://tsp2.ca.cbr.ru:10002/tsp/tsp.srf
При тестировании у Вас должно быть обращение к ключу с запросом пин-кода.
10. По итогам вышеуказанного можно сделать вывод об успешной работе с сервисами службы штампов времени.

Отредактировано пользователем 14 декабря 2022 г. 13:23:48(UTC)
 | Причина: Не указана


Вверх


Offline

ИгорьК

 


#18
Оставлено
:

14 декабря 2022 г. 13:06:57(UTC)

ИгорьК

Статус: Участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 21
Российская Федерация
Откуда: Москва

Попробовал через браузер
набрал
http://tsp1.ca.cbr.ru:10001/tsp

в логе те же самые
2022.12.14 12:57:34 LOG5[892:16136]: SEC_I_CONTEXT_EXPIRED,
2022.12.14 12:57:34 LOG5[892:16136]: SSPI_read return SEC_I_CONTEXT_EXPIRED
2022.12.14 12:57:34 LOG7[892:16136]: Socket write shutdown

Вот браузер выдал:

Запрошенный URL не может быть получен
При получении URL https://212.40.208.62/* произошла следующая ошибка: Не удалось установить безопасное соединение с [unknown]

The system returned:

[No Error] (TLS code: SQUID_TLS_ERR_CONNECT+TLS_LIB_ERR=1421C0F8+TLS_IO_ERR=1)
Failed to establish a secure connection: error:1421C0F8:SSL routines:set_client_ciphersuite:unknown cipher returned

Для выполнения Вашего запроса этот кэш и удаленный узел не смогли согласовать взаимоприемлемые параметры безопасности.
Возможно, удаленный узел не поддерживает безопасные соединения или кэш не удовлетворён удостоверением безопасности узла.


Вверх


Offline

ew-mc

 


#19
Оставлено
:

14 декабря 2022 г. 15:59:28(UTC)

ew-mc

Статус: Участник

Группы: Участники

Зарегистрирован: 12.12.2022(UTC)
Сообщений: 10
Российская Федерация
Откуда: Москва

Добрый вечер, коллеги!
Идея Dmitry-G о том, что Stunnel не переваривает наличие более одного личного сертификата в папке «Личное» раздела Текущего пользователя и в папке «Личное» раздела Сертификаты (локальный компьютер) подтвердилась!!!
Мне удалось подписать данные с помощью КриптоПро ЭЦП Browser plug-in и документы с помощью КриптоАРМ только когда в папках «Личное» этих разделов было по одному личному сертификату.

Параметры при которых было успешное подписание
Запуск Stunnel: С системной учетной записью;
Конфиг-файл Stunnel: стоковый от Банка России лежит в c:Stunnel а также в C:WindowsSystem32
Подписание происходило в сеансе Текущего пользователя без админских прав.

Dmitry-G, я не нашел в мануале по Stunnel от КриптоПРО подробное описание с примерами указания пути к конкретному сертификату…
http://www.cryptopro.ru/…guidestunnel_windows.pdf

P.S. Да, антивирус и firewall не при чем. И права админа не влияют на успех подписания.

Отредактировано пользователем 14 декабря 2022 г. 16:19:59(UTC)
 | Причина: Не указана


Вверх


Offline

ИгорьК

 


#20
Оставлено
:

14 декабря 2022 г. 17:10:42(UTC)

ИгорьК

Статус: Участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 21
Российская Федерация
Откуда: Москва

Да, у нас на новой чистой машине тоже заработало, когда в Личном только один сертификат
Но как с этим работать?

пробовал явно указать в конфиге сертификат (cert = c:stunnelmyCert.cer)
так ругается, что не находит его…


Вверх

Пользователи, просматривающие эту тему

Guest (2)

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.


Offline

Евгений_ВВ

 


#1
Оставлено
:

25 февраля 2019 г. 10:26:33(UTC)

Евгений_ВВ

Статус: Участник

Группы: Участники

Зарегистрирован: 13.02.2019(UTC)
Сообщений: 20
Российская Федерация
Откуда: NSK

Сказал(а) «Спасибо»: 1 раз

Добрый день!
Пытаюсь запустить службу Stunnel на стороне сервера (Ubuntu 18.04.2).
Установил крипто про, установил сертификат при помощи команды
/opt/cprocsp/bin/amd64/cryptcp -creatcert -provtype 81 -rdn ‘CN=mpr02.lab.local’ -cont ‘\.HDIMAGEmpr02.lab.local’ -certusage 1.3.6.1.5.5.7.3.1 -ku -du -ex -ca http://cryptopro.ru/certsrv
потом его экспортировал в файл.

Заполнил следующим образом конфиг:
pid=/var/opt/cprocsp/tmp/stunnel_serv.pid
output=/var/opt/cprocsp/tmp/stunnel_serv.log
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
debug = 7
[https]
accept=mpbr02.lab.local:1504
connect = mpbr02.lab.local:3334
cert=/var/opt/cprocsp/configstunel/mpbr02.lab.local.cer
verify=2

Но при запуске службы в логе получаем следующую ошибку:

2019.02.25 06:52:53 LOG7[46095:140488770462400]: Created pid file /var/opt/cprocsp/tmp/stunnel_serv.pid
2019.02.25 06:52:53 LOG7[46095:140488770462400]: open file /var/opt/cprocsp/configstunel/mpbr02.lab.local.cer with certificate
2019.02.25 06:52:53 LOG5[46095:140488770462400]: CertFindCertificateInStore not find certificate in LOCAL_MACHINE store. Looking at CURRENT_USER
2019.02.25 06:52:53 LOG3[46095:140488770462400]: Error 0x80092004 returned by CertFindCertificateInStore
2019.02.25 06:52:53 LOG3[46095:140488770462400]: Error creating credentials

2019.02.25 06:52:53 LOG7[46095:140488770462400]: removing pid file /var/opt/cprocsp/tmp/stunnel_serv.pid

Подскажите в чем может быть причина ошибки и как ее можно исправить?


Вверх


Offline

Александр Лавник

 


#2
Оставлено
:

25 февраля 2019 г. 10:33:48(UTC)

Александр Лавник

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 30.06.2016(UTC)
Сообщений: 3,302
Мужчина
Российская Федерация

Сказал «Спасибо»: 53 раз
Поблагодарили: 746 раз в 694 постах

Автор: Евгений_ВВ Перейти к цитате

Добрый день!
Пытаюсь запустить службу Stunnel на стороне сервера (Ubuntu 18.04.2).
Установил крипто про, установил сертификат при помощи команды
/opt/cprocsp/bin/amd64/cryptcp -creatcert -provtype 81 -rdn ‘CN=mpr02.lab.local’ -cont ‘\.HDIMAGEmpr02.lab.local’ -certusage 1.3.6.1.5.5.7.3.1 -ku -du -ex -ca http://cryptopro.ru/certsrv
потом его экспортировал в файл.

Заполнил следующим образом конфиг:
pid=/var/opt/cprocsp/tmp/stunnel_serv.pid
output=/var/opt/cprocsp/tmp/stunnel_serv.log
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
debug = 7
[https]
accept=mpbr02.lab.local:1504
connect = mpbr02.lab.local:3334
cert=/var/opt/cprocsp/configstunel/mpbr02.lab.local.cer
verify=2

Но при запуске службы в логе получаем следующую ошибку:

2019.02.25 06:52:53 LOG7[46095:140488770462400]: Created pid file /var/opt/cprocsp/tmp/stunnel_serv.pid
2019.02.25 06:52:53 LOG7[46095:140488770462400]: open file /var/opt/cprocsp/configstunel/mpbr02.lab.local.cer with certificate
2019.02.25 06:52:53 LOG5[46095:140488770462400]: CertFindCertificateInStore not find certificate in LOCAL_MACHINE store. Looking at CURRENT_USER
2019.02.25 06:52:53 LOG3[46095:140488770462400]: Error 0x80092004 returned by CertFindCertificateInStore
2019.02.25 06:52:53 LOG3[46095:140488770462400]: Error creating credentials

2019.02.25 06:52:53 LOG7[46095:140488770462400]: removing pid file /var/opt/cprocsp/tmp/stunnel_serv.pid

Подскажите в чем может быть причина ошибки и как ее можно исправить?

Здравствуйте.

Вы не установили сертификат в хранилище my (Личное) с привязкой к закрытому ключу.

Выполните команду:

Код:

/opt/cprocsp/bin/amd64/csptestf -absorb -certs

и запустите stunnel.

Техническую поддержку оказываем тут
Наша база знаний


Вверх


Offline

Евгений_ВВ

 


#3
Оставлено
:

25 февраля 2019 г. 11:50:11(UTC)

Евгений_ВВ

Статус: Участник

Группы: Участники

Зарегистрирован: 13.02.2019(UTC)
Сообщений: 20
Российская Федерация
Откуда: NSK

Сказал(а) «Спасибо»: 1 раз

В личном хранилище сертификат был установлен (его было видно при выполнении certmgr -list -store uMy).
Привязка при этом связка с ключом была PrivateKey Link : Yes (об этом же свойстве мы говорим ?)
Если Вас не затруднит, поясните, пожалуйста, как еще можно увидеть привязку к личному ключу (чтобы в будущем избежать подобных проблем).

Рекомендуемая команда привела к следующему результату:
Match: HDIMAGE\mpbr02ul.000B8FE
OK.
Total: SYS: 0,010 sec USR: 0,020 sec UTC: 0,190 sec
[ErrorCode: 0x00000000]

При запуске stunnel ошибки ушли , но запись вида not find certificate in LOCAL_MACHINE store. осталась…

2019.02.25 08:16:36 LOG7[47794:140497962271424]: Created pid file /var/opt/cprocsp/tmp/stunnel_serv.pid
2019.02.25 08:16:36 LOG7[47794:140497962271424]: open file /var/opt/cprocsp/configstunel/mpbr02.lab.local.cer with certificate
2019.02.25 08:16:36 LOG5[47794:140497962271424]: CertFindCertificateInStore not find certificate in LOCAL_MACHINE store. Looking at CURRENT_USER
2019.02.25 08:16:36 LOG7[47794:140497962271424]: CreateServCreadentials finish

Можно считать, что служба запущена верно?


Вверх


Offline

Александр Лавник

 


#4
Оставлено
:

25 февраля 2019 г. 12:20:37(UTC)

Александр Лавник

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 30.06.2016(UTC)
Сообщений: 3,302
Мужчина
Российская Федерация

Сказал «Спасибо»: 53 раз
Поблагодарили: 746 раз в 694 постах

Автор: Евгений_ВВ Перейти к цитате

В личном хранилище сертификат был установлен (его было видно при выполнении certmgr -list -store uMy).
Привязка при этом связка с ключом была PrivateKey Link : Yes (об этом же свойстве мы говорим ?)
Если Вас не затруднит, поясните, пожалуйста, как еще можно увидеть привязку к личному ключу (чтобы в будущем избежать подобных проблем).

Рекомендуемая команда привела к следующему результату:
Match: HDIMAGE\mpbr02ul.000B8FE
OK.
Total: SYS: 0,010 sec USR: 0,020 sec UTC: 0,190 sec
[ErrorCode: 0x00000000]

При запуске stunnel ошибки ушли , но запись вида not find certificate in LOCAL_MACHINE store. осталась…

2019.02.25 08:16:36 LOG7[47794:140497962271424]: Created pid file /var/opt/cprocsp/tmp/stunnel_serv.pid
2019.02.25 08:16:36 LOG7[47794:140497962271424]: open file /var/opt/cprocsp/configstunel/mpbr02.lab.local.cer with certificate
2019.02.25 08:16:36 LOG5[47794:140497962271424]: CertFindCertificateInStore not find certificate in LOCAL_MACHINE store. Looking at CURRENT_USER
2019.02.25 08:16:36 LOG7[47794:140497962271424]: CreateServCreadentials finish

Можно считать, что служба запущена верно?

Да, привязка определяется по строке PrivateKey Link.

Запись вида not find certificate in LOCAL_MACHINE store говорит о том, что не найден сертификат в хранилище компьютера, но найден сертификат в хранилище пользователя.

Поэтому да, можно считать, что stunnel запущен.

Чтобы использовать хранилище компьютера, ключевые контейнеры на жестком диске должны быть в директории:

Код:

/var/opt/cprocsp/keys

А установку серитфикатов с привязкой к закрытому ключу нужно выполнять командой:

Код:

/opt/cprocsp/bin/amd64/csptestf -absorb -certs -machine

Просмотреть сертификаты компьютера можно командой:

Код:

/opt/cprocsp/bin/amd64/certmgr -list -store -mmy

Техническую поддержку оказываем тут
Наша база знаний


Вверх


Offline

Евгений_ВВ

 


#5
Оставлено
:

26 февраля 2019 г. 12:00:13(UTC)

Евгений_ВВ

Статус: Участник

Группы: Участники

Зарегистрирован: 13.02.2019(UTC)
Сообщений: 20
Российская Федерация
Откуда: NSK

Сказал(а) «Спасибо»: 1 раз

Stunnel на стороне сервера и клиент запустился.
Но попытка создания между ними взаимодействия не привела к успеху
Получил следующий лог со стороны сервера:

Код:

2019.02.26 08:53:11 LOG7[75660:140068622344896]: https accepted FD=9 from 192.168.91.35:33020
2019.02.26 08:53:11 LOG7[75660:140068524029696]: client start
2019.02.26 08:53:11 LOG7[75660:140068524029696]: https started
2019.02.26 08:53:11 LOG7[75660:140068524029696]: FD 9 in non-blocking mode
2019.02.26 08:53:11 LOG7[75660:140068524029696]: TCP_NODELAY option set on local socket
2019.02.26 08:53:11 LOG7[75660:140068524029696]: FD 10 in non-blocking mode
2019.02.26 08:53:11 LOG7[75660:140068524029696]: FD 11 in non-blocking mode
2019.02.26 08:53:11 LOG7[75660:140068524029696]: Connection from 192.168.91.35:33020 permitted by libwrap
2019.02.26 08:53:11 LOG5[75660:140068524029696]: https connected from 192.168.91.35:33020
2019.02.26 08:53:11 LOG7[75660:140068524029696]: accept_handshake start
2019.02.26 08:53:11 LOG7[75660:140068524029696]: SSPINegotiate start
2019.02.26 08:53:11 LOG7[75660:140068622344896]: Cleaning up the signal pipe
2019.02.26 08:53:11 LOG6[75660:140068622344896]: Child process 78339 finished with code 0
2019.02.26 08:53:11 LOG7[75660:140068622344896]: https accepted FD=10 from 192.168.91.35:33022
2019.02.26 08:53:11 LOG7[75660:140068524558080]: client start
2019.02.26 08:53:11 LOG7[75660:140068524558080]: https started
2019.02.26 08:53:11 LOG7[75660:140068524558080]: FD 10 in non-blocking mode
2019.02.26 08:53:11 LOG7[75660:140068524558080]: TCP_NODELAY option set on local socket
2019.02.26 08:53:11 LOG7[75660:140068524558080]: FD 11 in non-blocking mode
2019.02.26 08:53:11 LOG7[75660:140068524558080]: FD 12 in non-blocking mode
2019.02.26 08:53:11 LOG7[75660:140068524558080]: Connection from 192.168.91.35:33022 permitted by libwrap
2019.02.26 08:53:11 LOG5[75660:140068524558080]: https connected from 192.168.91.35:33022
2019.02.26 08:53:11 LOG7[75660:140068524558080]: accept_handshake start
2019.02.26 08:53:11 LOG7[75660:140068524558080]: SSPINegotiate start
2019.02.26 08:53:11 LOG7[75660:140068622344896]: Cleaning up the signal pipe
2019.02.26 08:53:11 LOG6[75660:140068622344896]: Child process 78341 finished with code 0
2019.02.26 08:53:11 LOG7[75660:140068524029696]: reading in SSPINeg recv return = 113, errno=4
2019.02.26 08:53:11 LOG7[75660:140068524029696]:  Recieve 113 bytes from client on SSPINegotiateLoop
2019.02.26 08:53:11 LOG7[75660:140068524029696]: AcceptSecurityContext finish, scRet = 590610
2019.02.26 08:53:11 LOG5[75660:140068524029696]: Send 1771 handshake bytes to client
2019.02.26 08:53:11 LOG7[75660:140068524558080]: reading in SSPINeg recv return = 113, errno=4
2019.02.26 08:53:11 LOG7[75660:140068524558080]:  Recieve 113 bytes from client on SSPINegotiateLoop
2019.02.26 08:53:11 LOG7[75660:140068524558080]: AcceptSecurityContext finish, scRet = 590610
2019.02.26 08:53:11 LOG5[75660:140068524558080]: Send 1771 handshake bytes to client
2019.02.26 08:54:05 LOG7[75660:140068524558080]: reading in SSPINeg recv return = 1240, errno=4
2019.02.26 08:54:05 LOG7[75660:140068524558080]:  Recieve 1240 bytes from client on SSPINegotiateLoop
2019.02.26 08:54:05 LOG7[75660:140068524029696]: reading in SSPINeg recv return = 1240, errno=4
2019.02.26 08:54:05 LOG7[75660:140068524029696]:  Recieve 1240 bytes from client on SSPINegotiateLoop
2019.02.26 08:54:05 LOG7[75660:140068524029696]: AcceptSecurityContext finish, scRet = -2146893008
2019.02.26 08:54:05 LOG3[75660:140068524029696]: Accept Security Context Failed with error code 0x80090330
2019.02.26 08:54:05 LOG3[75660:140068524029696]: Couldn't accept client. Handshake failed
2019.02.26 08:54:05 LOG5[75660:140068524029696]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2019.02.26 08:54:05 LOG7[75660:140068524029696]: free Buffers
2019.02.26 08:54:05 LOG7[75660:140068524029696]: delete c->hContext
2019.02.26 08:54:05 LOG5[75660:140068524029696]: incomp_mess = 0, extra_data = 0
2019.02.26 08:54:05 LOG7[75660:140068524029696]: https finished (1 left)
2019.02.26 08:54:05 LOG7[75660:140068524558080]: AcceptSecurityContext finish, scRet = -2146893008
2019.02.26 08:54:05 LOG3[75660:140068524558080]: Accept Security Context Failed with error code 0x80090330
2019.02.26 08:54:05 LOG3[75660:140068524558080]: Couldn't accept client. Handshake failed
2019.02.26 08:54:05 LOG5[75660:140068524558080]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2019.02.26 08:54:05 LOG7[75660:140068524558080]: free Buffers
2019.02.26 08:54:05 LOG7[75660:140068524558080]: delete c->hContext
2019.02.26 08:54:05 LOG5[75660:140068524558080]: incomp_mess = 0, extra_data = 0
2019.02.26 08:54:05 LOG7[75660:140068524558080]: https finished (0 left)
2019.02.26 08:54:05 LOG7[75660:140068622344896]: https accepted FD=9 from 192.168.91.35:33060

Со стороны клиента:

Код:


2019.02.26 15:53:10 LOG7[5946:139665708185344]: client start
2019.02.26 15:53:10 LOG7[5946:139665708185344]: https started
2019.02.26 15:53:10 LOG7[5946:139665708185344]: FD 8 in non-blocking mode
2019.02.26 15:53:10 LOG7[5946:139665708185344]: TCP_NODELAY option set on local socket
2019.02.26 15:53:10 LOG7[5946:139665708185344]: FD 9 in non-blocking mode
2019.02.26 15:53:10 LOG7[5946:139665708185344]: FD 10 in non-blocking mode
2019.02.26 15:53:10 LOG7[5946:139665708185344]: Connection from 127.0.0.1:35002 permitted by libwrap
2019.02.26 15:53:10 LOG5[5946:139665708185344]: https connected from 127.0.0.1:35002
2019.02.26 15:53:10 LOG7[5946:139665708200640]: Cleaning up the signal pipe
2019.02.26 15:53:10 LOG6[5946:139665708200640]: Child process 5998 finished with code 0
2019.02.26 15:53:11 LOG7[5946:139665708185344]: FD 13 in non-blocking mode
2019.02.26 15:53:11 LOG7[5946:139665708185344]: https connecting 
2019.02.26 15:53:11 LOG7[5946:139665708185344]: connect_wait: waiting 10 seconds
2019.02.26 15:53:11 LOG7[5946:139665708200640]: https accepted FD=14 from 127.0.0.1:35006
2019.02.26 15:53:11 LOG7[5946:139665707656960]: client start
2019.02.26 15:53:11 LOG7[5946:139665707656960]: https started
2019.02.26 15:53:11 LOG7[5946:139665707656960]: FD 14 in non-blocking mode
2019.02.26 15:53:11 LOG7[5946:139665707656960]: TCP_NODELAY option set on local socket
2019.02.26 15:53:11 LOG7[5946:139665707656960]: FD 15 in non-blocking mode
2019.02.26 15:53:11 LOG7[5946:139665707656960]: FD 16 in non-blocking mode
2019.02.26 15:53:11 LOG7[5946:139665707656960]: Connection from 127.0.0.1:35006 permitted by libwrap
2019.02.26 15:53:11 LOG5[5946:139665707656960]: https connected from 127.0.0.1:35006
2019.02.26 15:53:11 LOG7[5946:139665707656960]: FD 17 in non-blocking mode
2019.02.26 15:53:11 LOG7[5946:139665707656960]: https connecting 
2019.02.26 15:53:11 LOG7[5946:139665708200640]: Cleaning up the signal pipe
2019.02.26 15:53:11 LOG7[5946:139665707656960]: connect_wait: waiting 10 seconds
2019.02.26 15:53:11 LOG6[5946:139665708200640]: Child process 6001 finished with code 0
2019.02.26 15:53:11 LOG7[5946:139665708185344]: connect_wait: connected
2019.02.26 15:53:11 LOG7[5946:139665708185344]: Remote FD=13 initialized
2019.02.26 15:53:11 LOG7[5946:139665708185344]: TCP_NODELAY option set on remote socket
2019.02.26 15:53:11 LOG7[5946:139665708185344]: start SSPI connect
2019.02.26 15:53:11 LOG5[5946:139665708185344]: try to read the client certificate
2019.02.26 15:53:11 LOG7[5946:139665708185344]: open file /home/vea/stunell/client.cer with certificate
2019.02.26 15:53:11 LOG7[5946:139665707656960]: connect_wait: connected
2019.02.26 15:53:11 LOG7[5946:139665707656960]: Remote FD=17 initialized
2019.02.26 15:53:11 LOG7[5946:139665707656960]: TCP_NODELAY option set on remote socket
2019.02.26 15:53:11 LOG7[5946:139665707656960]: start SSPI connect
2019.02.26 15:53:11 LOG5[5946:139665707656960]: try to read the client certificate
2019.02.26 15:53:11 LOG7[5946:139665707656960]: open file /home/vea/stunell/client.cer with certificate
2019.02.26 15:53:11 LOG3[5946:139665707656960]: Credentials complete
2019.02.26 15:53:11 LOG3[5946:139665708185344]: Credentials complete
2019.02.26 15:53:11 LOG7[5946:139665708185344]: 113 bytes of handshake data sent
2019.02.26 15:53:11 LOG7[5946:139665707656960]: 113 bytes of handshake data sent
2019.02.26 15:53:11 LOG5[5946:139665708185344]: 1771 bytes of handshake(in handshake loop) data received.
2019.02.26 15:53:11 LOG5[5946:139665707656960]: 1771 bytes of handshake(in handshake loop) data received.
2019.02.26 15:54:05 LOG7[5946:139665708200640]: Cleaning up the signal pipe
2019.02.26 15:54:05 LOG5[5946:139665708185344]: 1240 bytes of handshake data sent
2019.02.26 15:54:05 LOG5[5946:139665707656960]: 1240 bytes of handshake data sent
2019.02.26 15:54:05 LOG3[5946:139665708185344]: **** Server unexpectedly disconnected
2019.02.26 15:54:05 LOG3[5946:139665708185344]: Error performing handshake
2019.02.26 15:54:05 LOG5[5946:139665708185344]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2019.02.26 15:54:05 LOG7[5946:139665708185344]: free Buffers
2019.02.26 15:54:05 LOG7[5946:139665708185344]: delete c->hContext
2019.02.26 15:54:05 LOG7[5946:139665708185344]: delete c->hClientCreds
2019.02.26 15:54:05 LOG5[5946:139665708185344]: incomp_mess = 0, extra_data = 0
2019.02.26 15:54:05 LOG7[5946:139665708185344]: https finished (1 left)
2019.02.26 15:54:05 LOG3[5946:139665707656960]: **** Server unexpectedly disconnected
2019.02.26 15:54:05 LOG3[5946:139665707656960]: Error performing handshake
2019.02.26 15:54:05 LOG5[5946:139665707656960]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2019.02.26 15:54:05 LOG7[5946:139665707656960]: free Buffers
2019.02.26 15:54:05 LOG7[5946:139665707656960]: delete c->hContext
2019.02.26 15:54:05 LOG7[5946:139665707656960]: delete c->hClientCreds
2019.02.26 15:54:05 LOG5[5946:139665707656960]: incomp_mess = 0, extra_data = 0
2019.02.26 15:54:05 LOG7[5946:139665707656960]: https finished (0 left)
2019.02.26 15:54:05 LOG7[5946:139665708200640]: https accepted FD=8 from 127.0.0.1:35042

В чем может быть проблема?


Вверх


Offline

Александр Лавник

 


#6
Оставлено
:

26 февраля 2019 г. 12:09:32(UTC)

Александр Лавник

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 30.06.2016(UTC)
Сообщений: 3,302
Мужчина
Российская Федерация

Сказал «Спасибо»: 53 раз
Поблагодарили: 746 раз в 694 постах

Приложите конфиги stunnel клиента и сервера.

На ключевых контейнерах на клиенте и сервере установлены пин-коды?

Какая версия КриптоПро CSP с номером сборки используется на стороне клиента и сервера?

Какая операционная система используется на стороне клиента?

Техническую поддержку оказываем тут
Наша база знаний


Вверх


Offline

Евгений_ВВ

 


#7
Оставлено
:

26 февраля 2019 г. 12:20:49(UTC)

Евгений_ВВ

Статус: Участник

Группы: Участники

Зарегистрирован: 13.02.2019(UTC)
Сообщений: 20
Российская Федерация
Откуда: NSK

Сказал(а) «Спасибо»: 1 раз

конфиг клиента
pid=/var/opt/cprocsp/tmp/stunnel_cli.pid
output=/var/opt/cprocsp/tmp/stunnel_cli.log
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
debug = 7
[https]
client = yes
accept=lab-vea:1504
connect = mpbr02.lab.local:1504
cert=/home/vea/stunell/client.cer
verify=2

конфиг сервера:
id=/var/opt/cprocsp/tmp/stunnel_serv.pid
output=/var/opt/cprocsp/tmp/stunnel_serv.log
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
debug = 7
[https]
accept=mpbr02.lab.local:1504
connect = mpbr02.lab.local:3334
cert=/var/opt/cprocsp/configstunel/mpbr02.lab.local.cer
verify=1

Коды установлены — при начале соединения пароль запрашивается (я так понимаю они устанавливаются при формировании запроса на сертификат).
ОС : сервер Ubuntu 18.04.2 клиент Ubuntu 18.04.1


Вверх


Offline

Евгений_ВВ

 


#8
Оставлено
:

26 февраля 2019 г. 12:30:56(UTC)

Евгений_ВВ

Статус: Участник

Группы: Участники

Зарегистрирован: 13.02.2019(UTC)
Сообщений: 20
Российская Федерация
Откуда: NSK

Сказал(а) «Спасибо»: 1 раз

Версии крипто про одинаковые.
cprocsp-cpopenssl-64 4.0.9963-5 amd64 OpenSSL. Build 9963.
ii cprocsp-cpopenssl-base 4.0.9963-5 all Openssl common Build 9963.
ii cprocsp-cpopenssl-gost-64 4.0.9963-5 amd64 OpenSSL capi_gost engine. Build 9963.
ii cprocsp-curl-64 4.0.9963-5 amd64 CryptoPro Curl shared library and binaris. Build 9963.
ii cprocsp-pki-cades 2.0.0-1 amd64 CryptoPro PKI
ii cprocsp-pki-plugin 2.0.0-1 amd64 CryptoPro PKI
ii cprocsp-rdr-emv-64 4.0.9963-5 amd64 EMV/Gemalto support module
ii cprocsp-rdr-gui-gtk-64 4.0.9963-5 amd64 GUI components for CryptoPro CSP readers. Build 9963.
ii cprocsp-rdr-inpaspot-64 4.0.9963-5 amd64 Inpaspot support module
ii cprocsp-rdr-mskey-64 4.0.9963-5 amd64 Mskey support module
ii cprocsp-rdr-novacard-64 4.0.9963-5 amd64 Novacard support module
ii cprocsp-rdr-pcsc-64 4.0.9963-5 amd64 PC/SC components for CryptoPro CSP readers. Build 9963.
ii cprocsp-rdr-rutoken-64 4.0.9963-5 amd64 Rutoken support module
ii cprocsp-stunnel-64 4.0.9963-5 amd64 Universal SSL/TLS tunnel.
ii lsb-cprocsp-base 4.0.9963-5 all CryptoPro CSP directories and scripts. Build 9963.
ii lsb-cprocsp-ca-certs 4.0.9963-5 all CA certificates. Build 9963.
ii lsb-cprocsp-capilite-64 4.0.9963-5 amd64 CryptoAPI lite. Build 9963.
ii lsb-cprocsp-kc1-64 4.0.9963-5 amd64 CryptoPro CSP KC1. Build 9963.
ii lsb-cprocsp-pkcs11-64 4.0.9963-5 amd64 CryptoPro PKCS11. Build 9963.
ii lsb-cprocsp-rdr-64 4.0.9963-5 amd64 CryptoPro CSP readers. Build 9963.


Вверх


Offline

Александр Лавник

 


#9
Оставлено
:

26 февраля 2019 г. 15:34:40(UTC)

Александр Лавник

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 30.06.2016(UTC)
Сообщений: 3,302
Мужчина
Российская Федерация

Сказал «Спасибо»: 53 раз
Поблагодарили: 746 раз в 694 постах

Есть ли ошибка, если выставить verify=0?

Техническую поддержку оказываем тут
Наша база знаний


Вверх


Offline

Евгений_ВВ

 


#10
Оставлено
:

27 февраля 2019 г. 5:14:37(UTC)

Евгений_ВВ

Статус: Участник

Группы: Участники

Зарегистрирован: 13.02.2019(UTC)
Сообщений: 20
Российская Федерация
Откуда: NSK

Сказал(а) «Спасибо»: 1 раз

Ситуация не изменилась. Такая же ошибка.

Код:

client start
2019.02.27 02:05:51 LOG7[98101:140677264946944]: https started
2019.02.27 02:05:51 LOG7[98101:140677264946944]: FD 8 in non-blocking mode
2019.02.27 02:05:51 LOG7[98101:140677264946944]: TCP_NODELAY option set on local socket
2019.02.27 02:05:51 LOG7[98101:140677264946944]: FD 9 in non-blocking mode
2019.02.27 02:05:51 LOG7[98101:140677264946944]: FD 10 in non-blocking mode
2019.02.27 02:05:51 LOG7[98101:140677264946944]: Connection from 192.168.91.35:55222 permitted by libwrap
2019.02.27 02:05:51 LOG5[98101:140677264946944]: https connected from 192.168.91.35:55222
2019.02.27 02:05:51 LOG7[98101:140677264946944]: accept_handshake start
2019.02.27 02:05:51 LOG7[98101:140677264946944]: SSPINegotiate start
2019.02.27 02:05:51 LOG7[98101:140677362205376]: Cleaning up the signal pipe
2019.02.27 02:05:51 LOG6[98101:140677362205376]: Child process 98200 finished with code 0
2019.02.27 02:05:51 LOG7[98101:140677362205376]: https accepted FD=9 from 192.168.91.35:55224
2019.02.27 02:05:51 LOG7[98101:140677264418560]: client start
2019.02.27 02:05:51 LOG7[98101:140677264418560]: https started
2019.02.27 02:05:51 LOG7[98101:140677264418560]: FD 9 in non-blocking mode
2019.02.27 02:05:51 LOG7[98101:140677264418560]: TCP_NODELAY option set on local socket
2019.02.27 02:05:51 LOG7[98101:140677264418560]: FD 10 in non-blocking mode
2019.02.27 02:05:51 LOG7[98101:140677264418560]: FD 11 in non-blocking mode
2019.02.27 02:05:51 LOG7[98101:140677264418560]: Connection from 192.168.91.35:55224 permitted by libwrap
2019.02.27 02:05:51 LOG5[98101:140677264418560]: https connected from 192.168.91.35:55224
2019.02.27 02:05:51 LOG7[98101:140677264418560]: accept_handshake start
2019.02.27 02:05:51 LOG7[98101:140677264418560]: SSPINegotiate start
2019.02.27 02:05:51 LOG7[98101:140677362205376]: Cleaning up the signal pipe
2019.02.27 02:05:51 LOG6[98101:140677362205376]: Child process 98202 finished with code 0
2019.02.27 02:05:51 LOG7[98101:140677264946944]: reading in SSPINeg recv return = 113, errno=4
2019.02.27 02:05:51 LOG7[98101:140677264946944]:  Recieve 113 bytes from client on SSPINegotiateLoop
2019.02.27 02:05:51 LOG7[98101:140677264946944]: AcceptSecurityContext finish, scRet = 590610
2019.02.27 02:05:51 LOG5[98101:140677264946944]: Send 953 handshake bytes to client
2019.02.27 02:05:51 LOG7[98101:140677264418560]: reading in SSPINeg recv return = 113, errno=4
2019.02.27 02:05:51 LOG7[98101:140677264418560]:  Recieve 113 bytes from client on SSPINegotiateLoop
2019.02.27 02:05:51 LOG7[98101:140677264418560]: AcceptSecurityContext finish, scRet = 590610
2019.02.27 02:05:51 LOG5[98101:140677264418560]: Send 953 handshake bytes to client
2019.02.27 02:05:51 LOG7[98101:140677264418560]: reading in SSPINeg recv return = 285, errno=4
2019.02.27 02:05:51 LOG7[98101:140677264418560]:  Recieve 285 bytes from client on SSPINegotiateLoop
2019.02.27 02:05:51 LOG7[98101:140677264946944]: reading in SSPINeg recv return = 285, errno=-1
2019.02.27 02:05:51 LOG7[98101:140677264946944]:  Recieve 285 bytes from client on SSPINegotiateLoop
2019.02.27 02:05:51 LOG7[98101:140677264946944]: AcceptSecurityContext finish, scRet = -2146893008
2019.02.27 02:05:51 LOG3[98101:140677264946944]: Accept Security Context Failed with error code 0x80090330
2019.02.27 02:05:51 LOG3[98101:140677264946944]: Couldn't accept client. Handshake failed
2019.02.27 02:05:51 LOG5[98101:140677264946944]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2019.02.27 02:05:51 LOG7[98101:140677264946944]: free Buffers
2019.02.27 02:05:51 LOG7[98101:140677264946944]: delete c->hContext
2019.02.27 02:05:51 LOG5[98101:140677264946944]: incomp_mess = 0, extra_data = 0
2019.02.27 02:05:51 LOG7[98101:140677264946944]: https finished (1 left)
2019.02.27 02:05:51 LOG7[98101:140677264418560]: AcceptSecurityContext finish, scRet = -2146893008
2019.02.27 02:05:51 LOG3[98101:140677264418560]: Accept Security Context Failed with error code 0x80090330
2019.02.27 02:05:51 LOG3[98101:140677264418560]: Couldn't accept client. Handshake failed
2019.02.27 02:05:51 LOG5[98101:140677264418560]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2019.02.27 02:05:51 LOG7[98101:140677264418560]: free Buffers
2019.02.27 02:05:51 LOG7[98101:140677264418560]: delete c->hContext
2019.02.27 02:05:51 LOG5[98101:140677264418560]: incomp_mess = 0, extra_data = 0
2019.02.27 02:05:51 LOG7[98101:140677264418560]: https finished (0 left)
2019.02.27 02:05:52 LOG7[98101:140677362205376]: https accepted FD=8 from 192.168.91.35:55246

Вверх

Пользователи, просматривающие эту тему

Guest

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.


Offline

Dmitry-G

 


#11
Оставлено
:

8 декабря 2022 г. 21:08:04(UTC)

Dmitry-G

Статус: Участник

Группы: Участники

Зарегистрирован: 08.12.2022(UTC)
Сообщений: 17
Российская Федерация
Откуда: Москва

Чтобы заработала служба Stunnel Service, конфигурационный файл stunnel.conf следует положить в System32 (использую Win10 64bit), после этого указанная служба этот файл увидит. О чем, правда, ни слова не сказано в инструкции от УЦ ЦБ РФ от 08.11.2022, но зато говорится в мануале на Stunnel, входящем в состав КриптоПро CSP.

Однако, ни успешный запуск данной службы, ни рекомендации выше в данной ветке, не избавляют нас от проблемы подключения к обозначенному серверу штампов времени. Все сертификаты должным образом установлены — как в хранилище текущего пользователя (права — админ), так и в хранилище локального компьютера. Установленный в эти хранилища средствами CSP личный сертификат, выданный аккредитованным УЦ БР, расширение «Проверка подлинности клиента (1.3.6.1.5.5.7.3.2)» имеет. Все тесты контейнеров средствами CSP (по каждому из хранилищ) проходят успешно, в свойства промежуточных сертификатов ЦБ РФ соответствующие адреса OCSP добавлены, строка «127.0.0.1 localhost tsp1.ca.cbr.ru» в файл без расширения «C:WindowsSystem32driversetchosts» записана, лицензии на CSP, TSP и OCSP активны…

Пробовали и в связке с Крипто АРМ ГОСТ, и в связке с КриптоПро ЭЦП Browser plug-in со страницы https://www.cryptopro.ru…/cades_xlong_sample.html — результат один и тот же. А в результате возникает окно выбора сертификата, а затем окно ввода пароля, но после соответствующих выбора и ввода, подключения все равно не происходит. Предлагаемая выше замена адресов службы времени УЦ ЦБ с «http://tsp1.ca.cbr.ru:10001/tsp/tsp.srf» и «http://tsp2.ca.cbr.ru:10002/tsp/tsp.srf» на «https://tsp1.ca.cbr.ru/tsp/tsp.srf» и «https://tsp2.ca.cbr.ru/tsp/tsp.srf», а также точек распространения списков отзыва на «https://tsp1.ca.cbr.ru/ocsp» и «https://tsp1.ca.cbr.ru/ocsp» ни к чему хорошему не приводит, кроме того, что по понятной причине, вместо того, чтобы использовать канал Stunnel, указанные приложения пытаются подключиться к серверу установки меток времени напрямую.

А конкретика следующая:

При запуске Stunnel Service от имени текущего пользователя видим следующий лог Stunnel:

2022.12.08 19:00:12 LOG5[3672:17856]: stunnel 4.18 on x86-pc-unknown
2022.12.08 19:00:12 LOG5[3672:17856]: Threading:WIN32 Sockets:SELECT,IPv6
2022.12.08 19:00:12 LOG5[3672:17856]: No limit detected for the number of clients
2022.12.08 19:00:12 LOG7[3672:17856]: FD 300 in non-blocking mode
2022.12.08 19:00:12 LOG7[3672:17856]: SO_REUSEADDR option set on accept socket
2022.12.08 19:00:12 LOG7[3672:17856]: tls1-client-https-1 bound to 127.0.0.1:10001
2022.12.08 19:00:12 LOG7[3672:17856]: FD 304 in non-blocking mode
2022.12.08 19:00:12 LOG7[3672:17856]: SO_REUSEADDR option set on accept socket
2022.12.08 19:00:12 LOG7[3672:17856]: tls1-client-https-2 bound to 127.0.0.1:10002
2022.12.08 19:10:16 LOG7[3672:17856]: tls1-client-https-1 accepted FD=308 from 127.0.0.1:60985
2022.12.08 19:10:16 LOG7[3672:17856]: Creating a new thread
2022.12.08 19:10:16 LOG7[3672:17856]: New thread created
2022.12.08 19:10:16 LOG7[3672:18488]: client start
2022.12.08 19:10:16 LOG7[3672:18488]: tls1-client-https-1 started
2022.12.08 19:10:16 LOG7[3672:18488]: FD 308 in non-blocking mode
2022.12.08 19:10:16 LOG7[3672:18488]: TCP_NODELAY option set on local socket
2022.12.08 19:10:16 LOG5[3672:18488]: tls1-client-https-1 connected from 127.0.0.1:60985
2022.12.08 19:10:16 LOG7[3672:18488]: FD 384 in non-blocking mode
2022.12.08 19:10:16 LOG7[3672:18488]: tls1-client-https-1 connecting
2022.12.08 19:10:16 LOG7[3672:18488]: connect_wait: waiting 10 seconds
2022.12.08 19:10:16 LOG7[3672:18488]: connect_wait: connected
2022.12.08 19:10:16 LOG7[3672:18488]: Remote FD=384 initialized
2022.12.08 19:10:16 LOG7[3672:18488]: TCP_NODELAY option set on remote socket
2022.12.08 19:10:16 LOG7[3672:18488]: start SSPI connect
2022.12.08 19:10:16 LOG3[3672:18488]: Credentials complete
2022.12.08 19:10:16 LOG7[3672:18488]: 166 bytes of handshake data sent
2022.12.08 19:10:16 LOG5[3672:18488]: 1318 bytes of handshake(in handshake loop) data received.
2022.12.08 19:10:16 LOG5[3672:18488]: 1627 bytes of handshake(in handshake loop) data received.
2022.12.08 19:10:16 LOG5[3672:18488]: certificate chain found
2022.12.08 19:10:16 LOG5[3672:18488]: new schannel credential created
2022.12.08 19:10:16 LOG3[3672:18488]: **** Error 0x8009030d returned by InitializeSecurityContext (2)
2022.12.08 19:10:16 LOG3[3672:18488]: Error performing handshake
2022.12.08 19:10:16 LOG5[3672:18488]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2022.12.08 19:10:16 LOG7[3672:18488]: free Buffers
2022.12.08 19:10:16 LOG7[3672:18488]: delete c->hContext
2022.12.08 19:10:16 LOG7[3672:18488]: delete c->hClientCreds
2022.12.08 19:10:16 LOG5[3672:18488]: incomp_mess = 0, extra_data = 1
2022.12.08 19:10:16 LOG7[3672:18488]: tls1-client-https-1 finished (0 left)

А при запуске Stunnel Service от имени локальной системы — следующий:

2022.12.08 20:43:02 LOG5[16664:1744]: stunnel 4.18 on x86-pc-unknown
2022.12.08 20:43:02 LOG5[16664:1744]: Threading:WIN32 Sockets:SELECT,IPv6
2022.12.08 20:43:02 LOG5[16664:1744]: No limit detected for the number of clients
2022.12.08 20:43:02 LOG7[16664:1744]: FD 296 in non-blocking mode
2022.12.08 20:43:02 LOG7[16664:1744]: SO_REUSEADDR option set on accept socket
2022.12.08 20:43:02 LOG7[16664:1744]: tls1-client-https-1 bound to 127.0.0.1:10001
2022.12.08 20:43:02 LOG7[16664:1744]: FD 300 in non-blocking mode
2022.12.08 20:43:02 LOG7[16664:1744]: SO_REUSEADDR option set on accept socket
2022.12.08 20:43:02 LOG7[16664:1744]: tls1-client-https-2 bound to 127.0.0.1:10002
2022.12.08 20:44:38 LOG7[16664:1744]: tls1-client-https-1 accepted FD=304 from 127.0.0.1:61710
2022.12.08 20:44:38 LOG7[16664:1744]: Creating a new thread
2022.12.08 20:44:38 LOG7[16664:1744]: New thread created
2022.12.08 20:44:38 LOG7[16664:22504]: client start
2022.12.08 20:44:38 LOG7[16664:22504]: tls1-client-https-1 started
2022.12.08 20:44:38 LOG7[16664:22504]: FD 304 in non-blocking mode
2022.12.08 20:44:38 LOG7[16664:22504]: TCP_NODELAY option set on local socket
2022.12.08 20:44:38 LOG5[16664:22504]: tls1-client-https-1 connected from 127.0.0.1:61710
2022.12.08 20:44:38 LOG7[16664:22504]: FD 380 in non-blocking mode
2022.12.08 20:44:38 LOG7[16664:22504]: tls1-client-https-1 connecting
2022.12.08 20:44:38 LOG7[16664:22504]: connect_wait: waiting 10 seconds
2022.12.08 20:44:38 LOG7[16664:22504]: connect_wait: connected
2022.12.08 20:44:38 LOG7[16664:22504]: Remote FD=380 initialized
2022.12.08 20:44:38 LOG7[16664:22504]: TCP_NODELAY option set on remote socket
2022.12.08 20:44:38 LOG7[16664:22504]: start SSPI connect
2022.12.08 20:44:38 LOG3[16664:22504]: Credentials complete
2022.12.08 20:44:38 LOG7[16664:22504]: 166 bytes of handshake data sent
2022.12.08 20:44:38 LOG5[16664:22504]: 1318 bytes of handshake(in handshake loop) data received.
2022.12.08 20:44:38 LOG5[16664:22504]: 1627 bytes of handshake(in handshake loop) data received.
2022.12.08 20:44:38 LOG5[16664:22504]: CertFindChainInStore not find certificate in store. Looking at LOCAL_MACHINE
2022.12.08 20:44:38 LOG5[16664:22504]: certificate chain found
2022.12.08 20:44:38 LOG5[16664:22504]: new schannel credential created
2022.12.08 20:44:38 LOG3[16664:22504]: **** Error 0x8009035d returned by InitializeSecurityContext (2)
2022.12.08 20:44:38 LOG3[16664:22504]: Error performing handshake
2022.12.08 20:44:38 LOG5[16664:22504]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket
2022.12.08 20:44:38 LOG7[16664:22504]: free Buffers
2022.12.08 20:44:38 LOG7[16664:22504]: delete c->hContext
2022.12.08 20:44:38 LOG7[16664:22504]: delete c->hClientCreds
2022.12.08 20:44:38 LOG5[16664:22504]: incomp_mess = 0, extra_data = 1
2022.12.08 20:44:38 LOG7[16664:22504]: tls1-client-https-1 finished (0 left)

Как я уже говорил, все сертификаты (включая личный) установлены средствами CSP, должным образом и корректно.


Вверх

Offline

dysha

 


#12
Оставлено
:

9 декабря 2022 г. 12:12:32(UTC)

dysha

Статус: Новичок

Группы: Участники

Зарегистрирован: 22.03.2011(UTC)
Сообщений: 2
Откуда: Kirov

В инструкции УЦ Банка России по настройке stunnel есть требование:

Цитата:

В свойствах сертификата перейдите на вкладку «Протокол OCSP» и добавьте следующие URL как показано на картинке ниже:
http://127.0.0.1:10001/ocsp http://127.0.0.1:10002/ocsp

Каким образом можно эту настройку сделать на Linux?


Вверх

WWW


Offline

ew-mc

 


#13
Оставлено
:

12 декабря 2022 г. 18:31:23(UTC)

ew-mc

Статус: Участник

Группы: Участники

Зарегистрирован: 12.12.2022(UTC)
Сообщений: 10
Российская Федерация
Откуда: Москва

Автор: Dmitry-G Перейти к цитате

Чтобы заработала служба Stunnel Service, конфигурационный файл stunnel.conf следует положить в System32 (использую Win10 64bit), после этого указанная служба этот файл увидит. О чем, правда, ни слова не сказано в инструкции от УЦ ЦБ РФ от 08.11.2022, но зато говорится в мануале на Stunnel, входящем в состав КриптоПро CSP.

Однако, ни успешный запуск данной службы, ни рекомендации выше в данной ветке, не избавляют нас от проблемы подключения к обозначенному серверу штампов времени. Все сертификаты должным образом установлены — как в хранилище текущего пользователя (права — админ), так и в хранилище локального компьютера. Установленный в эти хранилища средствами CSP личный сертификат, выданный аккредитованным УЦ БР, расширение «Проверка подлинности клиента (1.3.6.1.5.5.7.3.2)» имеет. Все тесты контейнеров средствами CSP (по каждому из хранилищ) проходят успешно, в свойства промежуточных сертификатов ЦБ РФ соответствующие адреса OCSP добавлены, строка «127.0.0.1 localhost tsp1.ca.cbr.ru» в файл без расширения «C:WindowsSystem32driversetchosts» записана, лицензии на CSP, TSP и OCSP активны…

Пробовали и в связке с Крипто АРМ ГОСТ, и в связке с КриптоПро ЭЦП Browser plug-in со страницы https://www.cryptopro.ru…/cades_xlong_sample.html — результат один и тот же. А в результате возникает окно выбора сертификата, а затем окно ввода пароля, но после соответствующих выбора и ввода, подключения все равно не происходит. Предлагаемая выше замена адресов службы времени УЦ ЦБ с «http://tsp1.ca.cbr.ru:10001/tsp/tsp.srf» и «http://tsp2.ca.cbr.ru:10002/tsp/tsp.srf» на «https://tsp1.ca.cbr.ru/tsp/tsp.srf» и «https://tsp2.ca.cbr.ru/tsp/tsp.srf», а также точек распространения списков отзыва на «https://tsp1.ca.cbr.ru/ocsp» и «https://tsp1.ca.cbr.ru/ocsp» ни к чему хорошему не приводит, кроме того, что по понятной причине, вместо того, чтобы использовать канал Stunnel, указанные приложения пытаются подключиться к серверу установки меток времени напрямую.

А конкретика следующая:

Как я уже говорил, все сертификаты (включая личный) установлены средствами CSP, должным образом и корректно.

Добрый день, коллеги!
Dmitry-G, у нас ошибка практически один-в-один как у Вас. Все сертификаты — корневой, промежуточный, личный также установлены должным образом и корректно.

Но, в файле лога Stunnel говорит, что не видит сертификат локального пользователя:

………

2022.12.12 15:25:12 LOG3[6960:9356]: Credentials complete
2022.12.12 15:25:12 LOG7[6960:9356]: 166 bytes of handshake data sent
2022.12.12 15:25:13 LOG5[6960:9356]: 2760 bytes of handshake(in handshake loop) data received.
2022.12.12 15:25:13 LOG5[6960:9356]: 641 bytes of handshake(in handshake loop) data received.
2022.12.12 15:25:13 LOG5[6960:9356]: CertFindChainInStore not find certificate in store. Looking at LOCAL_MACHINE
2022.12.12 15:25:13 LOG5[6960:9356]: certificate chain found
2022.12.12 15:25:13 LOG5[6960:9356]: new schannel credential created
2022.12.12 15:25:13 LOG3[6960:9356]: **** Error 0x8009030d returned by InitializeSecurityContext (2)
2022.12.12 15:25:13 LOG3[6960:9356]: Error performing handshake
………

Вам удалось найти причину проблемы?


Вверх

Offline

ew-mc

 


#14
Оставлено
:

12 декабря 2022 г. 19:33:28(UTC)

ew-mc

Статус: Участник

Группы: Участники

Зарегистрирован: 12.12.2022(UTC)
Сообщений: 10
Российская Федерация
Откуда: Москва

Автор: Orgia Перейти к цитате

коллеги, а если туннель вообще не запускается служба?

c:Stunnel>sc config stunnel start= auto & net start stunnel
[SC] ChangeServiceConfig SUCCESS
The Stunnel Service service is starting.
The Stunnel Service service could not be started.

A system error has occurred.

System error 1067 has occurred.

The process terminated unexpectedly.

сталкивался кто?

Версия криптопровайдера: 5.0.12000
OS WIN Server 2008 R2

сталкивался кто?

Мы сталкивались с такой же ошибкой 1067 при попытке запустить службу Stunnel Service.

Метод лечения:
1. Удалить службу Stunnel Service. Для этого в командной строке под админом написать C:Stunnelstunnel -remove
2. Скачать stunnel.conf из http://www.cbr.ru/Conten…tions_accessing_ttss.pdf в C:Stunnel
3. Только после шага №2 из командной строки установить Stunnel согласно инструкции ЦБ.
4. Скачать stunnel.conf от ЦБ в еще две папки: C:WindowsSystem32 и в C:WindowsSysWOW64
5. Пытаемся запустить службу из командной строки или через «Службы»


Вверх

Offline

Dmitry-G

 


#15
Оставлено
:

13 декабря 2022 г. 14:42:21(UTC)

Dmitry-G

Статус: Участник

Группы: Участники

Зарегистрирован: 08.12.2022(UTC)
Сообщений: 17
Российская Федерация
Откуда: Москва

Добрый день, коллеги!
Если ничего не путаю, ошибка «CertFindChainInStore not find certificate in store. Looking at LOCAL_MACHINE» для цепочки сертификатов, установленной в хранилище локального компьютера, исчезла у нас после замены (по рекомендации сотрудников техподдержки КриптоПро) в конфиге Stunnel (повторюсь — который в 64-битных ОС должен лежать в папке System32, иначе сервис не запустится и будет ошибка 1067)
строк:
connect = 212.40.208.62:443
connect = 212.40.193.62:443
на соответствующие строки:
connect = tsp1.ca.cbr.ru:443
connect = tsp2.ca.cbr.ru:443

Однако, как выяснилось, основная причина происходящего была скрыта в настройках нашего firewall. Пару часов назад нам удалось получить корректный ответ с метками времени от сервера АУЦ БР на компе, который смотрел в инет напрямую, причем, без особых заморочек с настройками и с применением стандартного stunnel.conf в варианте от АУЦ БР.

Отредактировано пользователем 13 декабря 2022 г. 14:48:11(UTC)
 | Причина: Не указана


Вверх

Offline

ИгорьК

 


#16
Оставлено
:

13 декабря 2022 г. 17:13:06(UTC)

ИгорьК

Статус: Участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 21
Российская Федерация
Откуда: Москва

у нас все запускается
но не работает…

странная ошибка в логе
SSPI_read return SEC_I_CONTEXT_EXPIRED

Есть мысли (с ЦБ уже несколько дней переписываемся — ничего не помогает, и антивирус отключали и firewall тоже…)?

2022.12.13 16:39:27 LOG7[5204:1296]: !!!!!Call s_poll_wait with timeout = -1 ((sock_rd && ssl_rd)=1) c->ssl_ptr = f1d c->sock_ptr=0
2022.12.13 16:39:27 LOG7[5204:1296]: data send to socket = 3869
2022.12.13 16:39:27 LOG7[5204:1296]: SSPI_read start
2022.12.13 16:39:27 LOG7[5204:1296]: add data from last call = 31
2022.12.13 16:39:27 LOG5[5204:1296]: SEC_I_CONTEXT_EXPIRED,
2022.12.13 16:39:27 LOG5[5204:1296]: SSPI_read return SEC_I_CONTEXT_EXPIRED
2022.12.13 16:39:27 LOG7[5204:1296]: Socket write shutdown
2022.12.13 16:39:27 LOG7[5204:1296]: c->ssl_ptr = 0
2022.12.13 16:39:27 LOG7[5204:1296]: Enter pool section on transfer
2022.12.13 16:39:27 LOG7[5204:1296]: !!!!!Call s_poll_wait with timeout = 60 ((sock_rd && ssl_rd)=0) c->ssl_ptr = 0 c->sock_ptr=0
2022.12.13 16:39:27 LOG5[5204:1296]: 31 bytes of close_notify data sent
2022.12.13 16:39:27 LOG6[5204:1296]: SSL_shutdown successfully sent close_notify
2022.12.13 16:39:27 LOG5[5204:1296]: Connection closed: 306 bytes sent to SSL, 8057 bytes sent to socket
2022.12.13 16:39:27 LOG7[5204:1296]: free Buffers
2022.12.13 16:39:27 LOG7[5204:1296]: delete c->hContext
2022.12.13 16:39:27 LOG7[5204:1296]: delete c->hClientCreds
2022.12.13 16:39:27 LOG5[5204:1296]: incomp_mess = 1, extra_data = 2
2022.12.13 16:39:27 LOG7[5204:1296]: tls1-client-https-2 finished (0 left)


Вверх

Offline

Dmitry-G

 


#17
Оставлено
:

14 декабря 2022 г. 10:51:03(UTC)

Dmitry-G

Статус: Участник

Группы: Участники

Зарегистрирован: 08.12.2022(UTC)
Сообщений: 17
Российская Федерация
Откуда: Москва

Да, признаю, как выяснилось, на машине с прямым инетом у нас все заработало лишь потому, что машина была новая и в личных у нее был всего лишь один сертификат — как раз тот сертификат, который требовался Stunnel для установки соединения. Когда же в справочнике имеются прочие личные сертификаты, в конфигурации Stunnel обязательно нужно указывать конкретно к какому сертификату из установленных обращаться. Как это сделать, подробно с примерами написано в мануале на Stunnel, входящем в состав КриптоПро CSP. Так что ИгорьК прав — антивирус и firewall тут оказались ни при чём. К сказанному также добавлю следующее:

A. Где-то в ветках данного форума кем-то было озвучено, что указанный сертификат следует выгружать в файловую систему из справочника КриптоПро CSP, а не класть его туда методом копирования. В этом случае якобы в него (или в Stunnel) каким то образом добавляется ссылка на закрытый ключ, которую понимает Stunnel. В общем, сложно сказать, что это за ссылка, куда и как она добавляется, но в нашем случае оказалось, что это работает. Так что автору идеи, большое спасибо. Эксперименты с подключением рекомендуем вначале проводить без пароля на контейнер с ключом.

B. Также выяснилось, что в процессе своей работы, служба Stunnel Service (при запуске от имени локальной системы) обращается к обозначенному личному сертификату в хранилище локального компьютера, а КриптоПро ЭЦП Browser plug-in — к такому же сертификату, лежащему в хранилище текущего пользователя. Так что по крайней мере на этапе тестирования, лучше добавлять соответствующую цепочку (с требуемыми настройками адресов OCSP в свойствах сертификатов БР) в оба эти хранилища.

C. Ну и еще, пожалуй, добавлю официальный ответ техподдержки БР по данному вопросу. Нам он, правда, в итоге не помог, но может кому будет полезно:

Просим проверить выполнение следующих шагов:
1. Установка цепочек сертификатов (сертификат владельца в хранилище личное текущего пользователя с привязкой к закрытому ключу, промежуточный сертификат УЦ Банка России в хранилище промежуточные центры сертификации локального компьютера, сертификат Минкомсвязи России в хранилище доверенные корневые центры сертификации локального компьютера);
2. Изменение файла C:WindowsSystem32driversetchosts — добавление строки 127.0.0.1 localhost tsp1.ca.cbr.ru tsp2.ca.cbr.ru (задвоение строк не допускается)
3. Указание в свойствах промежуточного сертификата УЦ Банка России ссылок http://127.0.0.1:10001/ocsp и http://127.0.0.1:10002/ocsp
4. Создание каталога C:Stunnel, скачать и поместить в него stunnel.conf, также скопировать stunnel.conf в каталог C:WindowsSystem32 — проверьте — данный файл не должен содержать задвоения информации
5. Скачать и поместить stunnel в каталог C:Stunnel. Программу stunnel (х64 или х32 в зависимости от разрядности ОС) предлагается скачать с официального сайтоа ООО «КРИПТО-ПРО». Инсталляция stunnel от имени администратора. Запуск службы Stunnel Service (от имени системной учетной записи) и проверка успешности его запуска (Пуск — Службы — Stunnel Service — запустить).
6. В каталоге C:Stunnel Вы должны иметь три файла: stunnel, stunnel.conf, stunnel_cli (файл лога — формируется после первого успешного запроса к службе штампов времени)
7. Проверка подписания тестовых электронных документов электронной подписью в КриптоАРМ ГОСТ без установки штампов времени и с установкой штампов времени по адресам http://tsp1.ca.cbr.ru:10001/tsp или http://tsp2.ca.cbr.ru:10002/tsp
8. Установка плагина «КриптоПро ЭЦП Browser Plug-in»
9. Тестирование ЭП в браузере на сервисе https://www.cryptopro.ru…/cades_xlong_sample.html
с указанием адресов http://tsp1.ca.cbr.ru:10001/tsp/tsp.srf или http://tsp2.ca.cbr.ru:10002/tsp/tsp.srf
При тестировании у Вас должно быть обращение к ключу с запросом пин-кода.
10. По итогам вышеуказанного можно сделать вывод об успешной работе с сервисами службы штампов времени.

Отредактировано пользователем 14 декабря 2022 г. 13:23:48(UTC)
 | Причина: Не указана


Вверх

Offline

ИгорьК

 


#18
Оставлено
:

14 декабря 2022 г. 13:06:57(UTC)

ИгорьК

Статус: Участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 21
Российская Федерация
Откуда: Москва

Попробовал через браузер
набрал
http://tsp1.ca.cbr.ru:10001/tsp

в логе те же самые
2022.12.14 12:57:34 LOG5[892:16136]: SEC_I_CONTEXT_EXPIRED,
2022.12.14 12:57:34 LOG5[892:16136]: SSPI_read return SEC_I_CONTEXT_EXPIRED
2022.12.14 12:57:34 LOG7[892:16136]: Socket write shutdown

Вот браузер выдал:

Запрошенный URL не может быть получен
При получении URL https://212.40.208.62/* произошла следующая ошибка: Не удалось установить безопасное соединение с [unknown]

The system returned:

[No Error] (TLS code: SQUID_TLS_ERR_CONNECT+TLS_LIB_ERR=1421C0F8+TLS_IO_ERR=1)
Failed to establish a secure connection: error:1421C0F8:SSL routines:set_client_ciphersuite:unknown cipher returned

Для выполнения Вашего запроса этот кэш и удаленный узел не смогли согласовать взаимоприемлемые параметры безопасности.
Возможно, удаленный узел не поддерживает безопасные соединения или кэш не удовлетворён удостоверением безопасности узла.


Вверх

Offline

ew-mc

 


#19
Оставлено
:

14 декабря 2022 г. 15:59:28(UTC)

ew-mc

Статус: Участник

Группы: Участники

Зарегистрирован: 12.12.2022(UTC)
Сообщений: 10
Российская Федерация
Откуда: Москва

Добрый вечер, коллеги!
Идея Dmitry-G о том, что Stunnel не переваривает наличие более одного личного сертификата в папке «Личное» раздела Текущего пользователя и в папке «Личное» раздела Сертификаты (локальный компьютер) подтвердилась!!!
Мне удалось подписать данные с помощью КриптоПро ЭЦП Browser plug-in и документы с помощью КриптоАРМ только когда в папках «Личное» этих разделов было по одному личному сертификату.

Параметры при которых было успешное подписание
Запуск Stunnel: С системной учетной записью;
Конфиг-файл Stunnel: стоковый от Банка России лежит в c:Stunnel а также в C:WindowsSystem32
Подписание происходило в сеансе Текущего пользователя без админских прав.

Dmitry-G, я не нашел в мануале по Stunnel от КриптоПРО подробное описание с примерами указания пути к конкретному сертификату…
http://www.cryptopro.ru/…guidestunnel_windows.pdf

P.S. Да, антивирус и firewall не при чем. И права админа не влияют на успех подписания.

Отредактировано пользователем 14 декабря 2022 г. 16:19:59(UTC)
 | Причина: Не указана


Вверх

Offline

ИгорьК

 


#20
Оставлено
:

14 декабря 2022 г. 17:10:42(UTC)

ИгорьК

Статус: Участник

Группы: Участники

Зарегистрирован: 11.01.2017(UTC)
Сообщений: 21
Российская Федерация
Откуда: Москва

Да, у нас на новой чистой машине тоже заработало, когда в Личном только один сертификат
Но как с этим работать?

пробовал явно указать в конфиге сертификат (cert = c:stunnelmyCert.cer)
так ругается, что не находит его…


Вверх
Пользователи, просматривающие эту тему

Guest

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

Содержание

  1. Ошибка 1067: Процесс был неожиданно завершен
  2. Исправить ошибку 1067, когда процесс был неожиданно завершен
  3. 1. Удалить поврежденную службу из реестра
  4. 2. Запуск службы вручную
  5. 3. Проверка системных файлов
  6. 4. Безопасный режим
  7. Как исправить: Ошибка 1067: Процесс был неожиданно завершен в Windows 10.
  8. Исправление: Ошибка 1067: Процесс был неожиданно завершен В операционной системе Windows 10 / 8,1 / 8/7
  9. Ошибка 1067 «Не удалось запустить службу» – как исправить?
  10. Предоставление учетной записи управлять службой
  11. Переустановка службы
  12. Перезапуск MySQL
  13. Как убрать Ошибку 1067: Процесс был неожиданно завершен
  14. Создаем резервную копию реестра
  15. Правим реестр
  16. Запускаем командную строку
  17. Как исправить ошибку 1067: процесс неожиданно завершился —
  18. Решение 1: Взять под контроль Сервис
  19. Решение 2. Переустановите проблемную службу
  20. Решение 3. Удалите некоторые файлы
  21. Решение 4: настройка файлов конфигурации MySQL
  22. Решение 5. Переустановите SQL Server
  23. Решение 6. Метод для службы Windows EAServer

Когда вы установили программу или игру, которая устанавливает в систему Windows свою службу, то вы можете при запуске этой службы столкнуться с ошибкой «Ошибка 1067: Процесс был неожиданно завершен«. Эта ошибка возникает в основном из-за неисправных служб или поврежденных настроек этой конкретной службы. Ошибка 1067 может возникнуть с любой из фоновых служб на вашем компьютере с Windows 10, но в основном она встречается в SQL, MySQL и audio. Я буду показывать пример на службе EasyAntiCheat, которая при запуске выдавала мне ошибку 1067.

Исправить ошибку 1067, когда процесс был неожиданно завершен

Прежде чем приступить, перезагрузите ПК и проверьте ошибку. Отключите сторонние антивирусные программы и переустановите программу или игру, если ошибка в этих службах. И прежде чем приступить к исправлениям, рекомендую создать точку восстановления системы для безопасности.

1. Удалить поврежденную службу из реестра

Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по пути:

Если не помогло, то вы можете объединить параметры этой службы. У нас есть резервная копия, которую мы создали. Нажмите по ней два раза и установите параметры реестра для этой службы.

%D1%8D%D0%BA%D1%81%D0%BF%D0%BE%D1%80%D1%82 %D0%BF%D0%B0%D1%80%D0%B0%D0%BC%D0%B5%D1%82%D1%80%D0%BE%D0%B2 %D1%81%D0%BB%D1%83%D0%B6%D0%B1%D1%8B %D0%B2 %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80%D0%B5

2. Запуск службы вручную

Нажмите комбинацию кнопок Win + R и введите services.msc, чтобы открыть службы. Найдите службу, которая выдает вам ошибку 1067, в моем случае эта EasyAntiCheat, и нажмите по ней правой кнопкой мыши, и выберите «Запустить«. Тип запуска не должен быть «отключено». Проверьте, устранена ли ошибка.

%D0%B7%D0%B0%D0%BF%D1%83%D1%81%D0%BA %D1%81%D0%BB%D1%83%D0%B6%D0%B1%D1%8B %D0%B2%D1%80%D1%83%D1%87%D0%BD%D1%83%D1%8E

3. Проверка системных файлов

Поврежденные системные файлы могут выдавать ошибку 1067 при запуске службы. Попробуем восстановить системные поврежденные файлы, если они имеются. Откройте командную строку от имени администратора и введите две команду по очереди, дожидаясь окончания процесса после каждой:

CMD sfc scannow.

4. Безопасный режим

Этот метод поможет вам, если вы у вас ошибка в системной службе, а не той, которая устанавливает сторонняя программа или драйвер. Загрузитесь в безопасном режиме и посмотрите, запускается ли та системная служба, которая выдает ошибку 1067. Иногда сторонние драйвера и службы могут мешать нормальному функционированию системы.

Источник

Как исправить: Ошибка 1067: Процесс был неожиданно завершен в Windows 10.

Публикация: 19 Февраль 2017 Обновлено: 2 Октябрь 2018

Исправление ошибки 1067, в данной статье, для примера приведено для службы Факса, однако метод применим ко всем службам ОС Windows 10 8.

Ошибка 1067 может произойти с любой фоновой службой на любой ПК с ОС Windows. Если вы получаете эту ошибку, вы можете следовать предложенному ниже способу:

Исправление: Ошибка 1067: Процесс был неожиданно завершен В операционной системе Windows 10 / 8,1 / 8/7

Отказ от ответственности: Дальнейшие шаги будут включать в себя редактирование реестра. Ошибки при изменении параметров реестра могут повлиять на вашу систему отрицательно. Так что будьте осторожны при редактировании записей реестра и в первую очередь создайте Точку Восстановления системы.

2. Перейдите к следующему разделу реестра:

Здесь, вам необходимо заменить на ту службу, с которой вы получаете сообщение об ошибке 1067. В нашем случае, это служба факса, поэтому мы перейдем:

КомпьютерHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesFax

3. Кликните правой кнопкой мыши на раздел реестра нужной службы и выберите «Экспортировать», в контекстном меню. Сохраните настройки реестра файл в любом удобном месте, например, на рабочий стол.

1487516202351

1487516355839

4. Теперь снова кликните правой кнопкой мыши на тот же раздел реестра службы и на этот раз выберите «Удалить». Закройте редактор реестра.

1487516239585

1487517004782

5. Откройте командную строку или PowerShell от имени администратора и запустите команду :

Дождитесь завершения и перезагрузите компьютер.

1487517124613

6. После перезапуска системы, кликните правой кнопкой мыши на экспортируемом ранее файле реестра, полученным в шаге 3 и выберите «Слияние».

1487517059672

7. Нажмите кнопку «Да» при появлении запроса, это должно установить службу обратно.

1487516116187

Источник

Ошибка 1067 «Не удалось запустить службу» – как исправить?

Сообщение об ошибке 1067 «Процесс был неожиданно завершен» возникает при попытке выполнить действие, которое вызывает запуск службы. Чаще происходит при запуске службы SQL и ей подобных. Узнаем подробнее, как ее исправить.

Предоставление учетной записи управлять службой

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

Найдите службу, которая выдает ошибку, щелкните на нее правой кнопкой мыши и перейдите в Свойства. На вкладке Общие посмотрите состояние. Если она запущена, остановите ее нажатием на соответствующую кнопку.

Затем на вкладке Вход в систему кликните на «Обзор».

В поле ввода имен выбираемых объектов наберите имя текущей учетной записи, кликните на «Проверить имена», чтобы проверить ее правильность, и нажмите на «ОК». Либо выберите имя с помощью кнопок Дополнительно – Поиск.

Затем введите пароль, и примените изменения на «ОК». Закройте окно, и перезагрузите компьютер. В большинстве случаев, этим способом удается исправить ошибку с кодом 1607.

Переустановка службы

В этом решении используем более продвинутый способ перезапуска службы, которая была повреждена и ее не удается исправить в свойствах.

Откройте редактор реестра выполнением команды regedit из окна Win + R.

На левой панели перейдите к разделу:

В разделе Services найдите проблемную службу, кликните на нее правой кнопкой мыши и удалите. Подтвердите все запросы, которые могут возникнуть в процессе удаления, и перезагрузите компьютер

Если не удается удалить проблемный раздел, попробуйте добавить дополнительные разрешения.

Правым щелчком мыши на службе в левой панели вызовите контекстное меню и выберите «Разрешения».

В разделе группы или имена пользователей найдите текущую учетную запись. Если не отображается, нажмите Добавить – Дополнительно – Найти. Выберите ее из результатов поиска.

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

После этого попробуйте снова удалить раздел и перезагрузите компьютер.

После перезагрузки запустите командную строку от имени администратора с помощью системного поиска.

Запустите следующую команду, которая позволит восстановить удаленный раздел из реестра:

Дождитесь завершения сканирования и перезапустите ПК. Проверьте, решена ли проблема.

Перезапуск MySQL

Если ошибка 1607 связана со MySQL, сначала ее остановим, затем удалим несколько файлов в каталоге установки.

Откройте Панель управления командой control из окна Win + R.

В правом верхнем углу экрана установите просмотр на крупные значки и перейдите в раздел Администрирование. В правой части окна выберите Службы.

Найдите MySQL и дважды кликните на нее, чтобы открыть свойства. Остановите ее нажатием на соответствующую кнопку.

Затем перейдите в проводнике в каталог установки MySQL, который находится на системном диске в папке Program Files (x86). Откройте его и перейдите в папку Data. Найдите два файла ib_logfile0 и ib_logfile1, кликните на них правой кнопкой мыши и удалите.

Вернитесь в окно служб и запустите MySQL. Проверьте, удалось ли устранить ошибку 1067.

Источник

Как убрать Ошибку 1067: Процесс был неожиданно завершен

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

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

Создаем резервную копию реестра

Немало важную роль здесь играет и состояние реестра, исправлять ошибки которого нужно, во-первых, очень аккуратно, а во-вторых, не удаляя лишнее. Если же сделать все с точностью наоборот, корректной работы операционной системы ждать не будет смысла, напротив, все может дойти даже до переустановки Windows и повторной загрузки всех необходимых приложений и программ.

При работе с реестром обязательным шагом является создание точки восстановления системы, что позволит сохранить все необходимые данные в целости.

После того, как точка восстановления системы создана успешно, можно перейти непосредственно к процессу ликвидации ошибки.

Правим реестр

Для этого необходимо произвести ряд действий

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5 1 %D0%B4%D0%BB%D1%8F %D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8 %D0%BF%D1%80%D0%BE %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80 1

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

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5 2 %D0%B4%D0%BB%D1%8F %D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8 %D0%BF%D1%80%D0%BE %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5 3 %D0%B4%D0%BB%D1%8F %D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8 %D0%BF%D1%80%D0%BE %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80

Запускаем командную строку

Затем необходимо открыть командную строку либо PowerShell под собственной учетной записью с правами администратора и провести запуск команды «sfcscannow».

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

%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BD%D0%B5%D0%B5 %D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5 %D0%B4%D0%BB%D1%8F %D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8 %D0%BF%D1%80%D0%BE %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80

Как только на экране появится команда подтверждения, необходимо нажатием кнопки «ок» завершить действие.

Остается всего лишь запустить службу, которая теперь должна работать без неполадок.

Источник

Как исправить ошибку 1067: процесс неожиданно завершился —

Ошибка 1067 может возникать с различными службами Windows, и сообщение обычно появляется, когда вы пытаетесь выполнить действие, которое обычно приводит к запуску службы. Наиболее распространенным случаем для этого сообщения об ошибке будет служба SQL и служба, подобная ей.

kak ispravit oshibku 1067 process neozhidanno 1

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

Решение 1: Взять под контроль Сервис

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

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

kak ispravit oshibku 1067 process neozhidanno 1 1

kak ispravit oshibku 1067 process neozhidanno 2 1

kak ispravit oshibku 1067 process neozhidanno 3 1

Решение 2. Переустановите проблемную службу

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

HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

kak ispravit oshibku 1067 process neozhidanno 4 1

Заметка: Если вы не можете удалить этот ключ, вам может потребоваться добавить дополнительный доступ к вашей учетной записи пользователя. Это можно сделать, находясь в редакторе реестра.

kak ispravit oshibku 1067 process neozhidanno 5 1

Решение 3. Удалите некоторые файлы

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

kak ispravit oshibku 1067 process neozhidanno 2 1

kak ispravit oshibku 1067 process neozhidanno 6 1

Решение 4: настройка файлов конфигурации MySQL

Этот файл конфигурации MySQL называется «my.ini», и в нем есть опция, которая, как известно, вызывает эту проблему. Вы можете либо удалить его, либо отключить, но в любом случае вам обязательно следует рассмотреть этот метод, если в MySQL возникает ошибка 1067.

kak ispravit oshibku 1067 process neozhidanno 7 1

Второй файл конфигурации, который следует редактировать, если описанный выше процесс не помог решить вашу проблему, — это файл «my-default.ini». Этот метод полезен, если папки каталога были испорчены после обновления.

kak ispravit oshibku 1067 process neozhidanno 8 1

Решение 5. Переустановите SQL Server

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

kak ispravit oshibku 1067 process neozhidanno 9 1

После этого вам нужно будет удалить данные реестра Spotify, оставленные на вашем компьютере, выполнив следующие действия:

HKEY_LOCAL_MACHINE ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ Microsoft Microsoft SQL Server
HKEY_LOCAL_MACHINE SOFTWARE Microsoft MSSQLServer

kak ispravit oshibku 1067 process neozhidanno 10 1

HKEY_LOCAL_MACHINE SOFTWARE Microsoft Windows CurrentVersion Uninstall
HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

Решение 6. Метод для службы Windows EAServer

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

Мы надеемся, что у вас все еще есть резервная копия реестра, и вы вернулись в первом решении!

HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

kak ispravit oshibku 1067 process neozhidanno 4 1

Источник

На чтение 10 мин. Просмотров 617 Опубликовано 27.04.2021

Ошибка 1067 может возникать с различными службами Windows, и сообщение обычно появляется, когда вы пытаетесь выполнить действие, которое обычно вызывает запуск службы. Чаще всего это сообщение об ошибке встречается в службе SQL и аналогичной ей.

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

Содержание

  1. Решение 1. Возьмите под свой контроль службу
  2. Решение 2. Переустановите проблемную службу
  3. Решение 3. Удалите определенные файлы
  4. Решение 4. Настройте файлы конфигурации MySQL
  5. Решение 5. Переустановите SQL Server
  6. Решение 6. Метод для EAServer Windows Service

Решение 1. Возьмите под свой контроль службу

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

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

  1. Откройте утилиту «Выполнить», используя комбинацию клавиш Windows + R на клавиатуре ( нажмите эти клавиши одновременно .. Введите «services.msc» во вновь открывшемся поле без кавычек и нажмите «ОК», чтобы открыть инструмент «Службы».

  1. Альтернативный способ – открыть панель управления, указав ее в меню “Пуск”. Вы также можно найти его с помощью кнопки поиска в меню «Пуск».
  2. После открытия окна панели управления измените параметр «Просмотр по» в верхней правой части окна на «Большие значки» и прокрутите вниз, пока не найдете запись “Администрирование”. Нажмите на нее и найдите ярлык “Службы” внизу. Щелкните по нему, чтобы открыть его.

  1. Найдите службу, которая выдает ошибку, в списке служб, щелкните правой кнопкой мыши ck на нем и выберите “Свойства” в появившемся контекстном меню.
  2. Если служба запущена (вы можете проверить это рядом с сообщением о состоянии службы), вам следует остановить ее на данный момент, щелкнув значок Кнопка остановки посередине окна. Если он остановлен, оставьте его, пока мы не продолжим. Перейдите на вкладку «Вход в систему» ​​и нажмите кнопку «Обзор…».

  1. В поле ввода «Введите имя объекта для выбора» введите имя своей учетной записи, нажмите «Проверить имена» и дождитесь, пока имя станет доступным.
  2. Нажмите OK, когда закончите, и введите пароль в поле Пароль, когда вам будет предложено его ввести, если вы установили пароль.. Теперь он должен запуститься без проблем!

Решение 2. Переустановите проблемную службу

Этот метод также можно используется для устранения ошибки 1067 с любой проблемной службой, если ее можно удалить с помощью редактора реестра. Это более продвинутый способ перезапуска поврежденной службы, которую нельзя исправить, просто сбросив ее в службах.

  1. Поскольку вы собираетесь удалить реестр key, мы рекомендуем вам ознакомиться с этой статьей, которую мы опубликовали, чтобы вы могли безопасно сделать резервную копию реестра и предотвратить другие проблемы. Тем не менее, ничего плохого не произойдет, если вы будете внимательно и правильно следовать инструкциям.
  2. Откройте окно редактора реестра, набрав «regedit» либо в строке поиска, либо в диалоговом окне «Выполнить», которое можно открыть с помощью Клавиша Windows + комбинация клавиш R. Перейдите к следующему разделу в реестре на левой панели:

HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

  1. В открытом ключе служб найдите проблемный служебный ключ, щелкните его правой кнопкой мыши и выберите параметр «Удалить». Подтвердите все незавершенные диалоги и после этого перезагрузите компьютер.

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

  1. Щелкните правой кнопкой мыши клавишу проблемной службы на левой панели навигации и выберите параметр “Разрешения” в контекстном меню.
  2. В разделе “Группа или имена пользователей” попробуйте найти имя пользователя вашего компьютера в списке. Если вы не можете его найти, нажмите Добавить >> Дополнительно >> Найти. Вы должны увидеть свою учетную запись пользователя в результатах поиска, поэтому выберите ее и дважды нажмите «ОК», пока не вернетесь в папку «Разрешения».

  1. Выберите свою учетную запись в разделе «Группа или имена пользователей» и установите флажок «Полный доступ» в разделе «Разрешения для (YourUsername)» и примените внесенные вами изменения.
  2. После этого вы можете попробовать удалить ключ еще раз. После этого перезагрузите компьютер.
  3. После перезагрузки следуйте инструкциям в этой статье, чтобы запустить сканирование SFC, которое должно помочь вам найти удаленную службу из реестра и легко восстановить ее. Проверьте, исчезла ли проблема.

Решение 3. Удалите определенные файлы

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

  1. Откройте панель управления, указав ее в папке Стартовое меню. Вы также можете найти его, используя кнопку поиска в меню “Пуск”..
  2. После открытия окна панели управления измените параметр «Просмотр по» в верхней правой части окна на «Большие значки» и прокрутите вниз, пока не найдете запись «Инструменты администрирования». Щелкните по нему и найдите внизу ярлык «Службы». Щелкните по нему, чтобы открыть его.

  1. Найдите службу MySQL в списке служб, щелкните ее правой кнопкой мыши и выберите “Свойства” в появившемся контекстном меню. В середине окна нажмите «Остановить» и нажмите «ОК».
  2. Перейдите в папку, в которую вы установили MySQL. Обычно это папка C >> Program Files или C >> Program Files (x86). Откройте папку и дважды щелкните папку «data» внутри.
  3. Найдите два файла с именами ib_logfile0 и ib_logfile1 , щелкните их обе правой кнопкой мыши и выберите в контекстном меню команду «Удалить».

  1. Вернитесь в окно” Службы ” , откройте Свойства службы MySQL и нажмите кнопку Пуск. Проверьте, исчезла ли проблема.

Решение 4. Настройте файлы конфигурации MySQL

Эта конфигурация MySQL файл называется «my.ini», и внутри него есть опция, которая, как известно, вызывает эту проблему. Вы можете либо удалить его, либо отключить, но в любом случае вам обязательно следует рассмотреть этот метод, если ошибка 1067 возникает с MySQL.

  1. Перейдите в корневую папку, в которой вы установили MySQL. Обычно это путь C >> Program Files или C >> Program Files (x86). Откройте папку и попробуйте найти файл «my.ini».
  2. Щелкните правой кнопкой мыши по найденному файлу и выберите «Открыть с помощью… Блокнот» – это программа по умолчанию, предназначенная для его открытия. Блокнот.

  1. Внутри вы должны увидеть список различных команд и опций. Используйте комбинацию клавиш Ctrl + F или нажмите «Правка» в верхнем меню и выберите «Найти».
  2. Введите «innodb_flush_method» и проверьте, есть ли результаты поиска. Если есть, убедитесь, что вы установили нормальный режим:
 innodb_flush_method = normal 
  1. Если такая команда не существует , вы можете добавить его в конец файла «my.ini», вставив текст выше. Убедитесь, что вы сохранили изменения, используя комбинацию клавиш Ctrl + S, а затем перезагрузите компьютер. Убедитесь, что проблема исчезла.

Второй файл конфигурации, который следует отредактировать, если описанный выше процесс не помог решить вашу проблему, – это файл «my-default.ini» . Этот метод полезен, если папки каталога были испорчены после обновления.

  1. В той же корневой папке, в которую вы перешли ранее, найдите и откройте «my-default.ini» файл.
  2. Щелкните его правой кнопкой мыши и выберите параметр «Открыть с помощью… Блокнота» – это программа по умолчанию, предназначенная для открытия этого блокнота.

  1. Убедитесь, что в строке «[mysqld]» в файле все выглядит как это делается в этой статье под этой строкой. Если некоторые параметры отсутствуют, добавьте их, но вы должны отредактировать существующие.
 basedir = "Полный путь к месту установки MySql (папка, в которой вы сейчас находитесь)" datadir  = "Тот же путь, но с открытой папкой данных; например, C:  MySql  data" port = 3306server-id = 1bind-address = 127.0.0.1 
  1. Используйте Ctrl + Комбинация клавиш S, чтобы сохранить изменения и перезагрузить компьютер, чтобы применить их. Убедитесь, что проблема исчезла.

Решение 5. Переустановите SQL Server

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

  1. Прежде всего, убедитесь, что вы вошли в систему с учетной записью администратора, так как вы не сможете удалить SQL Server, если не являетесь администратором.
  2. Убедитесь, что вы создали резервные копии баз данных, которые хотите сохранить, поскольку этот процесс удалит их .
  3. Щелкните меню “Пуск” и откройте панель управления, выполнив поиск и щелкнув по нему. Кроме того, вы можете щелкнуть значок шестеренки, чтобы открыть настройки, если вы работаете в Window 10.
  4. В панели управления выберите параметр «Просмотреть как: Категория» в правом верхнем углу и нажмите «Удалить». Программа в разделе “Программы”.

  1. Если вы используете приложение «Настройки», нажатие на «Приложения» должно открыть список всех установленных приложений и программ на вашем компьютере.
  2. Найдите в списке запись SQL Server и щелкните по ней . Нажмите кнопку «Удалить» над списком и подтвердите все диалоговые окна, которые могут появиться. Следуйте инструкциям на экране, чтобы удалить SQL Server и после этого обязательно перезагрузите компьютер.

После этого вам нужно будет удалить данные реестра Spotify, оставшиеся на вашем компьютере. выполнив следующие действия:

  1. Откройте окно редактора реестра, набрав «regedit» либо в строке поиска, либо в диалоговом окне «Выполнить», которое можно открыть с помощью ключа Windows. + Комбинация клавиш R. Найдите и удалите следующие ключи в реестре:

HKEY_LOCAL_MACHINE SOFTWARE Microsoft Microsoft SQL Server
HKEY_LOCAL_MACHINE SOFTWARE Microsoft MSSQLServer

  1. После этого перейдите в следующее место в реестре и удалите все ключи, которые ссылаются на SQL Server:

HKEY_LOCAL_MACHINE SOFTWARE Microsoft Windows CurrentVersion Uninstall
HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

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

Решение 6. Метод для EAServer Windows Service

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

Мы надеемся, что у вас все еще есть резервная копия реестра, и что вы вернулись к ней в первом решении!

  1. Откройте окно редактора реестра, набрав «regedit» либо в строке поиска, либо в диалоговом окне «Выполнить», которое можно открыть с помощью комбинации клавиш Windows + R. Перейдите к следующему разделу в реестре на левой панели:

HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

  1. Попытайтесь найти запись EAServer в списке в разделе Services and щелкните по нему один раз, чтобы открыть список связанных разделов реестра.
  2. Найдите раздел SERVERNAME, щелкните его правой кнопкой мыши и выберите параметр «Изменить». Убедитесь, что вы ввели EAServer под панелью данных значения и применили изменения. Убедитесь, что проблема исчезла.

Сообщение об ошибке 1067 «Процесс был неожиданно завершен» возникает при попытке выполнить действие, которое вызывает запуск службы. Чаще происходит при запуске службы SQL и ей подобных. Узнаем подробнее, как ее исправить.

Предоставление учетной записи управлять службой

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

Нажмите Win + R и выполните команду services.msc.

Найдите службу, которая выдает ошибку, щелкните на нее правой кнопкой мыши и перейдите в Свойства. На вкладке Общие посмотрите состояние. Если она запущена, остановите ее нажатием на соответствующую кнопку.

Затем на вкладке Вход в систему кликните на «Обзор».

В поле ввода имен выбираемых объектов наберите имя текущей учетной записи, кликните на «Проверить имена», чтобы проверить ее правильность, и нажмите на «ОК». Либо выберите имя с помощью кнопок Дополнительно – Поиск.

Затем введите пароль, и примените изменения на «ОК». Закройте окно, и перезагрузите компьютер. В большинстве случаев, этим способом удается исправить ошибку с кодом 1607.

Переустановка службы

В этом решении используем более продвинутый способ перезапуска службы, которая была повреждена и ее не удается исправить в свойствах.

Откройте редактор реестра выполнением команды regedit из окна Win + R.

На левой панели перейдите к разделу:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices

В разделе Services найдите проблемную службу, кликните на нее правой кнопкой мыши и удалите. Подтвердите все запросы, которые могут возникнуть в процессе удаления, и перезагрузите компьютер

Если не удается удалить проблемный раздел, попробуйте добавить дополнительные разрешения.

Правым щелчком мыши на службе в левой панели вызовите контекстное меню и выберите «Разрешения».

В разделе группы или имена пользователей найдите текущую учетную запись. Если не отображается, нажмите Добавить – Дополнительно – Найти. Выберите ее из результатов поиска.

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

После этого попробуйте снова удалить раздел и перезагрузите компьютер.

После перезагрузки запустите командную строку от имени администратора с помощью системного поиска.

Запустите следующую команду, которая позволит восстановить удаленный раздел из реестра:

sfc /scannow

Дождитесь завершения сканирования и перезапустите ПК. Проверьте, решена ли проблема.

Перезапуск MySQL

Если ошибка 1607 связана со MySQL, сначала ее остановим, затем удалим несколько файлов в каталоге установки.

Откройте Панель управления командой control из окна Win + R.

В правом верхнем углу экрана установите просмотр на крупные значки и перейдите в раздел Администрирование. В правой части окна выберите Службы.

Найдите MySQL и дважды кликните на нее, чтобы открыть свойства. Остановите ее нажатием на соответствующую кнопку.

Затем перейдите в проводнике в каталог установки MySQL, который находится на системном диске в папке Program Files (x86). Откройте его и перейдите в папку Data. Найдите два файла ib_logfile0 и ib_logfile1, кликните на них правой кнопкой мыши и удалите.

Вернитесь в окно служб и запустите MySQL. Проверьте, удалось ли устранить ошибку 1067.

  

Креатив

24.11.21 — 11:25

Есть крипто про 4. Необходимо установить stunnel. Интернет пишет, что он входит в комплект установки. Но там ничего подобного не видно.

Или он всё-таки устанавливается отдельно? Тогда, где его взять?

  

Garykom

1 — 24.11.21 — 11:28

  

Креатив

2 — 24.11.21 — 11:37

(1)Мне под винду.

  

Aleksey

3 — 24.11.21 — 11:40

(2) И?

На скриншоте как раз ссылки под винду и написано что в линуксе это встроено

  

Креатив

4 — 24.11.21 — 12:04

(3)Ну да. А оно с 4-й версие крипто про работать будет? И файлик подозрительно мелкий всего 89кб.

  

Garykom

5 — 24.11.21 — 12:05

(4) ты лучше скажи для чего собрался туннель делать

  

Креатив

6 — 24.11.21 — 12:06

(5)ГИИС ДМДК.

  

Garykom

7 — 24.11.21 — 12:28

  

Garykom

8 — 24.11.21 — 12:29


Для настройки клиентской станции необходимо:
1. Скачать приложение для создания TLS-туннеля stunnel.x86/x64 с
сайта https://www.cryptopro.ru/products/csp/downloads
2. Сохранить скаченное приложение в каталоге c:stunnel
3. Запустить командную строку от имени администратора и
выполнить c:stunnelstunnel.x64 -install
4. В каталоге c:windowssystem32 создать файл конфигурации
stunnel.conf со следующим содержимым:
output=c:stunnelstunnel.log

1 Рекомендуемая периодичность опроса сервиса на наличие ответного сообщения в тестовом контуре
составляет не менее 30 секунд.
12
socket=l:TCP_NODELAY=1
socket=r:TCP_NODELAY=1
debug=7
[https]
client=yes
accept=127.0.0.1:1500
connect=АдресИС:443
cert=C:stunnelclicer.cer
verify=0
Примечания:
 вместо порта 1500 можно использовать любой свободный;
 параметр connect – адрес сервиса интеграции (АдресИС):
o 195.209.130.9 для промышленного контура;
o 195.209.130.19 для тестового контура.
 параметр accept – адрес, который необходимо указывать в
прикладном ПО для подключения к сервису интеграции.
5. Скачать и установить сертификаты Удостоверяющего центра для
тестового контура:
 скачать http://testca2012.cryptopro.ru/cert/rootca.cer и установить
корневой сертификат тестового Удостоверяющего центра в хранилище
Доверенные корневые центры сертификации;
 скачать
https://testgost2012.cryptopro.ru/certsrv/certnew.cer?ReqID=CACert&Renewal=1
&Enc=bin и установить корневой сертификат Удостоверяющего центра в
хранилище Доверенные корневые центры сертификации;
 скачать http://testca2012.cryptopro.ru/cert/subca.cer и установить
промежуточный сертификат тестового Удостоверяющего центра в хранилище
Промежуточные центры сертификации.
6. Создать нового пользователя Windows.
13
7. В сеансе нового пользователя установить личный
(пользовательский) сертификат, выпущенный на информационную систему
Участника, в хранилище Личное.
8. Открыть КриптоПро CSP, выбрать закладку «Сервис», нажать
кнопку «Протестировать», далее кнопку «По сертификату» и выбрать личный
сертификат. В открывшемся окне ввести текущий пароль, обязательно
поставив галочку «Сохранить пароль в системе», и нажать «OK».
9. Открыть диспетчер сертификатов, выполнив команду certmgr.msc.
Найти и открыть личный сертификат, выбрать закладку «Состав», и нажать
кнопку «Копировать в файл». В открывшемся Мастере экспорта
сертификатов, необходимо экспортировать сертификат без закрытого ключа в
формате Х.509 (.CER) в кодировке DER и сохранить его с именем clicer.cer в
каталоге c:stunnel.
10. Открыть Службы, выполнив команду services.msc. Выбрать
службу Stunnel Service, установить для неё тип запуска «Автоматически», вход
в систему с учетной записью созданного пользователя. Запустить службу.
Последовательность действий для проверки корректности настройки
ПО stunnel и работоспособности сервиса интеграции описана в приложении
(см. Приложение 1).

  

Креатив

9 — 24.11.21 — 16:17

(7)(8)Не читал. Пока тестовый контур пробую запустить. Благодарю за помощь.

  

BobG

10 — 09.02.22 — 23:13

Здравствуйте. Всё сделал по инструкции. Выдаёт ошибку:

Не удалось запустить службу Stunnel Service на Локальный компьютер

Ошибка 1069: Служба не запущена из-за ошибки входа в систему.

  

arsik

11 — 09.02.22 — 23:34

(10) Служба от кого запускается?

  

BobG

12 — 09.02.22 — 23:39

От Администратора

  

BobG

13 — 09.02.22 — 23:52

Эта ошибка была без пароля. Поставил пароль, Ошибка 1067: Процесс был неожиданно завершён

  

Сергиус

14 — 10.02.22 — 00:03

(13)Попробуйте переустановить службу.

  

Builder

15 — 10.02.22 — 00:26

Уже выкладывал тут кусок из инструкции от ювелирсофта

https://prnt.sc/26ndwxa

Это обязательное условие!

У меня все заработало :)

  

Сергиус

16 — 10.02.22 — 01:35

(15)Есть нормальный хостинг картинок?)

  

Anchorite

17 — 10.02.22 — 06:25

(13) У вас журналирование настроено? В настройках stunnel.conf проверьте опцию «output» — это путь к лог-файлу. Посмотрите, что там в журнале, выложите сюда вывод.

  

abfm

18 — 10.02.22 — 07:08

Вопрос как решился с сертификатом? У нас 3 раз бубен и третий раз разный.

  

Кирпич

19 — 10.02.22 — 08:13

Если туннель запускаете под системной учетной записью, то сертификат должен быть установлен в «Сертификаты локальный компьютер». Если под другой учетной записью, то в хранилище этой учетной записи. Пароль доступа к контейнеру должен быть сохранен. Сертификат с открытым ключем сохранить на диске и прописать к нему путь в конфиге stunnel. В инструкции всё написано.

Смысл этой байды в том, что stunnel должен иметь доступ к закрытому ключу, который у вас в хранилище. Чтобы иметь доступ к хранилищу пользователя, stunnel должен запускаться от этого пользователя. Пароль от контейнера он спрашивать не умеет, потому пароль должен быть вбит заранее и сохранен (галку там поставить).

  

abfm

20 — 10.02.22 — 08:58

(19)Да конечно всё по инструкции. Всё от одного пользователя. Сертификат сохранен без ключа. Прописан в конфиге. При старте ругается на сертификат. Где то только в консольной версии работает. Где то как служба. ДМДК пишут об обезличенном сертификате, народ утверждает что такие не выдают для ип (проверить не могу). Чем он лучше не говорят. ЮвелирСофт всё молиться на прямые руки сисадмина и просит 14000 за настройку stunnel.

Download PC Repair Tool to quickly find & fix Windows errors automatically

Windows background Services enable Windows features to function properly. One of the errors occurring for Windows Services is Error 1067, The process terminated unexpectedly. This is an error that you might encounter when you are trying to start a service-based operation on your Windows 11/10. This error occurs mainly due to faulty services, or corrupted settings of that particular service. The fix for this issue is outlined in this post.

Error 1067, The process terminated unexpectedly

Error 1067 can occur with any of the background services in Windows 10 PC. Whichever is the service affected, the fix described here is applicable. In this post, we will choose the Fax service as our case in point.

Before you proceed with the fix, try to restart your computer and check if the error persists. If it persists, then follow the steps below.

  1. Refresh the potentially corrupted Service settings in the Registry
  2. Run System File Checker or DISM
  3. Manually start the Service
  4. Troubleshoot in Clean Boot State
  5. Use Refresh Windows Tool or reinstall the program.

Before you begin, remember to create a system restore point first.

1] Refresh the potentially corrupted Service settings in Registry

Press Windows key + R key to launch the Run dialog box. Type regedit in the box and hit Enter to open the Registry Editor window.

On Registry Editor window, navigate to

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices

Locate and right-click on your service with error 1067 (in this case, Fax service) under Services branch. Then choose Export. Choose a place to save it on the pop-up window. This is for safety reasons.

Back on Registry Editor window, right-click on the Fax service, but this time choose Delete. Exit the window.

Restart your computer.

This will refresh or reinstall the Windows Service.

If this does not help, you may Merge back the saved Registry file. Go to the Fax service file; you saved to the desktop when you performed the export action above in Step 1. Right-click on the file and select Merge (see screenshot below).

Click Yes on the confirmation prompt. This will install the Fax service back.

2] Run System File Checker or DISM

Run the System File Checker, ie. Run sfc /scannow from an elevated command prompt. Reboot on completion and check. Windows 10 users may repair their Windows System Image and see if it helps.

3] Manually start the Service

Press Windows logo key + R to launch the Run dialog box. Type services.msc and hit Enter to open the Windows Services window.

In the Services window, locate and right-click on Fax service.

Ensure that its Startup type is not set to Disabled.  Click Start and close the window.

The Windows Service this time should start without the error 1067.

4] Troubleshoot in Clean Boot State

Boot in Safe Mode and see if the Service is starting. Many times, non-Microsoft services or Drivers can interfere with the proper functioning of System Services. Alternatively, you could also execute a Clean Boot and troubleshoot manually to find the offending process that may be interfering.

5] Use Refresh Windows Tool or reinstall the program

If your Windows 10 computer is facing a lot of issues, including corrupt files, then it’s best to use Windows 10 Refresh Tool. The process does the following:

  1. Keeps your personal files and settings
  2. Replaces all Windows 10 system files with a new copy.
  3. Keeps the apps that came with your PC
  4. Keep the apps you installed from the Microsoft Store.

It ultimately fixes your computer without you worrying about any data loss. To use it, you need to download the Refresh Windows Tool from Microsoft.

Windows 11 or Windows 10 users may also use the Reset This PC option.

If the Service giving errors are related to any software, reinstalling the software would be the best option.

PS: If you need more suggestions, then please see this post – Windows Services will not start.

Anand Khanse is the Admin of TheWindowsClub.com, a 10-year Microsoft MVP (2006-16) & a Windows Insider MVP (2016-2022). Please read the entire post & the comments first, create a System Restore Point before making any changes to your system & be careful about any 3rd-party offers while installing freeware.

Download PC Repair Tool to quickly find & fix Windows errors automatically

Windows background Services enable Windows features to function properly. One of the errors occurring for Windows Services is Error 1067, The process terminated unexpectedly. This is an error that you might encounter when you are trying to start a service-based operation on your Windows 11/10. This error occurs mainly due to faulty services, or corrupted settings of that particular service. The fix for this issue is outlined in this post.

Error 1067, The process terminated unexpectedly

Error 1067 can occur with any of the background services in Windows 10 PC. Whichever is the service affected, the fix described here is applicable. In this post, we will choose the Fax service as our case in point.

Before you proceed with the fix, try to restart your computer and check if the error persists. If it persists, then follow the steps below.

  1. Refresh the potentially corrupted Service settings in the Registry
  2. Run System File Checker or DISM
  3. Manually start the Service
  4. Troubleshoot in Clean Boot State
  5. Use Refresh Windows Tool or reinstall the program.

Before you begin, remember to create a system restore point first.

1] Refresh the potentially corrupted Service settings in Registry

Press Windows key + R key to launch the Run dialog box. Type regedit in the box and hit Enter to open the Registry Editor window.

On Registry Editor window, navigate to

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices

Locate and right-click on your service with error 1067 (in this case, Fax service) under Services branch. Then choose Export. Choose a place to save it on the pop-up window. This is for safety reasons.

Back on Registry Editor window, right-click on the Fax service, but this time choose Delete. Exit the window.

Restart your computer.

This will refresh or reinstall the Windows Service.

If this does not help, you may Merge back the saved Registry file. Go to the Fax service file; you saved to the desktop when you performed the export action above in Step 1. Right-click on the file and select Merge (see screenshot below).

Click Yes on the confirmation prompt. This will install the Fax service back.

2] Run System File Checker or DISM

Run the System File Checker, ie. Run sfc /scannow from an elevated command prompt. Reboot on completion and check. Windows 10 users may repair their Windows System Image and see if it helps.

3] Manually start the Service

Press Windows logo key + R to launch the Run dialog box. Type services.msc and hit Enter to open the Windows Services window.

In the Services window, locate and right-click on Fax service.

Ensure that its Startup type is not set to Disabled.  Click Start and close the window.

The Windows Service this time should start without the error 1067.

4] Troubleshoot in Clean Boot State

Boot in Safe Mode and see if the Service is starting. Many times, non-Microsoft services or Drivers can interfere with the proper functioning of System Services. Alternatively, you could also execute a Clean Boot and troubleshoot manually to find the offending process that may be interfering.

5] Use Refresh Windows Tool or reinstall the program

If your Windows 10 computer is facing a lot of issues, including corrupt files, then it’s best to use Windows 10 Refresh Tool. The process does the following:

  1. Keeps your personal files and settings
  2. Replaces all Windows 10 system files with a new copy.
  3. Keeps the apps that came with your PC
  4. Keep the apps you installed from the Microsoft Store.

It ultimately fixes your computer without you worrying about any data loss. To use it, you need to download the Refresh Windows Tool from Microsoft.

Windows 11 or Windows 10 users may also use the Reset This PC option.

If the Service giving errors are related to any software, reinstalling the software would be the best option.

PS: If you need more suggestions, then please see this post – Windows Services will not start.

Ezoic

Anand Khanse is the Admin of TheWindowsClub.com, a 10-year Microsoft MVP (2006-16) & a Windows Insider MVP (2016-2022). Please read the entire post & the comments first, create a System Restore Point before making any changes to your system & be careful about any 3rd-party offers while installing freeware.

   Креатив

24.11.21 — 11:25

Есть крипто про 4. Необходимо установить stunnel. Интернет пишет, что он входит в комплект установки. Но там ничего подобного не видно.

Или он всё-таки устанавливается отдельно? Тогда, где его взять?

   Garykom

1 — 24.11.21 — 11:28

   Креатив

2 — 24.11.21 — 11:37

(1)Мне под винду.

   Aleksey

3 — 24.11.21 — 11:40

(2) И?

На скриншоте как раз ссылки под винду и написано что в линуксе это встроено

   Креатив

4 — 24.11.21 — 12:04

(3)Ну да. А оно с 4-й версие крипто про работать будет? И файлик подозрительно мелкий всего 89кб.

   Garykom

5 — 24.11.21 — 12:05

(4) ты лучше скажи для чего собрался туннель делать

   Креатив

6 — 24.11.21 — 12:06

(5)ГИИС ДМДК.

   Garykom

7 — 24.11.21 — 12:28

   Garykom

8 — 24.11.21 — 12:29


Для настройки клиентской станции необходимо:
1. Скачать приложение для создания TLS-туннеля stunnel.x86/x64 с
сайта https://www.cryptopro.ru/products/csp/downloads
2. Сохранить скаченное приложение в каталоге c:stunnel
3. Запустить командную строку от имени администратора и
выполнить c:stunnelstunnel.x64 -install
4. В каталоге c:windowssystem32 создать файл конфигурации
stunnel.conf со следующим содержимым:
output=c:stunnelstunnel.log

1 Рекомендуемая периодичность опроса сервиса на наличие ответного сообщения в тестовом контуре
составляет не менее 30 секунд.
12
socket=l:TCP_NODELAY=1
socket=r:TCP_NODELAY=1
debug=7
[https]
client=yes
accept=127.0.0.1:1500
connect=АдресИС:443
cert=C:stunnelclicer.cer
verify=0
Примечания:
 вместо порта 1500 можно использовать любой свободный;
 параметр connect – адрес сервиса интеграции (АдресИС):
o 195.209.130.9 для промышленного контура;
o 195.209.130.19 для тестового контура.
 параметр accept – адрес, который необходимо указывать в
прикладном ПО для подключения к сервису интеграции.
5. Скачать и установить сертификаты Удостоверяющего центра для
тестового контура:
 скачать http://testca2012.cryptopro.ru/cert/rootca.cer и установить
корневой сертификат тестового Удостоверяющего центра в хранилище
Доверенные корневые центры сертификации;
 скачать
https://testgost2012.cryptopro.ru/certsrv/certnew.cer?ReqID=CACert&Renewal=1
&Enc=bin и установить корневой сертификат Удостоверяющего центра в
хранилище Доверенные корневые центры сертификации;
 скачать http://testca2012.cryptopro.ru/cert/subca.cer и установить
промежуточный сертификат тестового Удостоверяющего центра в хранилище
Промежуточные центры сертификации.
6. Создать нового пользователя Windows.
13
7. В сеансе нового пользователя установить личный
(пользовательский) сертификат, выпущенный на информационную систему
Участника, в хранилище Личное.
8. Открыть КриптоПро CSP, выбрать закладку «Сервис», нажать
кнопку «Протестировать», далее кнопку «По сертификату» и выбрать личный
сертификат. В открывшемся окне ввести текущий пароль, обязательно
поставив галочку «Сохранить пароль в системе», и нажать «OK».
9. Открыть диспетчер сертификатов, выполнив команду certmgr.msc.
Найти и открыть личный сертификат, выбрать закладку «Состав», и нажать
кнопку «Копировать в файл». В открывшемся Мастере экспорта
сертификатов, необходимо экспортировать сертификат без закрытого ключа в
формате Х.509 (.CER) в кодировке DER и сохранить его с именем clicer.cer в
каталоге c:stunnel.
10. Открыть Службы, выполнив команду services.msc. Выбрать
службу Stunnel Service, установить для неё тип запуска «Автоматически», вход
в систему с учетной записью созданного пользователя. Запустить службу.
Последовательность действий для проверки корректности настройки
ПО stunnel и работоспособности сервиса интеграции описана в приложении
(см. Приложение 1).

   Креатив

9 — 24.11.21 — 16:17

(7)(8)Не читал. Пока тестовый контур пробую запустить. Благодарю за помощь.

   BobG

10 — 09.02.22 — 23:13

Здравствуйте. Всё сделал по инструкции. Выдаёт ошибку:

Не удалось запустить службу Stunnel Service на Локальный компьютер

Ошибка 1069: Служба не запущена из-за ошибки входа в систему.

   arsik

11 — 09.02.22 — 23:34

(10) Служба от кого запускается?

   BobG

12 — 09.02.22 — 23:39

От Администратора

   BobG

13 — 09.02.22 — 23:52

Эта ошибка была без пароля. Поставил пароль, Ошибка 1067: Процесс был неожиданно завершён

   Сергиус

14 — 10.02.22 — 00:03

(13)Попробуйте переустановить службу.

   Builder

15 — 10.02.22 — 00:26

Уже выкладывал тут кусок из инструкции от ювелирсофта

https://prnt.sc/26ndwxa

Это обязательное условие!

У меня все заработало :)

   Сергиус

16 — 10.02.22 — 01:35

(15)Есть нормальный хостинг картинок?)

   Anchorite

17 — 10.02.22 — 06:25

(13) У вас журналирование настроено? В настройках stunnel.conf проверьте опцию «output» — это путь к лог-файлу. Посмотрите, что там в журнале, выложите сюда вывод.

   abfm

18 — 10.02.22 — 07:08

Вопрос как решился с сертификатом? У нас 3 раз бубен и третий раз разный.

   Кирпич

19 — 10.02.22 — 08:13

Если туннель запускаете под системной учетной записью, то сертификат должен быть установлен в «Сертификаты локальный компьютер». Если под другой учетной записью, то в хранилище этой учетной записи. Пароль доступа к контейнеру должен быть сохранен. Сертификат с открытым ключем сохранить на диске и прописать к нему путь в конфиге stunnel. В инструкции всё написано.

Смысл этой байды в том, что stunnel должен иметь доступ к закрытому ключу, который у вас в хранилище. Чтобы иметь доступ к хранилищу пользователя, stunnel должен запускаться от этого пользователя. Пароль от контейнера он спрашивать не умеет, потому пароль должен быть вбит заранее и сохранен (галку там поставить).

  

abfm

20 — 10.02.22 — 08:58

(19)Да конечно всё по инструкции. Всё от одного пользователя. Сертификат сохранен без ключа. Прописан в конфиге. При старте ругается на сертификат. Где то только в консольной версии работает. Где то как служба. ДМДК пишут об обезличенном сертификате, народ утверждает что такие не выдают для ип (проверить не могу). Чем он лучше не говорят. ЮвелирСофт всё молиться на прямые руки сисадмина и просит 14000 за настройку stunnel.

I have a client application. The server application gave me a PEM file, and require me to connect using SSL. I use stunnel and specified the certification file to be the PEM file, and set client=yes. When I run stunnel I see the following error at startup:

[!] error queue:  : error:  :SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib
[!] SSL_CTX_use_PrivateKey_file: : error: :PEM routines:PEM_read_bio:no start line

The PEM file looks ok, it has ——BEGIN CERTIFICATE—— and ——END CERTIFICATE——. I use

openssl x509 -inform PERM -in filename.pem -text 

to view the content and it looks ok.

Any idea what could go wrong?

asked Oct 21, 2014 at 19:26

szli's user avatar

I guess you want to use the given certificate to verify the connection and thus you need to specify it as CAfile. What you probably did instead was to specify it as a client certificate which gets send to the server to authenticate the client. But this is just a guess, because you did not provide the configuration in your question.

If you really want to use client authentication then you also have to provide the private key matching the certificate. If you don’t specify a key it will look for it in the cert file, and in your case it did not find it there.

answered Oct 21, 2014 at 21:16

Steffen Ullrich's user avatar

Steffen UllrichSteffen Ullrich

112k10 gold badges130 silver badges171 bronze badges

4

I had the same issue. It didn’t understand that the certificates in the same directory as the configuration file. So, I had to write the full path for the certificates.

cert = /etc/stunnel/xxxxxxxxxx.crt
key = /etc/stunnel/xxxxxxxxxxx.key

Robert's user avatar

Robert

5,27843 gold badges65 silver badges115 bronze badges

answered May 17, 2019 at 7:46

Besha's user avatar

BeshaBesha

12 bronze badges

As is mentioned above by Besha, writing out the full address for cert and key files in the stunnel.conf solved my problem.
I had a similar issue: Stunnel would work ok when started manually but would fail to start at boot time with an identical error as to the one mentioned here.
Both cert and key file were located at the same directory as the conf file but stunnel would still fail to start at boot up.

answered Mar 15, 2022 at 20:32

Farshad's user avatar

1


0

1

Поставил stunnel /для заворачивания ssh-трафика в ssl/.
(По подробной инструкции — http://www.unixmen.com/tunnel-ssh-connections-ssl-using-stunnel-debian-7-ubun… )

На сервере и клиенте стоят Debian-8. На клиенте не заводится:

$ sudo /etc/init.d/stunnel4 start
[ ok ] Starting stunnel4 (via systemctl): stunnel4.service.

$ sudo /etc/init.d/stunnel4 status
stunnel4.service — LSB: Start or stop stunnel 4.x (SSL tunnel for network daemons)
Loaded: loaded (/etc/init.d/stunnel4)
Active: active (exited) since Mon 2015-12-07 07:32:09 UTC; 1h 34min ago

Dec 07 07:32:09 net7 stunnel4[4603]: SSL tunnels disabled, see /etc/default/stunnel4

в логах посмотрел- вроде нет ничего. Конфигурация клиента:
****
pid = /var/run/stunnel.pid
cert = /etc/stunnel/stunnel.pem
client=yes
[ssh]
accept=443
connect= айпи адрес сервера:443
****

Может система не дает привязаться к 443 порту?
Может кто знает- хоть где логи посмотреть?

Stunnel FAQ

  • Troubleshooting
  • Applications
  • Miscellaneous

Troubleshooting

«Could not find your SSL library installation dir» when running configure

The first posibility is that you have not installed an SSL library, either OpenSSL or SSLeay. In that case you should download and compile one of them. OpenSSL can be found at www.openssl.org.

The other possibility is that you installed your SSL library in a non-standard place. Use the --with-ssl directive when running configure to tell it where this directory is.

Configure is not finding my TCP Wrapper installation

You probably have it in a non-standard place, i.e. somewhere that gcc cannot find it on its own. Lets say you had your tcp wrappers installed in /opt/tcpd_7.6. To help gcc find your include files and libraries, you should set three environment variables as follows:

CFLAGS="$CFLAGS     -I/opt/tcpd_7.6/include"
CPPFLAGS="$CPPFLAGS -I/opt/tcpd_7.6/include"
LDFLAGS="$LDFLAGS   -L/opt/tcpd_7.6/lib"
export CFLAGS CPPFLAGS LDFLAGS

And then re-run configure. This is the generic way to have configure find specific libraries, and is not specific to stunnel itself.

What to do when stunnel fails

Firstly, the most important things to try when you are having trouble running stunnel is to:

  • run with full debug mode debug = 7
  • if running the daemon, run it in the foreground foreground = yes

Doing this gives you the best chance of catching the errors in the log on the screen.

I do not have the openssl binary / Cannot make stunnel.pem!

If you do not have the openssl program (for example you are using the pre-compiled version of stunnel on a Windows machine) then you need to generate an stunnel.pem file in some other manner. You can find a spare Unix workstation that does have OpenSSL installed, for example.

When I run stunnel, it just sits there, it does not listen for requests!

You are probably missing the [service] definition in your config. For example:

pid        = /stunnel.pid
setuid     = nobody
setgid     = nobody
debug      = local6.err
foreground = no
client     = yes

[mysyslog]
accept     = localhost:syslog
connect    = logging:syslogs

Without that [mysyslog] line, stunnel assumes you want to operate in inetd-style mode.

I get the error «Wrong permissions on stunnel.pem»

I get the error

stunnel[PID]: Wrong permissions on /path/to/stunnel.pem

on my stunnel server or on stunnel client using client-side certificates.

The stunnel.pem file contains your key (private data) and certificate (public data). In order for stunnel to start automatically without requiring a password, the key is created without a password. This means that anyone who can read this file can compromise your SSL security. This file must be readable only by root, or the user who runs stunnel.

Use the chmod command to fix permissions on this file:

chmod 600 /path/to/stunnel.pem

FTP over stunnel does not work

Stunnel cannot be used for the FTP daemon because of the nature of the FTP protocol which utilizes multiple ports for data transfers. There are SSL aware FTP servers available.

Alternatively you could use a different protocol. All versions of SSH include a program called scp which works like rcp. Recent versions of OpenSSH include a program called sftp which has an ftp-like feel.

Stunnel does not work with Windows with strong crypto

Try installing the High Encryption Pack and all other service packs.

Stunnel does not work with Windows 2000 (Outlook Express)

The error looks like the following:

SSL_accept:error:140760F8:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol
SSL_accept:error:1409B0AB:SSL routines:SSL3_SEND_SERVER_KEY_EXCHANGE:missing tmp rsa key

One day after the official release of Windows 2000 a number of «Critical Updates» were released. At least one of them fixes the problem, probably the «128bit encryption pack update».

It is not determined if this applies to merely Outlook, or Windows 2000 in general, however it is a good idea to update your machine.

How do I configure Outlook to use SSL?

To use POP with SSL in Outlook (tested with 2000, 98, and Outlook Express, should work with other versions), simply select the checkbox under the «Incoming mail (POP3)» section that says «This server requires a secure connection (SSL)». These options are all located on the advanced tab in the account properties. Make sure that the port it changes to when you check the box is correct (should be 995 by default).

Stunnel fails with a «PRNG not seeded» error message

You are likely not on a system that has /dev/urandom, and OpenSSL is not able to gather enough entropy to create strong SSL sessions. Option include, in rough order of preference:

  • Use PRNGd (Portable Random Number Generator Daemon). This is an EGD compatible random number generator. It gathers entropy from system commands and feeds them to the OpenSSL RNG, and thus will never block waiting for more random data. Point to your PRNGd socket with EGD = /path/to/sock argument to stunnel.
  • Use EGD (Entropy Gathering Daemon). EGD was the first widely used RNG that got its entropy from system commands. Unfortunately EGD can block (ie hang) until it gathers enough entropy. (For this reason PRNGd is preferred over EGD.) Point to your EGD socket with EGD = /path/to/sock argument to stunnel.
  • If you are running Solaris, snag the SUNWski patch, which will create /dev/random for you. Simply ln -s random /dev/urandom and OpenSSL (and thus stunnel) will find entropy for you automatically.
    This patch has been reported to be available as part of the following patches, YMMV: 105710-01, 106754-01, 106755-01, 106756-01.
    On Solaris 8 you could install patch 112438 to get /dev/random and /dev/urandom devices.
  • In the worst case you can create a file or files with random data (for example copy sections of your running kernel to a file) and use them to seed the data. See the stunnel manual page RANDOMNESS section for the full list of which files are searched and in which order. It is important to remember that these random data files may be overwritten unless RNDoverwrite = no option is used.

Secure Password Authentication error with Outlook and POP

When I try to use pop with Outlook I get the following error:

Unable to logon to the server using Secure Password Authentication. Account: 'example.net', Server: 'mail.example.net', Protocol: POP3, Server Response: '.', Port: 995, Secure(SSL): Yes, Error Number: 0x800CCC18

You told Outlook to use Secure Password Authentication, but your POP server does not support it. Since you use stunnel, your password is not ever in the clear anyway, so you can just turn off Secure Password Authentication.

Help! I run on Linux with threads, but stunnel keeps forking off processes anyway!

Linux threads have entries in the process table. A threaded stunnel daemon will have n+1 entries in /proc, where n is the number of current threads. It is not an error.

If you have arguments against this way of implementing threads, talk to Linus. Linux threads are damned fast as they are, so you are not likely to convince him to change things.

Stunnel also spawns its libwrap client processes at startup, as libwrap code is not thread-safe.

Stunnel hangs for a while accepting connections

You probably have TCP Wrapper support compiled into stunnel, and are having DNS problems. TCP Wrappers do reverse lookups of the incoming IP address. If you have a bad server in /etc/resolv.conf each failed query takes time to expire. DNS fail-over causes severe slowdown of stunnel. We suggest any or all of the following:

  • Fix your /etc/resolv.conf
  • Make sure your machines have reverse DNS entries. It is just a good practice anyway.
  • Try accessing a closer name server first in your resolv.conf
  • Consider running a caching nameserver on your local host and pointing to it first

If the problem does not go away, you may want to try compiling stunnel without TCP Wrappers and see if the problem is still there and troubleshoot further.

Stunnel is complaining that there are too many open files and is refusing new connections

This is an OS-dependent issue. You probably have a hard limit of the number of file descriptors that can be open by processes. Increase this number to a more acceptable level. Stunnel may use anywhere from one to four file descriptors per connection depending on how you use it.

For a quick glance at how to change this parameter on Solaris, see https://www.unixguide.net/sun/faq/3.45.shtml.

My connections are slow, slow, slow

One option might be to turn on the TCP NODELAY option on both ends. On the server, include the following options:

socket = l:TCP_NODELAY=1

and on the client include:

socket = r:TCP_NODELAY=1

Are there any special problems with stunnel and IE?

It is a well known problem with Internet Explorer and several other products. They do not send close_notify message before TCP FIN packet violating SSLv3 and TLSv1 protocols. It is also a security problem: Microsoft applications are vulnerable to truncation attacks. Is Microsoft able to implement anything properly?

Currently stunnel implements ugly 10-seconds timeout to work with Microsoft… I hate it, but several peple need it.

See RFC 2246 chapter 7.2.1. for details.

I am running out of processes/file descriptors on Solaris

In 2.3 in earlier this requires poking the kernel. In Solaris 2.4+, this can be accomplished by adding the following lines to /etc/system:

* set hard limit on file descriptors
set rlim_fd_max = 4096
* set soft limit on file descriptors
set rlim_fd_cur = 1024

TCP Wrappers do not work as expected

If you are using stunnel in a chroot environment, you need to include the /etc/hosts.allow and /etc/hosts.deny files within that environment. So say your stunnel.conf had the following:

chroot = /path/to/chroot/

Then you need to create /path/to/chroot/etc and put your hosts.allow and hosts.deny files there:

mkdir /path/to/chroot/etc
cp /etc/hosts.allow /etc/hosts.deny /path/to/chroot/etc

Make sure that you change these files, not the global /etc/hosts.{allow.deny} files.

My web browser cannot talk to stunnel

If you get the following error message in stunnel:

2003.01.18 17:46:07 LOG3[6093:32770]: SSL_accept: 1407609C: error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request

then your stunnel runs in server mode (without client = yes) and your web browser is connecting to it as if it is a normal webserver, ala http://example.com/.

If stunnel is supposed to be running as a client, then fix your stunnel.conf. If you do mean to be running as an SSL server then point your browser at https://host:port/ instead of http://host:port/.

Problems tunneling telnet over stunnel with AIX

Contrary to popular belief, telnet is a very complex protocol heavily relying on out-of-band (OOB) data and internal timeouts. It is much better to use OpenSSH than telnet over SSL.

Some users also recommended using telnetd -a or telnetd -R as a workaround.

Eudora keeps saying «error reading network»

It is a timing error in Eudora, not a problem in stunnel. In Eudora, go to «Tools» -> «Options». Scroll down and select «Advanced Network». Increase the «Network Buffer Size» to 8192. Put a check mark in «Cache network info». If you want to increase «Network open timeout» and «Network timeout after» values too, it would not hurt (try 1000). Then try to collect email again. Should work for you.

Another solution reported to work is adding

options = DONT_INSERT_EMPTY_FRAGMENTS

to stunnel.conf.

Applications

This section gives you some information on how getting to work with other applications.

Can I forward UDP services over stunnel?

As described thus far, no. Stunnel works with SSL, which runs only on TCP. There are ways to forward UDP packets over TCP, and in principle these should be able to work over stunnel.

There are also other programs that do this natively, and could be used standalone or via stunnel, such as Zebedee. If you have any success tunneling UDP over stunnel, please contact the faq maintainer so we can write up a good HOWTO for folks.

Can I use stunnel to communicate across a firewall?

As long as the tcp traffic is allowed to traverse your firewall, absolutely.

You’re most likely to convince your firewall administrator to allow secure traffic from inside to outside. In fact, if your firewall is doing NAT, you can probably stunnel out from your machine to an internet machine without any firewall re-configuration.

Specifically, have your firewall administrator allow outbound connections from your machine to the remote (internet) machine on the specific port you wish to connect to.

Be sure to discuss these issues with your administrator. They don’t enjoy people penetrating their firewalls without their consent.

Can I use stunnel to securely connect two subnets across the Internet?

Absolutely. There are two options:

  • Use tappipe
  • Run PPP over a regular stunnel connection

Can I use stunnel to protect [insert random protocol here]?

Stunnel should be able to secure any random protocol as long as the protocol satisfies the following requirements:

  1. The protocol is TCP, not UDP.
  2. The protocol doesn’t use multiple connections, like ftp.
  3. The protocol doesn’t depend on Out Of Band (OOB) data,
  4. Remote site can’t use an application-specific protocol, like ssltelnet, where SSL is a negotiated option, save for those protocols already supported by the protocol argument to stunnel.

Miscellaneous

What is Session Cache?

When a client/server connect they establish a session ID which it will try to use later. This session id includes what ciphers they agreed upon, etc.

A client offers to reuse a session ID. If the server recognizes it then they will skip the whole cipher/etc determination phase, which results in smaller overhead. This is called a cache hit. (the session id cache is where these session ids are.)

A session id cache miss means that the client either does not have a session id it can use, or the server does not recognize it. Thus they negotiate ciphers all over again.

What are the offical SSL ports?

These are the officially ‘registered’ ports for various SSL-ified protocols. note that listing them here doesn’t mean that they can be used with stunnel.

nsiiops      261/tcp   # IIOP Name Service over TLS/SSL
https        443/tcp   # http protocol over TLS/SSL
smtps        465/tcp   # smtp protocol over TLS/SSL (was ssmtp)
nntps        563/tcp   # nntp protocol over TLS/SSL (was snntp)
imap4-ssl    585/tcp   # IMAP4+SSL (use 993 instead)
sshell       614/tcp   # SSLshell
ldaps        636/tcp   # ldap protocol over TLS/SSL (was sldap)
ftps-data    989/tcp   # ftp protocol, data, over TLS/SSL
ftps         990/tcp   # ftp protocol, control, over TLS/SSL
telnets      992/tcp   # telnet protocol over TLS/SSL
imaps        993/tcp   # imap4 protocol over TLS/SSL
ircs         994/tcp   # irc protocol over TLS/SSL
pop3s        995/tcp   # pop3 protocol over TLS/SSL (was spop3)
msft-gc-ssl  3269/tcp  # Microsoft Global Catalog with LDAP/SSL

How do I know which encryption ciphers are available?

The ciphers that are available to stunnel (and usable by the ciphers option) are determined by your OpenSSL library. To list the available ciphers, run the following:

openssl ciphers -v

How can I delay DNS lookups until connect time?

Add the following to your stunnel configuration file:

delay = yes

How can I convert a certificate from der format (.cer) to PEM format?

Some institutions that supply certificates will send them to you in der format instead of PEM format. You can use the openssl command line tool to convert from one to the other:

openssl x509 -in file.cer -inform d -out file.pem

Содержание

  1. Ошибка 1067: Процесс был неожиданно завершен
  2. Исправить ошибку 1067, когда процесс был неожиданно завершен
  3. 1. Удалить поврежденную службу из реестра
  4. 2. Запуск службы вручную
  5. 3. Проверка системных файлов
  6. 4. Безопасный режим
  7. Как исправить: Ошибка 1067: Процесс был неожиданно завершен в Windows 10.
  8. Исправление: Ошибка 1067: Процесс был неожиданно завершен В операционной системе Windows 10 / 8,1 / 8/7
  9. Ошибка 1067 «Не удалось запустить службу» – как исправить?
  10. Предоставление учетной записи управлять службой
  11. Переустановка службы
  12. Перезапуск MySQL
  13. Как убрать Ошибку 1067: Процесс был неожиданно завершен
  14. Создаем резервную копию реестра
  15. Правим реестр
  16. Запускаем командную строку
  17. Как исправить ошибку 1067: процесс неожиданно завершился —
  18. Решение 1: Взять под контроль Сервис
  19. Решение 2. Переустановите проблемную службу
  20. Решение 3. Удалите некоторые файлы
  21. Решение 4: настройка файлов конфигурации MySQL
  22. Решение 5. Переустановите SQL Server
  23. Решение 6. Метод для службы Windows EAServer

Ошибка 1067: Процесс был неожиданно завершен

Когда вы установили программу или игру, которая устанавливает в систему Windows свою службу, то вы можете при запуске этой службы столкнуться с ошибкой «Ошибка 1067: Процесс был неожиданно завершен«. Эта ошибка возникает в основном из-за неисправных служб или поврежденных настроек этой конкретной службы. Ошибка 1067 может возникнуть с любой из фоновых служб на вашем компьютере с Windows 10, но в основном она встречается в SQL, MySQL и audio. Я буду показывать пример на службе EasyAntiCheat, которая при запуске выдавала мне ошибку 1067.

Исправить ошибку 1067, когда процесс был неожиданно завершен

Прежде чем приступить, перезагрузите ПК и проверьте ошибку. Отключите сторонние антивирусные программы и переустановите программу или игру, если ошибка в этих службах. И прежде чем приступить к исправлениям, рекомендую создать точку восстановления системы для безопасности.

1. Удалить поврежденную службу из реестра

Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по пути:

Если не помогло, то вы можете объединить параметры этой службы. У нас есть резервная копия, которую мы создали. Нажмите по ней два раза и установите параметры реестра для этой службы.

%D1%8D%D0%BA%D1%81%D0%BF%D0%BE%D1%80%D1%82 %D0%BF%D0%B0%D1%80%D0%B0%D0%BC%D0%B5%D1%82%D1%80%D0%BE%D0%B2 %D1%81%D0%BB%D1%83%D0%B6%D0%B1%D1%8B %D0%B2 %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80%D0%B5

2. Запуск службы вручную

Нажмите комбинацию кнопок Win + R и введите services.msc, чтобы открыть службы. Найдите службу, которая выдает вам ошибку 1067, в моем случае эта EasyAntiCheat, и нажмите по ней правой кнопкой мыши, и выберите «Запустить«. Тип запуска не должен быть «отключено». Проверьте, устранена ли ошибка.

%D0%B7%D0%B0%D0%BF%D1%83%D1%81%D0%BA %D1%81%D0%BB%D1%83%D0%B6%D0%B1%D1%8B %D0%B2%D1%80%D1%83%D1%87%D0%BD%D1%83%D1%8E

3. Проверка системных файлов

Поврежденные системные файлы могут выдавать ошибку 1067 при запуске службы. Попробуем восстановить системные поврежденные файлы, если они имеются. Откройте командную строку от имени администратора и введите две команду по очереди, дожидаясь окончания процесса после каждой:

CMD sfc scannow.

4. Безопасный режим

Этот метод поможет вам, если вы у вас ошибка в системной службе, а не той, которая устанавливает сторонняя программа или драйвер. Загрузитесь в безопасном режиме и посмотрите, запускается ли та системная служба, которая выдает ошибку 1067. Иногда сторонние драйвера и службы могут мешать нормальному функционированию системы.

Источник

Как исправить: Ошибка 1067: Процесс был неожиданно завершен в Windows 10.

Публикация: 19 Февраль 2017 Обновлено: 2 Октябрь 2018

Исправление ошибки 1067, в данной статье, для примера приведено для службы Факса, однако метод применим ко всем службам ОС Windows 10 8.

Ошибка 1067 может произойти с любой фоновой службой на любой ПК с ОС Windows. Если вы получаете эту ошибку, вы можете следовать предложенному ниже способу:

Исправление: Ошибка 1067: Процесс был неожиданно завершен В операционной системе Windows 10 / 8,1 / 8/7

Отказ от ответственности: Дальнейшие шаги будут включать в себя редактирование реестра. Ошибки при изменении параметров реестра могут повлиять на вашу систему отрицательно. Так что будьте осторожны при редактировании записей реестра и в первую очередь создайте Точку Восстановления системы.

2. Перейдите к следующему разделу реестра:

Здесь, вам необходимо заменить на ту службу, с которой вы получаете сообщение об ошибке 1067. В нашем случае, это служба факса, поэтому мы перейдем:

КомпьютерHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesFax

3. Кликните правой кнопкой мыши на раздел реестра нужной службы и выберите «Экспортировать», в контекстном меню. Сохраните настройки реестра файл в любом удобном месте, например, на рабочий стол.

1487516202351

1487516355839

4. Теперь снова кликните правой кнопкой мыши на тот же раздел реестра службы и на этот раз выберите «Удалить». Закройте редактор реестра.

1487516239585

1487517004782

5. Откройте командную строку или PowerShell от имени администратора и запустите команду :

Дождитесь завершения и перезагрузите компьютер.

1487517124613

6. После перезапуска системы, кликните правой кнопкой мыши на экспортируемом ранее файле реестра, полученным в шаге 3 и выберите «Слияние».

1487517059672

7. Нажмите кнопку «Да» при появлении запроса, это должно установить службу обратно.

1487516116187

Источник

Ошибка 1067 «Не удалось запустить службу» – как исправить?

Сообщение об ошибке 1067 «Процесс был неожиданно завершен» возникает при попытке выполнить действие, которое вызывает запуск службы. Чаще происходит при запуске службы SQL и ей подобных. Узнаем подробнее, как ее исправить.

Предоставление учетной записи управлять службой

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

Найдите службу, которая выдает ошибку, щелкните на нее правой кнопкой мыши и перейдите в Свойства. На вкладке Общие посмотрите состояние. Если она запущена, остановите ее нажатием на соответствующую кнопку.

Затем на вкладке Вход в систему кликните на «Обзор».

В поле ввода имен выбираемых объектов наберите имя текущей учетной записи, кликните на «Проверить имена», чтобы проверить ее правильность, и нажмите на «ОК». Либо выберите имя с помощью кнопок Дополнительно – Поиск.

Затем введите пароль, и примените изменения на «ОК». Закройте окно, и перезагрузите компьютер. В большинстве случаев, этим способом удается исправить ошибку с кодом 1607.

Переустановка службы

В этом решении используем более продвинутый способ перезапуска службы, которая была повреждена и ее не удается исправить в свойствах.

Откройте редактор реестра выполнением команды regedit из окна Win + R.

На левой панели перейдите к разделу:

В разделе Services найдите проблемную службу, кликните на нее правой кнопкой мыши и удалите. Подтвердите все запросы, которые могут возникнуть в процессе удаления, и перезагрузите компьютер

Если не удается удалить проблемный раздел, попробуйте добавить дополнительные разрешения.

Правым щелчком мыши на службе в левой панели вызовите контекстное меню и выберите «Разрешения».

В разделе группы или имена пользователей найдите текущую учетную запись. Если не отображается, нажмите Добавить – Дополнительно – Найти. Выберите ее из результатов поиска.

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

После этого попробуйте снова удалить раздел и перезагрузите компьютер.

После перезагрузки запустите командную строку от имени администратора с помощью системного поиска.

Запустите следующую команду, которая позволит восстановить удаленный раздел из реестра:

Дождитесь завершения сканирования и перезапустите ПК. Проверьте, решена ли проблема.

Перезапуск MySQL

Если ошибка 1607 связана со MySQL, сначала ее остановим, затем удалим несколько файлов в каталоге установки.

Откройте Панель управления командой control из окна Win + R.

В правом верхнем углу экрана установите просмотр на крупные значки и перейдите в раздел Администрирование. В правой части окна выберите Службы.

Найдите MySQL и дважды кликните на нее, чтобы открыть свойства. Остановите ее нажатием на соответствующую кнопку.

Затем перейдите в проводнике в каталог установки MySQL, который находится на системном диске в папке Program Files (x86). Откройте его и перейдите в папку Data. Найдите два файла ib_logfile0 и ib_logfile1, кликните на них правой кнопкой мыши и удалите.

Вернитесь в окно служб и запустите MySQL. Проверьте, удалось ли устранить ошибку 1067.

Источник

Как убрать Ошибку 1067: Процесс был неожиданно завершен

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

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

Создаем резервную копию реестра

Немало важную роль здесь играет и состояние реестра, исправлять ошибки которого нужно, во-первых, очень аккуратно, а во-вторых, не удаляя лишнее. Если же сделать все с точностью наоборот, корректной работы операционной системы ждать не будет смысла, напротив, все может дойти даже до переустановки Windows и повторной загрузки всех необходимых приложений и программ.

При работе с реестром обязательным шагом является создание точки восстановления системы, что позволит сохранить все необходимые данные в целости.

После того, как точка восстановления системы создана успешно, можно перейти непосредственно к процессу ликвидации ошибки.

Правим реестр

Для этого необходимо произвести ряд действий

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5 1 %D0%B4%D0%BB%D1%8F %D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8 %D0%BF%D1%80%D0%BE %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80 1

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

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5 2 %D0%B4%D0%BB%D1%8F %D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8 %D0%BF%D1%80%D0%BE %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5 3 %D0%B4%D0%BB%D1%8F %D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8 %D0%BF%D1%80%D0%BE %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80

Запускаем командную строку

Затем необходимо открыть командную строку либо PowerShell под собственной учетной записью с правами администратора и провести запуск команды «sfcscannow».

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

%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BD%D0%B5%D0%B5 %D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5 %D0%B4%D0%BB%D1%8F %D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8 %D0%BF%D1%80%D0%BE %D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80

Как только на экране появится команда подтверждения, необходимо нажатием кнопки «ок» завершить действие.

Остается всего лишь запустить службу, которая теперь должна работать без неполадок.

Источник

Как исправить ошибку 1067: процесс неожиданно завершился —

Ошибка 1067 может возникать с различными службами Windows, и сообщение обычно появляется, когда вы пытаетесь выполнить действие, которое обычно приводит к запуску службы. Наиболее распространенным случаем для этого сообщения об ошибке будет служба SQL и служба, подобная ей.

kak ispravit oshibku 1067 process neozhidanno 1

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

Решение 1: Взять под контроль Сервис

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

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

kak ispravit oshibku 1067 process neozhidanno 1 1

kak ispravit oshibku 1067 process neozhidanno 2 1

kak ispravit oshibku 1067 process neozhidanno 3 1

Решение 2. Переустановите проблемную службу

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

HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

kak ispravit oshibku 1067 process neozhidanno 4 1

Заметка: Если вы не можете удалить этот ключ, вам может потребоваться добавить дополнительный доступ к вашей учетной записи пользователя. Это можно сделать, находясь в редакторе реестра.

kak ispravit oshibku 1067 process neozhidanno 5 1

Решение 3. Удалите некоторые файлы

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

kak ispravit oshibku 1067 process neozhidanno 2 1

kak ispravit oshibku 1067 process neozhidanno 6 1

Решение 4: настройка файлов конфигурации MySQL

Этот файл конфигурации MySQL называется «my.ini», и в нем есть опция, которая, как известно, вызывает эту проблему. Вы можете либо удалить его, либо отключить, но в любом случае вам обязательно следует рассмотреть этот метод, если в MySQL возникает ошибка 1067.

kak ispravit oshibku 1067 process neozhidanno 7 1

Второй файл конфигурации, который следует редактировать, если описанный выше процесс не помог решить вашу проблему, — это файл «my-default.ini». Этот метод полезен, если папки каталога были испорчены после обновления.

kak ispravit oshibku 1067 process neozhidanno 8 1

Решение 5. Переустановите SQL Server

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

kak ispravit oshibku 1067 process neozhidanno 9 1

После этого вам нужно будет удалить данные реестра Spotify, оставленные на вашем компьютере, выполнив следующие действия:

HKEY_LOCAL_MACHINE ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ Microsoft Microsoft SQL Server
HKEY_LOCAL_MACHINE SOFTWARE Microsoft MSSQLServer

kak ispravit oshibku 1067 process neozhidanno 10 1

HKEY_LOCAL_MACHINE SOFTWARE Microsoft Windows CurrentVersion Uninstall
HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

Решение 6. Метод для службы Windows EAServer

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

Мы надеемся, что у вас все еще есть резервная копия реестра, и вы вернулись в первом решении!

HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services

kak ispravit oshibku 1067 process neozhidanno 4 1

Источник

Понравилась статья? Поделить с друзьями:
  • Stunnel service ошибка 1067
  • Stub dll ошибка
  • Strtrail txt ошибка виндовс 10
  • Strtrail txt ошибка windows 10 как исправить
  • Subaru forester ошибка p0030