- stunnel-users - stunnel.org

Is there a limit to the number of services you can have defined on a client?
by Lund, Claus 15 Jun '06

15 Jun '06

We have a bunch of middle-tier servers for an application and we're using stunnel to encrypt the traffic between the windows clients and those middle-tier servers. The clients have stunnel.conf files with a large number of services defined and it seems like we're hitting some limit in stunnel. I ran some quick tests and it looks like it's impossible to have more than 64 services defined? If I have a config file with about 100 services defined then everything works fine up until I try to connect to service number 65. When I try to connect to that service then the client just hangs forever (and there's no output in the log file on the client). We are using version 4.14 but I tested this on 4.15 as well and I am getting the same result there. Here's a piece of the config file I am using for testing: "client = yes ; Some performance tunings socket = l:TCP_NODELAY=1 socket = r:TCP_NODELAY=1 ; Some debugging stuff useful for troubleshooting debug = 7 output = stunnel.log [blah] accept = 13806 connect = tax187a:13806 [blah1] accept = 13807 connect = tax187a:13806" Then followed by blah2 - blah100. Things work fine when connect to "blah63" and lower. Anything higher than that cause the stunnel client to just hang. Thank you in advance, Claus ____________________________________________ Claus Lund Systems Developer NEW EMAIL ADDRESS: Claus.Lund(a)state.vt.us Department of Taxes Information Systems 133 State Street Montpelier, Vermont 05633-1401 (802) 828-3735

2 1

CRLPath not working
by Nagasundaram, Sekhar 14 Jun '06

14 Jun '06

Mike: Here are the configuration and the log files as you requested.... ---------------------------------------------BEGIN CONFIG --------------------------------- # switch-simulator stunnel configuration file # Copyright by Michal Trojnara 2002 # Certs and keys cert = /etc/certs/demoedge2-cert.pem key = /etc/keys/demoedge2-key.pem # PID is created inside chroot jail pid = /var/opt/stunnel/stunnel_server.pid # Authentication stuff verify = 2 options = NO_SSLv2 # don't forget about c_rehash CApath # it is located inside chroot jail: CApath = /etc/CApath # CRL path or file (inside chroot jail): CRLpath = /etc/crl # Some debugging stuff debug = local4.5 output = /var/opt/log/pras_test_server.log # Use it for client mode #client = no # Service-level configuration [APF] accept = 10.172.86.128:51101 connect = 127.0.0.1:50111 ----------------------------------------------END CONFIG ---------------------------------- --------------------------------------------- BEGIN LOG FILE ------------------------------- 2006.06.11 19:27:25 LOG5[8839:7]: CA CRL: Issuer: /C=US/O=VISA CRL ISSUER>, lastUpdate: Jun 9 07:00:02 2006 GMT, nextUpdate: Jun 10 08:00:02 2006 GMT 2006.06.11 19:27:25 LOG4[8839:7]: Found CRL is expired - revoking all certificates until you get updated CRL 2006.06.11 19:27:25 LOG3[8839:7]: SSL_accept: 140890B2: error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned 2006.06.11 19:27:25 LOG5[8839:7]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket 2006.06.12 17:41:52 LOG5[8839:8]: APF connected from 10.172.86.96:35225 2006.06.12 17:41:52 LOG5[8839:8]: VERIFY OK: depth=2, /C=US/O=VISA/OU=Visa International Service Association/CN=TEST Visa Info Delivery Root CA 2006.06.12 17:41:52 LOG5[8839:8]: CA CRL: Issuer: /C=US/O=VISA CRL ISSUER>, , lastUpdate: Jun 9 07:00:02 2006 GMT, nextUpdate: Jun 10 08:00:02 2006 GMT 2006.06.12 17:41:52 LOG4[8839:8]: Found CRL is expired - revoking all certificates until you get updated CRL 2006.06.12 17:41:52 LOG3[8839:8]: SSL_accept: 140890B2: error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned 2006.06.12 17:41:52 LOG5[8839:8]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket 2006.06.12 23:01:08 LOG5[8839:9]: APF connected from 10.172.86.96:35371 2006.06.12 23:01:08 LOG5[8839:9]: VERIFY OK: depth=2, <VISA CA> 2006.06.12 23:01:08 LOG5[8839:9]: CA CRL: Issuer: /C=US/O=VISA CRL ISSUER>, lastUpdate: Jun 9 07:00:02 2006 GMT, nextUpdate: Jun 10 08:00:02 2006 GMT 2006.06.12 23:01:08 LOG4[8839:9]: Found CRL is expired - revoking all certificates until you get updated CRL 2006.06.12 23:01:08 LOG3[8839:9]: SSL_accept: 140890B2: error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned 2006.06.12 23:01:08 LOG5[8839:9]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket ------------------------------------------- END LOG FILE -------------------------------------- On 2006-06-12, at 22:17, Nagasundaram, Sekhar wrote: > We download crls everyday from a CRL server using LDAP and a cronjob. > These CRLs are stored in the CRLpath directory along with its hash. > It appears that the stunnel is not refreshing its cache, and it > still shows "Found CRL is expired - revoking all certificates until > you get updated CRL" when we try to connect to it even though there is > a > New and valid CRL in the CRLPath folder. Is there a special option > In Stunnel configuration for it to recognize/cache/add the new hash > file Just to make sure: the problem disappears after restarting stunnel, right? The simple workaround could be disabling all SSL caches: ./configure --with-threads=fork make clean make make install Can you send your stunnel.conf and debug log? TIA, Mike Sekhar Nagasundaram <<Nagasundaram, Sekhar.vcf>>

2 1

Modifying STunnel to use OpenSSL FIPS
by David Gillingham 14 Jun '06

14 Jun '06

As part of an internal project at work, I'm investigating a Windows tunneling solution using STunnel. As a requirement of my work, I am to modify STunnel to use OpenSSL's FIPS APIs. And, with only a couple of speedbumps, I was able to achieve this. However I'd like to make my code a little more robust--to provide some notification to the user if OpenSSL's FIPS mode is active or not. To this point I've not been able to figure out a way to do this. In my copy of the STunnel source, I've modified the routine ssl_init() in ssl.c to make a call to FIPS_mode_set(1) (as demonstrated on page 33 of http://www.openssl.org/docs/fips/UserGuide-1.0.pdf) Below is a copy of my current copy of ssl_init(): void ssl_init(void) { /* to keep CLI structure for verify callback */ #if defined(OPENSSL_FIPS) && defined(USE_FIPS) if (!FIPS_mode_set(1)) { s_log(LOG_CRIT, "Could not set FIPS mdoe!"); } else { s_log(LOG_INFO, "In FIPS mode."); } #endif /* rest of ssl_init() from original source */ } As I've found out, the s_log calls do nothing because the STunnel window has not been displayed yet. Ideally, in the case where the FIPS_mode_set() call fails, I'd like to invoke an error handler to cause the STunnel service to fail to start. But trying to make a call to something like sslerror() caused a program crash. Any ideas on how to make these changes?

2 3

RE: [stunnel-users] socket closed after SSL_write
by Srilalitha Muralidhara(HCL Capital Market Services) 13 Jun '06

13 Jun '06

Thanks Michal. How do I disable the socket from sending TCP RST and instead make it send TCP FIN? It might be a very basic question. Sorry about that. Thanks Sri Srilalitha Muralidhara Rates IT Report Server HCL Capital Market Services ( 91.80.4190.6689 + 33/1,The Senate, Ulsoor Road, Bangalore. India. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -----Original Message----- From: stunnel-users-bounces(a)mirt.net [mailto:stunnel-users-bounces@mirt.net] On Behalf Of Michal Trojnara Sent: Monday, June 12, 2006 11:08 PM To: stunnel-users(a)mirt.net Subject: Re: [stunnel-users] socket closed after SSL_write On Monday 12 June 2006 12:01, Srilalitha Muralidhara wrote: > 2006.06.12 10:47:45 LOG7[19699:28]: SSL alert (write): warning: close > notify Clean SSL shutdown alert was received. > 2006.06.12 10:47:50 LOG3[19699:28]: SSL_read: Connection reset by peer > (131) ... and then TCP RST! Strange. It looks like your application has set SO_LINGER option on its socket, so it sends TCP RST instead of TCP FIN packet. Best regards, Mike Disclaimer: *********** The contents of this E-mail (including the contents of the enclosure(s) or attachment(s) if any) are privileged and confidential material of HCL Capital Market Services and should not be disclosed to, used by or copied in any manner by anyone other than the intended addressee(s). In case you are not the desired addressee, you should delete this message and/or re-direct it to the sender. The views expressed in this E-mail message (including the enclosure(s) or attachment(s) if any) are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of HCL Capital Market Services. This e-mail message including attachment/(s), if any, is believed to be free of any virus. However, it is the responsibility of the recipient to ensure that it is virus free and HCL Capital Market Services is not responsible for any loss or damage arising in any way from its use.

2 1

CRLPath not working
by Nagasundaram, Sekhar 13 Jun '06

13 Jun '06

All: We download crls everyday from a CRL server using LDAP and a cronjob. These CRLs are stored in the CRLpath directory along with its hash. It appears that the stunnel is not refreshing its cache, and it still shows "Found CRL is expired - revoking all certificates until you get updated CRL" when we try to connect to it even though there is a New and valid CRL in the CRLPath folder. Is there a special option In Stunnel configuration for it to recognize/cache/add the new hash file All help is appreciated. Thanks Sekhar

2 1

Re: [stunnel-users] Comparing with BarracudaDrive and Proxytunnel
by Michal Trojnara 13 Jun '06

13 Jun '06

On 2006-06-11, at 21:39, http s wrote: > I am curious if anyone has made a comparison of Stunnel with the > BarracudaDrive HTTPS tunnel and/or Proxytunnel? > > http://barracudaserver.com/examples/BarracudaDrive/HttpsTunnel/ > index.html 1. BarracudaDrive is *not* a free software (even though its home page claims so). See http://www.gnu.org/philosophy/free-sw.html for details. 2. It only works on Windows, Linux, QNX and Mac OS X. Compare it to the list on http://stunnel.mirt.net/. 3. BarracudaDrive is designed to be used for file transfer, while stunnel is a universal tool for encrypting TCP streams. As the result stunnel is much more flexible, but it won't perform any file transfer by itself. > http://proxytunnel.sourceforge.net 1. It's not really an encryption tool, but rather an extension for OpenSSH client. It has some optional basic SSL code (as for version 1.6.0), but it's currently broken. The code incorrectly assumes that SSL_read() only needs to read from a file descriptor and SSL_write() only needs to wrote to a file descriptor. 2. Proxytunnel supports NTLM authentication that is not currently supported by stunnel. 3. It looks like an interesting addition to stunnel on a Unix platform. The client configuration should be something like: [Proxytunnel] client = yes accept = 12345 exec = /path/to/proxytunnel execargs = proxytunnel -p proxy:8080 -u user -s pass -d mybox.athome.nl:443 4. Optional use of stunnel is recommended in README file of Proxytunnel 1.6.0. 8-) Best regards, Mike

1 0

socket closed after SSL_write
by Srilalitha Muralidhara(HCL Capital Market Services) 12 Jun '06

12 Jun '06

Hi, I work on a client-server application that needs to be supported on both UNIX and windows platforms. Currently, we keep one socket open for all communication from client to server (during which many read-write operations take place) For user authentication and security purposes, we are planning to implement SSL-Stunnel. I have developed a small ssl client (based on sclient.c example) which connects to the Stunnel Server. Upon the first SSL_write, SSL is closing the underlying socket. Hence the contents written by subsequent SSL_write operations are not visible in the server log. I saw lot of posts on the same problem. But couldn't find the solution. Any help is greatly appreciated. Please note that: 1. Due platform independency issues, I use RWSocket (a Roguewave library class) instead of the BSD socket in conjunction with SSL. A potion of stunnel server log 2006.06.12 10:47:43 LOG7[19699:28]: FD 1 in non-blocking mode 2006.06.12 10:47:43 LOG7[19699:28]: rssvr connecting 127.0.0.1:28091 2006.06.12 10:47:43 LOG7[19699:28]: Remote FD=1 initialized 2006.06.12 10:47:43 LOG7[19699:28]: TCP_NODELAY option set on remote socket 2006.06.12 10:47:45 LOG7[19699:28]: Socket closed on read 2006.06.12 10:47:45 LOG7[19699:28]: SSL write shutdown 2006.06.12 10:47:45 LOG7[19699:28]: SSL alert (write): warning: close notify 2006.06.12 10:47:45 LOG7[19699:28]: SSL_shutdown retrying 2006.06.12 10:47:45 LOG7[19699:28]: SSL doesn't need to read or write 2006.06.12 10:47:50 LOG3[19699:28]: SSL_read: Connection reset by peer (131) 2006.06.12 10:47:50 LOG5[19699:28]: Connection reset: 0 bytes sent to SSL, 26 bytes sent to socket 2006.06.12 10:47:50 LOG7[19699:28]: linger (remote): Invalid argument (22) 2006.06.12 10:47:50 LOG7[19699:28]: linger (local): Invalid argument (22) 2006.06.12 10:47:50 LOG7[19699:28]: rssvr finished (0 left) Thanks Sri Srilalitha Muralidhara This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Disclaimer: *********** The contents of this E-mail (including the contents of the enclosure(s) or attachment(s) if any) are privileged and confidential material of HCL Capital Market Services and should not be disclosed to, used by or copied in any manner by anyone other than the intended addressee(s). In case you are not the desired addressee, you should delete this message and/or re-direct it to the sender. The views expressed in this E-mail message (including the enclosure(s) or attachment(s) if any) are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of HCL Capital Market Services. This e-mail message including attachment/(s), if any, is believed to be free of any virus. However, it is the responsibility of the recipient to ensure that it is virus free and HCL Capital Market Services is not responsible for any loss or damage arising in any way from its use.

2 1

Reposting...RE: stunnel-users Digest, Vol 23, Issue 2
by Nagasundaram, Sekhar 10 Jun '06

10 Jun '06

Any one... Is there a way to have Stunnel not stop accepting new connections after CRL expiry? See my questions below.. Any help is appreciated... Much thanks Sekhar ---------------------------------------------------------------------- Message: 1 Date: Tue, 6 Jun 2006 15:41:08 -0700 From: "Nagasundaram, Sekhar" <snagasun(a)visa.com> Subject: [stunnel-users] Processing during CRL expiry and refresh To: <stunnel-users(a)mirt.net> Message-ID: <F64762DF94A15C4EA22D250B28D98BE610093C(a)sw720ex064.visa.com> Content-Type: text/plain; charset="US-ASCII" All: I have 2 questions: 1. Is there a way to have Stunnel continue processing and accepting connections after the CRL expiry? Currently it gives a "revoking all certificates" error and stops accepting new connections. 2. Is there a configurable parameter through which we can have the CRL list refresh itself such that 1 above does not happen? Much Thanks in advance.. Sekhar ------------------------------ _______________________________________________ stunnel-users mailing list stunnel-users(a)mirt.net http://stunnel.mirt.net/mailman/listinfo/stunnel-users End of stunnel-users Digest, Vol 23, Issue 2 ********************************************

1 0

syslog-ng over stunnel does not work for me
by Christoph Pleger 08 Jun '06

08 Jun '06

Hello, I set up a server and a client machine to test the combination of stunnel and syslog-ng. I followed the instructions in the example at http://www.stunnel.org/examples/syslog-ng.html, but the log messages are not sent correcly. The log on the server says: ****: syslog started ****: syslog connected from ###.###.###.###:51646 ****: SSL state (accept): before/accept initialization ****: SSL_accept: 140B544E: error: 140B544E: SSL routines:SSL_GET_NEW_SESSION:ssl session id callback failed ****: syslog finished (-1 left) The log on the client says: ****: syslog started ****: syslog connected from 127.0.0.1:3524 ****: FD 8 in non-blocking mode ****: syslog connecting ###.###.###.###:514 ****: connect_wait: waiting 10 seconds ****: connect_wait: connected ****: Remote FD=8 initialized ****: SSL state (connect): before/accept initialization ****: SSL state (connect): SSLv3 write client hello A ****: SSL_connect: Peer suddenly disconnected ****: syslog finished (0 left) Please help. Regards Christoph

1 1

Connection Reset by Peer
by Srilalitha Muralidhara(HCL Capital Market Services) 08 Jun '06

08 Jun '06

Hi, My stunnel server is unable to send data correctly to my application running the same machine. This happens when the client is run from windows platform. When client is run from UNIX everything works fine. The Stunnel Server log file says: 2006.06.05 11:54:54 LOG7[23141:8]: rssvr connecting 127.0.0.1:28091 2006.06.05 11:54:54 LOG7[23141:8]: Remote FD=1 initialized 2006.06.05 11:54:54 LOG7[23141:8]: TCP_NODELAY option set on remote socket 2006.06.05 11:54:54 LOG3[23141:8]: SSL_read: Connection reset by peer (131) 2006.06.05 11:54:54 LOG5[23141:8]: Connection reset: 0 bytes sent to SSL, 13 bytes sent to socket 2006.06.05 11:54:54 LOG5[23141:8]: linger (local): Invalid argument (22) 2006.06.05 11:54:54 LOG7[23141:8]: rssvr finished (0 left) ------------------------------------------------------------------------ -------------------------------------------------------------------- Does anybody know the cause of the problem? And hopefully the solution? Thanks Sri Disclaimer: *********** The contents of this E-mail (including the contents of the enclosure(s) or attachment(s) if any) are privileged and confidential material of HCL Capital Market Services and should not be disclosed to, used by or copied in any manner by anyone other than the intended addressee(s). In case you are not the desired addressee, you should delete this message and/or re-direct it to the sender. The views expressed in this E-mail message (including the enclosure(s) or attachment(s) if any) are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of HCL Capital Market Services. This e-mail message including attachment/(s), if any, is believed to be free of any virus. However, it is the responsibility of the recipient to ensure that it is virus free and HCL Capital Market Services is not responsible for any loss or damage arising in any way from its use.

1 0