Foreversoft.ru

IT Справочник
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Winhttprequest ошибка поддержки безопасных каналов

Winhttprequest ошибка поддержки безопасных каналов

Опции темы

Профиль
Группа: Участник
Сообщений: 6
Регистрация: 26.11.2007

Репутация: нет
Всего: нет

Есть функция, которая получает данные с http-сервера:

PoweRDeaD
Дата 5.12.2011, 10:36 (ссылка) | (нет голосов) Загрузка .
Код
function GetHttp(URL: string) : string;
var
Req: OleVariant;
s : string;
begin
Req := CreateOleObject(‘WinHttp.WinHttpRequest.5.1’);
Req.Open(‘GET’, URL false);
Req.Send(null);
Result := Req.ResponseText;
end;
MetalFan
Дата 5.12.2011, 11:46 (ссылка) | (нет голосов) Загрузка .

Аццкий Сотона

Профиль
Группа: Комодератор
Сообщений: 3815
Регистрация: 2.10.2006
Где: Moscow

Репутация: 14
Всего: 128

PoweRDeaD, в смысле с SSL? https протокол? так оно и так вроде работает норм. Или надо указать конкретный протокол SSL 2 или 3?
тогда смотри IWinHttpRequest::Option property — WinHttpRequestOption_SecureProtocols.

Это сообщение отредактировал(а) MetalFan — 5.12.2011, 11:51

Профиль
Группа: Участник
Сообщений: 6
Регистрация: 26.11.2007

Репутация: нет
Всего: нет

MetalFan, она ругается:
Ошибка поддержки безопасных каналов

PoweRDeaD
Дата 5.12.2011, 11:59 (ссылка) | (нет голосов) Загрузка .
MetalFan
Дата 5.12.2011, 14:59 (ссылка) | (нет голосов) Загрузка .

Аццкий Сотона

Профиль
Группа: Комодератор
Сообщений: 3815
Регистрация: 2.10.2006
Где: Moscow

Репутация: 14
Всего: 128

1. Публиковать ссылки на вскрытые компоненты

2. Обсуждать взлом компонентов и делится вскрытыми компонентами

  • Литературу по Дельфи обсуждаем здесь
  • Действия модераторов можно обсудить здесь
  • С просьбами о написании курсовой, реферата и т.п. обращаться сюда
  • Вопросы по реализации алгоритмов рассматриваются здесь
  • 90% ответов на свои вопросы можно найти в DRKB (Delphi Russian Knowledge Base) — крупнейшем в рунете сборнике материалов по Дельфи

Если Вам помогли и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, Snowy, Poseidon, MetalFan.

Google
Дата 4.4.2020, 01:48 (ссылка)

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Delphi: Сети | Следующая тема »

[ Время генерации скрипта: 0.1810 ] [ Использовано запросов: 21 ] [ GZIP включён ]

Winhttprequest ошибка поддержки безопасных каналов

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

1. Системная ошибка php.exe при запуске MajorDoMo на ОС Windows

Описание

Системная ошибка php.exe при запуске MajorDoMo на ОС Windows. Не удается продолжить выполнение кода, поскольку система не обнаружила VCRUNTIME140.dll.

Решение

  1. Для 64-битной редакции Windows установить обе версии (x86 и x64) Microsoft Visual C++ Redistributable for Visual Studio 2015.
  2. Если используется ОС Windows XP, то обновить ОС до Windows 7 и выше. ОС Windows XP не поддерживается.

2. Ошибка в процессе установки MajorDoMo на ОС Windows

Описание

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

Решение

  1. Убедиться, что есть соединение с Интернет и корректно настроено системное время (с точностью до минуты), и повторить установку.
  2. В мастере установки на этапе выбора компонентов снять галочку с пункта «Latest stable updates (requires internet connection)» и повторить установку. Обновление системы выполнить после успешной установки и запуска MajorDoMo через Панель управления.

3. После перезагрузки конфигурация MajorDoMo возвращается к начальной

Описание

Проявляется как потеря всех внесенных пользователем изменений. Возникает в основном по факту перезагрузки сервера и в большинстве случаев на одноплатных ПК без аппаратных часов реального времени и с активным механизмом переноса базы с карты памяти (SD) в оперативную память.

Решение

  1. Обеспечить синхронизацию системного времени ОС по сети до загрузки служб MajorDoMo, либо подключить и задействовать аппаратные часы реального времени (RTC).
  2. Перезагрузку и завершение работы сервера (ОС) выполнять только с помощью штатных сценариев MajorDoMo, которые предварительно выполняют сохранение актуального состояния базы данных из оперативной памяти в дамп на карту памяти.

4. Не пишется история значений свойства объекта

Описание

Свойство объекта имеет только одно текущее значение. История значений отсутствует, либо обновляется с большой задержкой. График значений свойства не строится или имеет прямолинейный вид.

Решение

  1. Создать свойство на уровне класса, а не на уровне объекта.
  2. В настройках свойства указать ненулевое значение в поле Хранить историю.
  3. Проверить статус цикла cycle_phistory. Должен быть запущен и штатно работать.
  4. Проверить количество записей в таблице phistory_queue в базе данных (модуль XRay или через phpMyAdmin). В штатном режиме в ней не должно быть более 200 записей. Если эта таблица быстро заполняется, значит ваш сервер не справляется с потоком поступающих данных.

5. Ошибка Fatal error: Cannot redeclare toDBDate()

Описание

После восстановления из резервной копии (или в некоторых других ситуациях) возникает ошибка:

Fatal error : Cannot redeclare toDBDate ( ) ( previously declared in / var / www / html / lib / sqlFunctions .class .php : 266 )

Также проявляется как

Fatal error : Cannot redeclare SQLExec ( ) ( previously declared in / var / www / html / lib / sqlFunctions .class .php )

Связано с несовместимостью версий MajorDoMo в резервной копии и с той, на которой восстанавливается эта резервная копия.

Решение

Удалить файл ./lib/sqlFunctions.class.php

6. Ошибка Uncaught Error: Call to undefined function mb_internal_encoding()

Описание

Расширение (модуль) PHP mbstring является обязательным для MajorDoMo. Если оно не установлено или не соответствует версии PHP, то возникает ошибка:

PHP Fatal error : Uncaught Error : Call to undefined function mb_internal_encoding ( )

Решение

Установить расширение (модуль) mbstring для PHP.

sudo apt install php — mbstring

7. Ошибка Uncaught Error: Call to undefined function curl_init()

Описание

Расширение (модуль) PHP curl является обязательным для MajorDoMo. Если оно не установлено или не соответствует версии PHP, то возникает ошибка:

PHP Fatal error : Uncaught Error : Call to undefined function curl_init ( )

Решение

Установить расширение (модуль) curl для PHP.

sudo apt install php — curl

8. Ошибка Properties history queue is too long ()

Описание

Ошибка возникает при работе системного цикла phistory_queue, который отвечает за запись истории значений свойств объектов в базу данных из очереди. Это означает, что данные поступают с такой скоростью, что система не может их оперативно обработать. В цикле стоит проверка на размер очереди (по умолчанию 200), и если в очереди больше чем 200 записей, то выдаётся предупреждение. Также данные в очереди могут накапливаться и своевременно не обрабатываться, если цикл cycle_phistory по какой-то причине остановлен.

Решение

  1. Проверить статус цикла cycle_phistory. Должен быть запущен и штатно работать.
  2. Выяснить и устранить причину аномально большой скорости поступления данных в систему.
  3. Проработать и оптимизировать запись исторических данных (фильтровать входные данные доих записи в свойства объектов).
  4. Увеличить производительность системы путем аппаратного апгрейда.
  5. Если для системы такой объем поступаемых данных в порядке вещей и считается нормой, то можно увеличить лимит записей в таблице phistory_queue, создав свойство phistory_queue_limit у объекта ThisComputer и вписав в него значение, заведомо большее, чем в сообщениях об ошибках (к примеру, 250).

9. Ошибка Fatal error: Uncaught PDOException

Описание

Некоторые модули MajorDoMo используют для работы с базой данных PHP-расширение PDO MySQL. Если оно не активировано в конфигурационном файле php, то будет возникать данная ошибка. По большей части актуально для Windows дистрибутивов MajorDoMo. В Linux в большинстве случаев данное расширение загружается по умолчанию.

Fatal error : Uncaught PDOException : could not find driver in . . .

Произошла ошибка в поддержке безопасного канала — классический HTTP-запрос ASP ASP

28 Mike S [2014-01-25 22:10:00]

У меня есть классический веб-сайт ASP, работающий в окне Windows Server 2012. Одна страница делает HTTP-запрос другому приложению через https, используя такой код:

Этот код отлично работает почти все время (тысячи запросов в день), но спорадически он выйдет из строя с таким сообщением:

Описание: Произошла ошибка в поддержке защищенного канала

Приложение недавно было перенесено с старого сервера Windows 2003 на сервер 2012 года, и эта проблема никогда не казалась проблемой на старом сервере. Кроме того, пока эта ошибка происходит на веб-сайте, я могу запустить тот же самый код в VBScript, и он отлично работает. Сброс пула приложений, похоже, заставляет сайт снова выполнять защищенные HTTP-запросы (хотя он часто исправляет себя, прежде чем я могу добраться до сервера).

iis xmlhttprequest asp-classic windows-server-2012

6 ответов

У меня была такая же проблема после перехода с 2003 по 2008 R2 и нашел решение. Изменение:

Set objhttp = Server.CreateObject («MSXML2.ServerXMLHTTP.6.0»)

Set objhttp = Server.CreateObject («MSXML2.XMLHTTP.6.0»)

и ваша проблема исчезнет.

Я попытался найти плюсы и минусы обо всех объектах, но еще не нашел причины не использовать XMLHTTP.

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

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

Проблема

Попытка тестирования IP-адреса PayPal в Windows Server 2008 с использованием классического ASP с помощью Sandbox PayPal возвращает ошибку «Ошибка в поддержке защищенного канала».

Почему это проблема

PayPal требует, чтобы все коммуникации с их системами были максимально безопасными. Вам потребуется соединение, которое является TLS 1.2. Windows Server 2008 по умолчанию не является TLS 1.2.

PayPal бросила некоторую путаницу в микс, сказав, что вам нужен сертификат Verisign G5, который вы делаете для корневого сервера, а не для домена, на котором запущен ваш код. Я также не устанавливал никаких сертификатов PayPal, поскольку я не использую API. Я также не считаю, что вам нужны ваши коммиты с сайта HTTPS, хотя мой домен защищен с помощью стандартного сертификата GoDaddy EV, хотя после тестирования я работал над сайтом без HTTPS.

Мое решение

Сначала проверьте, какой тип безопасности используется вашим сервером через SSL Labs. Он должен быть TLS1.2 или выше, а другой TLS или SSL. Он также должен иметь шифрование SHA256. Возможно, вам потребуется исправить сервер: https://support.microsoft.com/en-us/kb/3106991.

Используйте IISCrypto для установки правильных TLS и шифров. Я использовал изменения реестра, предложенные в другом месте в stackoverflow, но это не сработало и на самом деле полностью напортачивало мой сервер для всего, используя сообщения HTTPS, а не только для моего сайта разработки! IISCrypto также обрабатывает шифры.

Убедитесь, что ваш пул приложений v4.5, что само по себе неясно, потому что IIS может предлагать только v4.0 в качестве опции. Однако это, вероятно, фактически v4.5. Вы можете проверить это через https://msdn.microsoft.com/en-us/library/hh925568(v=vs.110).aspx.

В вашем коде вам нужно использовать Server.CreateObject («MSXML2.XMLHTTP.6.0») , а не Server.CreateObject («MSXML2.ServerXMLHTTP.6.0») , как указано выше.

Теперь я понятия не имею, почему не-сервер XMLHTTP работает так, как будто это противоречит документации, стоящей за ним. Прямо сейчас, после 10 дней стресса, паники и разочарования, мне все равно! Надеюсь, это полезно для других.

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

Ошибка IPN PayPal с ошибкой сервера

Ошибки PayPal SSL Windows 2008

Произошла ошибка в поддержке защищенного канала

классические ошибки протокола ASP PayPal Sandbox

Я бы хотел поблагодарить Rackspace и GoDaddy за их помощь в этом. Я бы хотел публично заявить, что я нашел, что paypal имеет худшую техническую поддержку и просто не волнует, постоянно указывая на свои собственные документы, если они когда-либо отвечают. Говорят, что они отправляли электронные письма об этом с сентября 2014 года, но я так и не получил их. Эти новые требования активны в песочнице PayPal, но выходят в эфир в сентябре 2016 года. Я только наткнулся на нее как на разработку нового решения, поэтому мне нужна песочница — если вы бежите вживую, вы не будете знать о проблеме до тех пор, пока она не ударит, а затем вы мертвы в воде. Протестируйте всю свою платежную систему в песочнице PayPal как можно скорее.

Коды ошибок устранения неполадок:

  • -2147012739 — HRESULT.
  • В шестнадцатеричном формате 0x80072F7D.
  • Посмотрите на LOWORD: 0x2F7D.
  • Преобразуем это в десятичное число: 12157.
  • Коды ошибок поиска 12157.
  • Найдите, что он соответствует: ERROR_WINHTTP_SECURE_CHANNEL_ERROR

Указывает, что произошла ошибка с безопасным каналом (эквивалент кодов ошибок, начинающихся с «SEC_E_» и «SEC_I_», перечисленных в заголовочном файле «winerror.h» ).

Однако вы уже обнаружили это, поскольку появившееся сообщение было «Описание: произошла ошибка в поддержке безопасного канала». Таким образом, это ведет нас прямо туда, где мы начали.

Другое замечание, которое я делаю, заключается в том, что ваш код является неасинхронным запросом WinHTTP (я знаю, что он должен функционировать внутри ASP), но проблема состоит в том, что из-за высокой частоты ваша машина может обрабатывать больше чем один запрос WinHTTP. Я видел, как некоторые Windows преднамеренно дросселируют общее количество активных одновременных запросов WinHTTP, блокируя поздние запросы. Например, на машине под управлением Windows 7 процесс не может выполнять более двух одновременных запросов на один и тот же удаленный сервер. т.е. 3-й, 4-й. запросы будут заблокированы до тех пор, пока не будут выполнены первые два.

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

1 Gruff [2016-09-12 13:52:00]

Все верно, однако «критический» недостающий бит для поддержки TLS1.2 в Windows 7 с IIS7.5 и классическим asp устанавливает это в реестре: —

Я надеюсь, что это спасет вас в день фальсификации, перезагрузки и головокружения!:)

Этот фрагмент кода полезен для тестирования. https://www.howsmyssl.com/

1 Tom Fahey [2016-10-06 00:33:00]

У нас была вариация по этим вопросам, и это действительно стоило нам времени, чтобы понять это.
Вот ситуация: старый сервер Linux, на котором размещается приложение, написанное на PHP, и предоставляет данные через вызовы webservice. Сервер использует HTTPS. Вызовы от разных клиентов производятся с помощью кода, использующего библиотеку winHTTP 5.2. (Winhttp.dll)

Симптом: наши клиенты теперь получают сообщения об ошибках при повторных вызовах winHTTP с помощью команды «POST». Сообщения — либо «Буферы, переданные функции, были маленькими», либо «Ошибка в поддержке защищенного канала». После долгих поисков мы обнаружили, что сервер клиентов регистрировал «предупреждающий код 2036» Уведомление о событии «в журнале просмотра событий, который соответствовал видимому сообщению об ошибке.

Решение. Мы обнаружили, что наш старый Linux-сервер не может поддерживать TLS 1.2. (CentOS 5.11). Мы также узнали, что недавно некоторые из наших клиентов (лето 2016) применили обновление для своих серверов Microsoft. (Server 2008, server 2012) Исправление заключалось в том, чтобы заставить их серверы использовать TLS 1.1 для вызовов webservice. Мне довольно странно, что настройки в Internet Explorer для изменения TLS не повлияли на проблему. Однако, изменив настройку в групповой политике, мы смогли решить эту проблему. Наш технический советник по этому вопросу отметил, что изменение действительно неясно, но сторонний поставщик предоставил быстрое решение. Этот инструмент называется IIS Crypto от Nartac. https://www.nartac.com/Products/IISCrypto/Download Этот инструмент позволяет вам выбрать «Протоколы». Теперь мы получаем новый сервер для размещения наших приложений (CentOS 6), а затем должны иметь возможность использовать протокол TLS 1.2!

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

Я понимаю, что этот вопрос старый, но, надеюсь, кто-то другой может извлечь выгоду из моего ответа.

Проблемы безопасных каналов

Доменная инфраструктура Microsoft довольно сложна. Например, Active Directory (AD) использует общепринятым образом определяемую и работающую схему объектов и атрибутов в базе данных, требует сетевого подключения к одноранговым контроллерам домена (DC) для своевременного обновления элементов и корректной настройки конфигурации DNS, а также имеет другие взаимозависимости с сетевой средой

Каждый компьютер, присоединяемый к домену (клиентская рабочая станция, сервер или DC), требует подключения к DC для обеспечения выполнения обязательных требований по обслуживанию в домене AD. Для рабочих станций и серверов необходимо подключение к DC того домена, которому они принадлежат, а также к DC доменов-доверителей. DC одного домена должны иметь связь с DC доменов-доверителей и доверенных доменов. Кэшированные значения, определяющие междоменные соединения, описываются термином «безопасный канал домена». Существует два типа безопасных каналов: между членом домена и DC этого же домена; между DC домена-доверителя и DC доверенного домена.

Значение безопасных каналов

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

Для чего нужен безопасный канал? Напрашивается ответ: «для всего, что связано с доменом». Все службы, связанные с доменом, должны иметь возможность обнаружения DC для отправки запроса. Это верно как для члена домена (например, рабочей станции или рядового сервера), так и для DC. Обеспечение доступности эффективно реагирующего DC — функция безопасного канала. Если с сервером нельзя связаться и отправить запрос, то службы не работают.

В частности, пользователь, подключающийся к сайту SharePoint, настроенному на работу с Kerberos, должен запросить билет Kerberos, предъявляемый серверу SharePoint для авторизации. Компьютер пользователя просматривает кэшированные данные о безопасном канале домена (кэш, обслуживаемый службой NetLogon), определяя целевой DC для отправки запроса на билет Kerberos. Если по какой-либо причине DC не отвечает, то запрос на билет не формируется, и аутентификация с использованием Kerberos при подключении к SharePoint не работает. В зависимости от архитектуры SharePoint, результатом может быть отказ в доступе к сайту – и все из-за проблемы безопасного канала.

Рассмотрим типовой мультидоменный сценарий. Предположим, что пользователь из домена A регистрируется в системе на компьютере B в домене B. Регистрация пользователя обрабатывается в соответствии с групповой политикой, и на DC домена А по протоколу LDAP посылается запрос с тем, чтобы определить, какая политика применима к пользователю А. Как компьютер B, принадлежащий домену B, узнает, куда отправлять сетевой трафик, чтобы выяснить применяемую политику домена А? Это возможно благодаря тому, что сведения о сетевом расположении домена и DC постоянно обновляются. Актуальность информации поддерживается службой NetLogon на каждом компьютере, присоединенном к домену Windows. NetLogon постоянно формирует список доступных DC и доменов (при наличии отношений доверия). На экране 1 приведен фрагмент журнала отладки NetLogon, иллюстрирующий этот непрерывный процесс. Вы можете просмотреть журнал отладки NetLogon на своем компьютере, следуя инструкциям, приведенным в статье Microsoft «Enabling debug logging for the NetLogon service» (http://support.microsoft.com/kb/109626).

Экран 1. Фрагмент журнала отладки NetLogon

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

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

Выявление проблемы безопасного канала

Лучший способ обнаружить проблему безопасного канала – задействовать функцию I_NetLogonControl2. I_NetlogonControl2 – это одна из функций, используемых службой NetLogon (она есть на любом компьютере с Windows любой версии) для поддержания сведений о доступных доменах и DC.

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

NLTest.exe. Утилита NLTest.exe была выпущена в комплекте средств поддержки Windows 2000 и Windows Server 2003 и включена по умолчанию в большинство более новых версий Windows. Параметр sc_verify вызывает I_NetlogonControl2, и вам остается указать проблемный домен.

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

PowerShell. В PowerShell 2.0 добавлена команда PowerShell Test-ComputerSecureChannel, которая также вызывает I_NetLogonControl2, но обеспечивает минимум информации, возвращая ответ True, если безопасный канал домена исправен, а DC доступен, либо, в противном случае, ответ False.

Подобно NLTest.exe, команда Test-ComputerSecureChannel может применяться и для исправления ошибки с использованием ключа Repair.

WMI. С помощью класса win32_ntdomain инструментарий управления Windows (WMI) позволяет запросить все домены, о которых знает компьютер. WMI полезен в случаях, когда на тестируемом компьютере нельзя рассчитывать на средства PowerShell. Заметим, что в приведенном ниже примере (где Win32_NTDomain вызывается через команду PowerShell Get-WMIObject с использованием псевдонима GWMI) в качестве ответа возвращается только локальный домен, но может быть возвращен любой домен, связанный с локальным доменом отношениями доверия.

Заметим, что состояние OK в этом примере соответствует ответу True или False, возвращаемому командой Test-ComputerSecureChannel, и указывает на работоспособность или неработоспособность безопасного канала.

Устранение проблемы безопасного канала

Пользователям, обращающимся в службу поддержки Microsoft, высылается дополнительный пакет сбора данных. Вместо собственной команды PowerShell Test-ComputerSecureChannel в пакете используется WMI-класс Win32_NTDomain (вызываемый из PowerShell), что позволяет запускать тест даже на более старых операционных системах, таких как Windows XP и Windows 2003. Для иллюстрации применения теста ниже приведены два примера сценариев, которые можно самостоятельно запустить в окне PowerShell, см. листинг 1 и листинг 2.

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

Экран 2. Результаты работы первого сценария

Для выявления любой проблемы создается тест как сценарий PowerShell (файл. ps1), а к возвращаемому состоянию добавляется условный оператор ‘if’. Можно также указать имя домена, как показано в примере, показанном в Листинге 2.

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

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

Листинг 1. Сценарий проверки безопасного канала

Листинг 2. Усовершенствованный сценарий проверки

Читать еще:  Как настроить в ворде исправление ошибок
Ссылка на основную публикацию
Adblock
detector