idTCPClient ошибка ReadTimeOut

[Квэнди]

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

[Антон Ю.Б.]

У каждого потока создается свой клиент и хэндлер, все обращения к объектам основного потока (для отображения статуса, записи в лог и т.д.) по Synchronize. Было бы странно, если бы конфликт ресурсов проявлялся в разном результате работы одного метода при разном списке параметров.

[Антон Ю.Б.]

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

А насчет особенностей вызова вроде понял по исходникам Indy, где может возникать некорректность (если в ReadStream возникает FInputBuffer.Size>=LWorkCount). Но докопаться время будет, видимо, не сегодня уже.

[Квэнди]

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

[Антон Ю.Б.]

Да зависание клиента есть даже тогда, когда только один поток клиента обращается к серверу. При тестировании даже на локалхосте между двумя нижеследующими выводами в лог проходит 30 секунд. То есть висит ровно на вызове Connect.

FLogStr:='Соединяемся с хостом '+ConnSettings.AdressS+' по порту '+IntToStr(ConnSettings.PortS)+' в потоке '+FName;
Synchronize(PutLog);
fIdTcpClient.ConnectTimeout:=ConnSe ttings.Timeout;
fIdTcpClient.ReadTimeout:=ConnSetti ngs.Timeout;
FIdTCPClient.Socket.ReadTimeout:=Co nnSettings.Timeout;
FIdTCPClient.Socket.ConnectTimeout: =ConnSettings.Timeout;
fIdTcpClient.Connect;
FLogStr:='Соединение успешно для потока '+FName;
Synchronize(PutLog);

Может ли дело быть в IdSSLIOHandlerSocketOpenSSL или, скажем, его неверных настройках?

[Квэнди]

да может и в ssl я предпочитаю не связываться с ssl в Indy.

[Антон Ю.Б.]

Дык проксей для клиента все же хочется. Попробовал вот TIdIOHandlerStack вместо TIdSSLIOHandlerSocketOpenSSL (ну и соответственно на сервере) - так вообще все работать перестало.

[Квэнди]

просто использование open ssl все- таки зависимо как версий соответствующих бибилиотек у клиентов. Можете попробовать вместо Indy использовать ICS

[Антон Ю.Б.]

А как там с прокси для TCP? Пробовали его в одном проекте использовать, но там требовалось нормальное управление http-header, а с ICS это что-то не получилось.

[Квэнди]

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