Bsod C000021a и 0xc0000034

[k.J.]

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

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

Имеем MS Windows server 2003, на нем ставится випнет 3 версии. Основная цель сервера терминальный доступ к приложениям.

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

Код

Тип события: Уведомление

Источник события: Application Popup

Категория события: Отсутствует

Код события: 26

Дата: 10.04.2009

Время: 17:23:17

Пользователь: Н/Д

Компьютер:

Описание:

Всплывающее окно приложения: winlogon.exe - Ошибка приложения : Инструкция по адресу "0x7c88afc4" обратилась к памяти по адресу "0x00000000". Память не может быть "written".

"ОК" -- завершение приложения

"Отмена" -- отладка приложения

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".

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

Решений перебрано много, но помогло лишь одно.

Необходимо загрузится с CD с Windows PE (вроде ERD Commander), подключится к реестру помирающей системы, найти там раздел

Код

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\winlogon.exe

в нем имеется параметр debugger ссылающийся на C:\WINDOWS\system32\wlinject.exe

удаляем параметр

перезагружаемся в основную систему, и все работает.

Один лишь минус, система стартует быстрее чем випнет, т.е. предложение ввести пароль windows появляется раньше чем предложение ввести пароль випнет.

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

[Stratos]

k.J.

Видимо, Ваше сообщение было удалено по недосмотру. Приносим Вам извинения.

Было бы совсем хорошо, если бы Вы указали какой компонент "випнет 3 версии" Вы устанавливаете.

[k.J.]

Установлен VipNet Client

Версия ПО: 3.0.1 (2446) - 3.00 (664) - 3.00 (434)

Версия ОС: Microsoft Windows Server 2003 Standard Edition Service Pack 2 (Build 3790.srv03_sp2_gdr.070304-2240)

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

[Echo]

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

а какой сервиспак установлен на XP, где вылезла аналогичная проблема?

[k.J.]

а какой сервиспак установлен на XP, где вылезла аналогичная проблема?

К сожалению не могу утверждать точно, но не менее sp2.

[Echo]

К сожалению не могу утверждать точно, но не менее sp2.

Вот это-то и интересует - SP2 или SP3...

Если все-таки возможно - уточните, пожалуйста

С уважением, Echo

[k.J.]

Судя по последним случаям проблеме подвержены СП2 и СП3...

[Digal]

У нас такая же проблема терминальный сервер windows 2003 SP2 R2

vipnet client 3.3421

похоже проблема давняя это сообщение с марта прошлого года

http://www.infotecs.ru/forum/lofiversion/i....php/t4436.html

Проблема будет когда-нибудь решена?

[isdv]

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

Похожая ситуация.

Имеется MS Server 2003 R2 Standart Edition SP2 на нем стоит ViPNet Coordinator 3.0 (1.2126).

Все работает, до того момента пока не обновилась ОС. Стоит автоматическое обновление.

Сервер уходит в ребут.

При включении выдает такое же сообщение BSOD какое было описано выше.

Решилась проблема аналогичным способом:

Решений перебрано много, но помогло лишь одно.

Необходимо загрузится с CD с Windows PE (вроде ERD Commander), подключится к реестру помирающей системы, найти там раздел

Код

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\winlogon.exe

в нем имеется параметр debugger ссылающийся на C:\WINDOWS\system32\wlinject.exe

удаляем параметр

перезагружаемся в основную систему, и все работает.

Один лишь минус, система стартует быстрее чем випнет, т.е. предложение ввести пароль windows появляется раньше чем предложение ввести пароль випнет.

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

Появилось ли решение данной проблемы?

Заранее спасибо.

[Stratos]

isdv

Для начала советую обновиться до 3.1.1 (3050)

[Кладов П.В.]

2013 год... версия ViPNet 3.1 (4.8344)... проблема актуальна Давайте, советуйте обновиться до ViPNet 3.2.

[Stratos]

И посоветую Что в этом такого?

[Кладов П.В.]

Да, ViPNet 3.2 установился и заработал нормально Просто странно что баги проявляющиеся аж с 2009 года в прошлых версия возвращаются в новых версиях. Да и обновления у вас не так часто выходят как у Microsoft. Проводятся ли у вас тестирования с новыми версиями ОС и антивирусов или других СЗИ и СКЗИ? Прогресс не стоит на месте

[Stratos]

К сожалению, иногда такое встречается.

Тестирование само собой проводится, к каждому продукту идет список поддерживаемых ОС.

Что касается тестирования с антивирусами - такие тестирования проводятся с наиболее распространенными антивирусами, например KAV, DrWEB. Что касается тестирования совместной работы со сторонними СКЗИ - тут процесс немного сложней.

[Oktavius]

Советую вам всем поднять "ЧЕРНЫЕ" машины. и поставить WSUS.. Тестить любые обновления Microsoft на черных машинах. а потом только на боевые ставить.!!! Это должно быть привычкой любого Сис.Админа.

Не только ViPNet страдает но и множество других продуктов.