Thanks for the help guys... but its still acting a little weird<br><br>So i tried using CApath and it seems to be working... i tried to generate a new key on the remote box restarted stunnel there and was not able to connect.
<br><br>After copying the remote cert over to the local box, doing the hash, and adding it to the CApath, stunnel then  recognized the new cert without a restart of stunnel.<br><br>However, i tried  removing the cert from the CApath directory on the sensor side and it seems as though stunnel caches that cert it had read in until its restarted.  After restarting stunnel, it realizes the cert is no longer in the directory and would then deny connections from the remote box.  Until the restart, it allowed connecting from the remote box even though the cert file had been deleted from the CApath.
<br><br>Is that normal behavior?  <br><br>Also, another question... i tried commenting out the CAfile portion on my stunnel server and then none of my remote clients could connect.  It said there the remote client was error was a self signed certificate or something like that.
<br><br>the part that gets me is this...<br><br>Whats is the purpose of the value in the CAfile is none of the certificates generated on the remote clients use that cert authority?  i don't get how having a ranodm value in there is actually validating anything.  I can stick any valid cert in there and it works for any remote client.
<br><br>As always, thanks for the help.<br><br><br><br><div><span class="gmail_quote">On 11/14/06, <b class="gmail_sendername">
Carter Browne</b> <<a href="mailto:cbrowne@cbcs-usa.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">cbrowne@cbcs-usa.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

If you use the CApath option rather than the CAfile, you can avoid this problem.  The certificates in the CApath<br>directory have to be renamed to the hashcode.0 (on linked to hashcode.0).  There is a comment about the need to c_rehash
<br>CApath in the configuration file, but I have not had any trouble just adding new certificates to the directory and<br>having them recognized for both Linux and Windows systems.<br><br>Carter<br><br>Rami Michael wrote:
<br>> Hello everyone,<br>><br>> My stunnel setup is working fine, got mysql being hit from a couple of<br>> boxes but my question is this...<br>> I have stunnel setup so i copy the cert created from the remote client
<br>> over to the local server so remote connections are authenticated.<br>> Now that works fine and dandy, the issue is, if i am adding a new remote<br>> client, i add the cert from the client to my certs.pem locally but i
<br>> need to restart the stunnel process before stunnel will "read in" the<br>> new cert.<br>> I know this does not sound like a big deal, but if i have 20 machines<br>> connected through stunnel to this local box and i need to restart
<br>> stunnel whenever i need to add a new box or take off an old one, i don't<br>> think its good.<br>><br>> I use stunnel for mysql so i got these guys doing inserts and a broken<br>> connection would really mess things up for me... i think maybe there is
<br>> a flag i can set?  or maybe send the process some type of command to<br>> reload the certs?<br>><br>> Any help would be appreciated... all relevant info included below.<br>><br>> All requested info for posts to the group are found below
<br>><br>> Here is my stunnel.conf<br>><br>> verify = 3<br>> CAfile = /etc/stunnel/certs.pem<br>> cert = /etc/stunnel/stunnel.pem<br>> setuid = nobody<br>> setgid = nobody<br>> pid = /tmp/stunnel.pid
<br>> debug = 7<br>> output = /var/log/stunnel.log<br>> client = no<br>> [mysqls]<br>> accept  = 3309<br>> connect = 3306<br>><br>> Some output from the stunnel.log at high debug level<br>><br>

2006.11.13 23:03:10 LOG5[32244:3086689984]: stunnel 4.05 on<br>> i686-redhat-linux-gnu PTHREAD+LIBWRAP with OpenSSL 0.9.7a Feb 19 2003<br>> 2006.11.13 23:03:10 LOG7[32244:3086689984]: Snagged 64 random bytes from<br>

> /dev/urandom<br>> 2006.11.13 23:03:10 LOG7[32244:3086689984]: RAND_status claims<br>> sufficient entropy for the PRNG<br>> 2006.11.13 23:03:10 LOG6[32244:3086689984]: PRNG seeded successfully<br>> 2006.11.13

 23:03:10 LOG7[32244:3086689984]: Certificate:<br>> /etc/stunnel/stunnel.pem<br>> 2006.11.13 23:03:10 LOG7[32244:3086689984]: Key file:<br>> /etc/stunnel/stunnel.pem<br>> 2006.11.13 23:03:10 LOG7[32244:3086689984]: Loaded verify certificates
<br>> from /etc/stunnel/certs.pem<br>> 2006.11.13 23:03:10 LOG5[32244:3086689984]: FD_SETSIZE=1024, file<br>> ulimit=1024 -> 500 clients allowed<br>> 2006.11.13 23:03:10 LOG7[32244:3086689984]: FD 4 in non-blocking mode
<br>> 2006.11.13 23:03:10 LOG7[32244:3086689984]: SO_REUSEADDR option set on<br>> accept socket<br>> 2006.11.13 23:03:10 LOG7[32244:3086689984]: mysqls bound to <a href="http://0.0.0.0:3309" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
0.0.0.0:3309</a><br>> <
<a href="http://0.0.0.0:3309/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://0.0.0.0:3309/</a>><br>> 2006.11.13 23:03:10 LOG7[32244:3086689984]: FD 5 in non-blocking mode<br>> 2006.11.13
 23:03:10 LOG7[32244:3086689984]: FD 6 in non-blocking mode<br>> 
2006.11.13 23:03:10 LOG7[32245:3086689984]: Created pid file<br>> /tmp/stunnel.pid<br>><br>> stunnel -V<br>> 2006.11.13 23:03:14 LOG3[32248:3086505664]: -V: No such file or<br>> directory (2)<br>><br>> Syntax:
<br>> stunnel [filename] | -fd [n] | -help | -version | -sockets<br>>     filename    - use specified config file instead of<br>> /etc/stunnel/stunnel.conf<br>>     -fd n       - read the config file from specified file descriptor
<br>>     -help       - get config file help<br>>     -version    - display version and defaults<br>>     -sockets    - display default socket options<br>><br>> uname -a<br>> Linux ramison 2.6.9-42.0.3.EL

 #1 Fri Oct 6 05:59:54 CDT 2006 i686 i686<br>> i386 GNU/Linux<br>><br>> gcc -v<br>> Reading specs from /usr/lib/gcc/i386-redhat-linux<br>> /3.4.6/specs<br>> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
<br>> --infodir=/usr/share/info --enable-shared --enable-threads=posix<br>> --disable-checking --with-system-zlib --enable-__cxa_atexit<br>> --disable-libunwind-exceptions --enable-java-awt=gtk<br>> --host=i386-redhat-linux
<br>> Thread model: posix<br>> gcc version 3.4.6 20060404 (Red Hat 3.4.6-3)<br>><br>> openssl version<br>> OpenSSL 0.9.7a Feb 19 2003<br>><br>><br>> ------------------------------------------------------------------------
<br>><br>> _______________________________________________<br>> stunnel-users mailing list<br>> <a href="mailto:stunnel-users@mirt.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">stunnel-users@mirt.net
</a><br>> <a href="http://stunnel.mirt.net/mailman/listinfo/stunnel-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://stunnel.mirt.net/mailman/listinfo/stunnel-users</a><br><br><br></blockquote></div><br>