HTTPS handshake

[Hailov]

Добрый день.

Пишу доступ к различным сайтам по защищенному соединению.
До этого использовал wininet, а сейчас переписал на сокетах.
После создания сокета

socket (AF_INET, SOCK_STREAM, 0)

вызываю функцию handshake в которой инициализируется SSL
через функции security.dll (AcquireCredentialsHandle, InitializeSecurityContext...) и посылается серверу.

Все работало....
Внезапно, один из сайтов перестал здороваться. Остальные отвечают как надо. На сервере проблема? Открываю через браузер. Все отлично.
Пробую свою предыдущую рабочую версию написанную на wininet - нет соединения. Может меня забанили? Меняю IP (vpn, proxy...) , без результата.

Но в браузере-то он открывается.

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

HTTP/1.1 200 Connection Established
FiddlerGateway: Direct
StartTime: 19:18:31.203
Connection: close
fiddler.network.https> HTTPS handshake (for #6) failed. System.IO.IOException Неожиданный EOF или 0 байт из транспортного потока.

Может кто-нибудь прояснить ситуацию. Чем ssl-соединение из браузера отличается от соединения через сокеты и wininet и почему открытие фиддлера блокирует соединение.

[Alex11223]

Сообщение от Hailov

До этого использовал wininet, а сейчас переписал на сокетах.

А почему бы не взять библиотеку? Например libcurl.

[Hailov]

Как раз наоборот, хотел на уровень ниже.. чтоб так сказать, пощупать.
Мне очень критичен траффик, и пришлось отказаться от wininet из-за того что он кеширует данные. Грубо говоря, считываю первые 2 kb странички html занимающей 200 kb и обрываю считывание. А в итоге выясняется, что wininet сбуферизировал еще 14kb. И повлиять на это не вижу возможности.
Остальные высокоуровневые библиотеки будут не лучше.