Вопрос: event 36887 schannel Получено следующее фатальное предупреждение: 10


Я получаю эту ошибку (событие 36887 schannel Принято следующее фатальное предупреждение: 10.) на моем Exchange Server 2010, запущенном в Windows Server 2008 x64 Enterprise.

Ниже приведены сведения об ошибке:

Log Name:      System 
Source:        Schannel 
Date:          1/16/2013 3:31:20 PM 
Event ID:      36887 
Task Category: None 
Level:         Error 
Keywords:       
User:          SYSTEM 
Computer:      xxx-exchsrv-xx.xxxxxxx.local 
Description: 
The following fatal alert was received: 10.


Event Xml:

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">    
  <System>
    <Provider Name="Schannel" Guid="{1F678132-5938-4686-9FDC-C8FF68F15C85}" />
    <EventID>36887</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x8000000000000000</Keywords>
    <TimeCreated SystemTime="2013-01-16T21:31:20.270752700Z" />
    <EventRecordID>98196</EventRecordID>
    <Correlation />
    <Execution ProcessID="536" ThreadID="12" />
    <Channel>System</Channel>
    <Computer>xxx-exchsrv-xx.xxxxxxx.local</Computer>
    <Security UserID="x-x-x-xx" />
  </System>
  <EventData>
    <Data Name="AlertDesc">10</Data>
  </EventData>
</Event>

Я не могу найти многого, связанного с этой конкретной ошибкой. Помоги пожалуйста!

Спасибо!


5
2018-01-16 23:26


Источник


@Mathias R. Jessen Спасибо, что сделали это лучше! - George


Ответы:


Часто ли вы принимаете эти ошибки (по расписанию?), И знаете ли вы о каких-либо реальных проблемах, которые совпадают с их внешностью? Я спрашиваю, потому что вполне вероятно, что вы можете смело игнорировать их или подавлять их.

Сама ошибка весьма расплывчата. В соответствии с протоколом RFC TLS это указывает на неожиданное сообщение, Предупреждать сообщения с уровнем фатального результата при немедленном завершении соединения. В этом случае другие соединения, соответствующие сеансу, могут продолжаться, но идентификатор сеанса ДОЛЖЕН быть недействительным, предотвращая использование неудачного сеанса для установления новых соединений.

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

Если вы хотите подавить оповещения SChannel, вы можете настроить параметры реестра, подробно описанные в KB260729,

Обновление: много раз они вызваны извне. Вы можете создать аналогичную ошибку, пытаясь получить доступ к вашему сайту Outlook Web Access следующим образом (недействительным)

http://mail.example.com:443/owa (обратите внимание на использование http на порту 443, НЕ https)

Если вы проверите журналы событий после этого, вы увидите фатальное предупреждение 10 с внутренним состоянием ошибки 1203. Это, очевидно, нечего беспокоить; он имеет все, что связано с тем, кто пытается получить доступ к OWA неправильно и не связан с неправильной конфигурацией сервера.


5
2018-02-20 17:00



Наверное, это будет зависеть от определения часто. Я просто смотрел и за последние 30 дней, он появился 10 раз и обычно в тот же день в группе из четырех или двух. По существу, спина к спине. И это случается в случайные дни / раз. Некоторые из них были примерно на 3 недели друг от друга, а некоторые были примерно на одну неделю, в разное время. Ничто не приходит в голову, с точки зрения конкретных вопросов в те дни / времена. Полагаю, я могу их подавить. - George


как часто у вас возникают эти ошибки? Иногда у меня есть они, это означает, что по какой-то причине соединение ssl не получилось. Может быть, клиент отправляет неверный запрос или что-то еще. У меня была проблема, когда неправильная связь imap происходила каждые 2 минуты.

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


1
2018-02-22 16:30