[stunnel-users] blackhole problem - please help to tune stunnel
Michael S. Chusovitin
tchuss at gmail.com
Thu May 28 09:52:37 CEST 2020
Thus the _only_ way to deliver the data reliably through stunnel is some
application-level integrity protocol?
I believed that many people use stunnel for wide variety of applications
and so they should succeed in workarounding this trouble. Maybe I am
missing something about the well-known good practice of stunnel usage?..
On Thu, May 28, 2020, 10:14 Michał Trojnara <Michal.Trojnara at stunnel.org>
> Hi Michael,
> No, there is no portable way of implementing this feature. In fact, the
> OS kernel only notifies server applications (including stunnel) about a new
> incoming connection *after* the three-way TCP handshake has completed.
> Some more details:
> Best regards,
> On 5/28/2020 2:04 AM, Michael S. Chusovitin wrote:
> Dear stunnel users,
> please advise how to solve the following:
> - an Application connects to stunnel-client (installed at the same
> - stunnel-client tries to connect to stunnel-server (remote), fails and
> sends RST to the App;
> - but the App has already sent some datagrams to stunnel-client during
> TIMEOUTconnect period and they aren't transferred to stunnel-server.
> Is there any way to make stunnel-client delay its ACK to the App until the
> connection to stunnel-server is established?
> stunnel-users mailing liststunnel-users at stunnel.orghttps://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
> stunnel-users mailing list
> stunnel-users at stunnel.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the stunnel-users