работе с хостами с SSL
столкнулся с такой проблемой что теряется часть хуков на приём на моём серваке (If a remote server processes a request for more than 3 seconds, the request then gets cancelled)
ну и я взял написал батники с курлом и стал дудосить свой сервак
443(+ сертификат) и 80 порт
опытным путём понял что действительно время разное и на 0.1сек 443 порт даёт такую ошибку curl: (28) SSL/TLS connection timeout
если увеличиваю время всё приходит
как с этим жить? может что то не в порядке?
Разное время на один и тот же запрос с разными схемами (HTTP/HTTPS) это нормально, установка TLS-соединения с нуля всегда долгая. Пока пройдет tcp handshake, пока tls handshake, пока то да сё, может пройти много времени. Для ускорения соединения (особенно, последующих после первого коннекта) в серверах есть настройки, например: ocsp stapling, session cache/timeout. В случае клиента, который более-менее активно ходит по сайту поможет еще и tcp keepalive (но разницы в тесте, где curl каждый раз открывает новый коннект, конечно, не будет). Ну, и не стоит забывать про обычные таймауты, долгий тупняк бэкенда и так далее. Нужно врубать расширенные логи на сервере и читать их. Если сервер самописный, то предстоит жаришка :)
на бэкенде хуки ловит cherryPY
А TLS кто терминирует?
не разбираюсь в этом вопросе ну там nginx у меня
Ну вот на nginx надо врубить логи вместо стандартного кастрат-формата, чтобы были видны тайминги и http-коды каждого чиха в процессе обработки запроса. И поглядеть, как настраивать на нём TLS, в интернете куча примеров лежит. Всё, что я перечислил, на nginx стопроцентно настраивается. P.S. curl с ключом -v будет показывать море информации, может тоже помочь. P.P.S. Если кто-то играл с файрволлом или limit_req,
Обсуждают сегодня