[
https://issues.apache.org/jira/browse/TS-3272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Susan Hinrichs updated TS-3272:
-------------------------------
Attachment: ts-3272-4.diff
ts-3272-master.diff
Lev noticed, that the PreAccept callback no longer works with the
ts-3272-3.diff patch (which has been commited to master).
Tracing through, we have a HandShake buffer in this case, but it is empty. The
code copies over the data in the buffer (count 0) and issues a READ_COMPLETE,
but the underlying handler does a close on the vc if it gets a READ_COMPLETE
and the read count is less than 1.
So added logic to only issue the second READ_COMPLETE if in fact there is data
in the HandShake buffer.
I'm attaching this as two patches. ts-3272-4.diff should include all the
changes for this bug (including those already committed to master).
ts-3272-master, only contains this latest fix and not the changes already
committed to master.
> TS_SSL_SNI_HOOK continuously called
> ------------------------------------
>
> Key: TS-3272
> URL: https://issues.apache.org/jira/browse/TS-3272
> Project: Traffic Server
> Issue Type: Bug
> Components: Core
> Reporter: Lev Stipakov
> Assignee: Susan Hinrichs
> Fix For: 5.3.0
>
> Attachments: SSLNetVConnection.patch, plugin.cc, ts-3272-2.diff,
> ts-3272-3.diff, ts-3272-4.diff, ts-3272-master.diff, ts-3272.diff
>
>
> I have created a simple plugin with TS_SSL_SNI_HOOK handler. Handler starts
> thread. Thread function has small sleep and after that calls TSVConnTunnel.
> The problem is that during sleep duration TS_SSL_SNI_HOOK handler gets
> continuously called.
> I would expect that TS_SSL_SNI_HOOK handler should be called just once.
> See plugin code in attach.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
