Приветствую , ну для начала можно увеличить лимит в xhttp_config.json и посмотреть , например поставить очень высокие:

"WorkerThreads": { "MinWorkerThreads":"3000", "MinIOCThreads":"5000" },

Привет! Помню фиксил когда-то ошибку на c#, too many connections, пофиксил насколько помню(а было года 3 назад), использованием фабрики IHttpClientFactory

{ 'name': 'HttpRequest', 'dotnet_lib': 'Websoft.HttpRequest.dll', 'dotnet_object': 'Websoft.HttpRequest.HttpRequest', 'bNoCache': true }

Доступа к Websoft.HttpRequest.HttpRequest у меня нет как понял, посмотреть что там происходит не могу

Можно 'bNoCache': false поставить и посмотреть будет ли воспроизводится ошибка Или вернуть все на HttpRequest и посмотреть будет ли воспроизводится такая ошибка

по факту никакой разницы, не знаю зачем переходили, но судя по ошибке у вас сертификата по сети не хватает

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

Пробовали что-то типо метода Dispose (не уверен, что он есть, но по идее должен быть) после получения ответа?

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

ну тут только пулл очереди сделать, и сокращать его при получении ответа, ограничив количество ожиданий

Ибо сам запрос асихронен в коде, и никак не поменять это, ну, как не поменять, можно в dll поправить просто, но очень не рекомендую так делать 🤔

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

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

Через пулл, если правда забивается запросами, то это самое разумное решение