<br><br><div class="gmail_quote">On Wed, Nov 19, 2008 at 2:40 PM, Ludolf Holzheid <span dir="ltr"><<a href="mailto:lholzheid@bihl-wiedemann.de">lholzheid@bihl-wiedemann.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Wed, 2008-11-19 11:07:25 +0530, Sandeep Kumar wrote:<br>
> I have also been bitten by this problem. I didn't try much though. I just<br>
> wrote some scripts to automatically restart the stunnel when CRL is updated.<br>
<br>
</div>Do you manage to restart stunnel without breaking existing<br>
connections?</blockquote><div>No.<br>I agree a soft restart or a config reload would be great.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Lately, I was looking for a signal which makes stunnel close the<br>
listen()ing sockets only. A new stunnel instance could bind() to the<br>
same local addresses then. However, I didn't find any. All signals a<br>
handler is installed for seems to make stunnel exit() only.<br>
<br>
A 'soft restart' seems to be a missing feature in stunnel.<br>
<br>
Ludolf<br>
<font color="#888888"><br>
--<br>
<br>
---------------------------------------------------------------<br>
Ludolf Holzheid             Tel:    +49 621 339960<br>
Bihl+Wiedemann GmbH         Fax:    +49 621 3392239<br>
Flo�w�rthstra�e 41          e-mail: <a href="mailto:lholzheid@bihl-wiedemann.de">lholzheid@bihl-wiedemann.de</a><br>
D-68199 Mannheim, Germany<br>
---------------------------------------------------------------<br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Sandeep Kumar<br><a href="http://students.iiit.ac.in/~sandeep_kr">http://students.iiit.ac.in/~sandeep_kr</a><br>