stunnel-users

3306 discussions

Re: [stunnel-users] HTTPS Proxy support?
by seanecovel＠comcast.net 15 Jul '05

15 Jul '05

Mike, GREAT! I did see a patch out on the web that seems to add this feature. Any chance that patch will be included in MAIN? I don't want to have to patch stunnel on multiple OS especially when you are going to implement the feature yourself. What can I do to "encourage" you to add that support sooner than later? Sean -------------- Original message -------------- > "Sean E. Covel" wrote: > > Does stunnel support HTTPS Proxies with authentication? > > Currently not. > > > Could it? > > Yes, CONNECT protocol support (RFC 2817 section 5.2) is on my TODO list: > http://stunnel.mirt.net/todo_sdf.html > > Best regards, > Mike > _______________________________________________ > stunnel-users mailing list > stunnel-users(a)mirt.net > http://stunnel.mirt.net/mailman/listinfo/stunnel-users

3 2

HTTPS Proxy support?
by Sean E. Covel 14 Jul '05

14 Jul '05

I am trying to use stunnel to tunnel VNC through a firewall using port 443. When I test on 2 machines on the LAN everything works fine. Nice tool! When I try to connect through the firewall I suspect the HTTPS Proxy is getting in the way. It requires authentication. Does stunnel support HTTPS Proxies with authentication? Could it? Thanks, Sean

2 1

Q: controlled access to service?
by Nardmann, Heiko 14 Jul '05

14 Jul '05

Hi, I want to control access to a through stunnel reachable service. Only those clients shall be allowed to use the service which provide a known certificate. I have found the option "CApath"; can this directory be used to collect all client certificates? Or is it absolutely necessary to have CA certs there? Another thing in this environment: I do not know or own every CA certificate used by the clients - I only get the client certificates itself. So I want to do only a one-level client cert verification. Which verify level do I need for this? 2 or 3? What about removing certificates from the CApath directory? Do I have to restart stunnel to make this change be effective? Another thing: since the client certificates are not revoked by us I am not able to use CRLs for controlling access to our service. -- Heiko Nardmann (Dipl.-Ing. Technische Informatik) secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50

3 2

Re: [stunnel-users] Certificate renaming
by Paul Jones 13 Jul '05

13 Jul '05

>"The easiest option is to use CAfile instead of CApath." So does the CA (Certificate Authority) certificate still go in the CAfile? That would mean the CAfile contains the CA certificate and all client certificates (on the server side), right? Cheers, Paul. _________________________________________________________________ REALESTATE: biggest buy/rent/share listings http://ninemsn.realestate.com.au

1 0

debugging stunnel
by edonald1＠rochester.rr.com 12 Jul '05

12 Jul '05

Been trying to debug stunnel issues for stunnel-4.09 on Solaris 2.8. When in trouble I resort to reading documentation. It is now that I notice these two small lines in the begining of the document called INSTALL: 1. If your machine supports POSIX threads make sure your SSL library is compiled with -DTHREADS. I did not do this .... ( verify openssl is compiled with -DTHREADS). WHat is the result of not compiling openssl with THREADS? Also what version of openssl is recommended. I am using OpenSSL 0.9.6m . Thanks in advance, Liz

2 1

Solaris 2.8 stunnel stop running
by edonald1＠rochester.rr.com 12 Jul '05

12 Jul '05

Running stunnel on Solaris 2.8. Stunnel running as client quits unexpectedly . here are the lines in the log: 2005.07.12 11:01:31 LOG7[5736:1]: mod_jk_secure accepted FD=2 from 127.0.0.1:57610 2005.07.12 11:01:31 LOG7[5736:1]: FD 2 in non-blocking mode 2005.07.12 11:02:28 LOG3[5736:4]: SSL_connect: Peer suddenly disconnected 2005.07.12 11:02:28 LOG7[5736:4]: linger (remote): Invalid argument (22) 2005.07.12 11:02:28 LOG7[5736:4]: mod_jk_secure finished (1 left) 2005.07.12 11:02:28 LOG7[5736:5]: mod_jk_secure started 2005.07.12 11:02:28 LOG7[5736:5]: TCP_NODELAY option set on local socket 2005.07.12 11:02:28 LOG5[5736:5]: mod_jk_secure connected from 127.0.0.1:57610 2005.07.12 11:02:28 LOG7[5736:5]: FD 0 in non-blocking mode 2005.07.12 11:02:28 LOG7[5736:5]: mod_jk_secure connecting 150.247.130.5:51001 2005.07.12 11:02:28 LOG7[5736:5]: connect_wait: waiting 10 seconds 2005.07.12 11:02:28 LOG7[5736:1]: mod_jk_secure accepted FD=1 from 127.0.0.1:57614 2005.07.12 11:02:28 LOG7[5736:1]: FD 1 in non-blocking mode 2005.07.12 11:02:29 LOG7[5736:6]: mod_jk_secure started 2005.07.12 11:02:29 LOG7[5736:6]: TCP_NODELAY option set on local socket 2005.07.12 11:02:29 LOG5[5736:6]: mod_jk_secure connected from 127.0.0.1:57614 2005.07.12 11:02:29 LOG7[5736:6]: FD 7 in non-blocking mode 2005.07.12 11:02:29 LOG7[5736:6]: mod_jk_secure connecting 150.247.130.5:51001 2005.07.12 11:02:29 LOG7[5736:6]: connect_wait: waiting 10 seconds 2005.07.12 11:02:29 LOG7[5736:5]: connect_wait: connected 2005.07.12 11:02:29 LOG7[5736:5]: Remote FD=0 initialized 2005.07.12 11:02:29 LOG7[5736:5]: TCP_NODELAY option set on remote socket 2005.07.12 11:02:29 LOG7[5736:5]: SSL state (connect): before/connect initialization 2005.07.12 11:02:29 LOG7[5736:5]: SSL state (connect): SSLv3 write client hello A 2005.07.12 11:02:29 LOG7[5736:6]: connect_wait: connected 2005.07.12 11:02:29 LOG7[5736:6]: Remote FD=7 initialized 2005.07.12 11:02:29 LOG7[5736:6]: TCP_NODELAY option set on remote socket 2005.07.12 11:02:29 LOG7[5736:6]: SSL state (connect): before/connect initialization 2005.07.12 11:02:29 LOG7[5736:6]: SSL state (connect): SSLv3 write client hello A All ideas welcome. I happen to know that the server side stunnel is down. SHouldn't the client side keep running under these circumstances? Thanks, Liz

1 0

stunnel 4.11 relaesed
by Michal Trojnara 12 Jul '05

12 Jul '05

Dear Users, Here is the ChangeLog entry: Version 4.11, 2005.07.09, urgency: MEDIUM: * New features - New ./configure option --with-threads to select thread model. - ./configure option --with-tcp-wrappers renamed to --disable-libwrap. I hope the meaning of the option is much more clear, now. * Bugfixes - Workaround for non-standard makecontext() uc_stack.ss_sp parameter semantics on Sparc/Solaris 9 and earlier. - scan_waiting_queue() no longer drops contexts. - Inetd mode coredumps with UCONTEXT fixed. - Cleanup context is no longer used. - Releasing memory of the current context is delayed. - Win32 headers reordered for Visual Studio 7. - Some Solaris compilation warnings fixed. - Rejected inetd mode without 'connect' or 'exec'. * Release notes - UCONTEXT threading seems stable, now. Upgrade is recommended. Home page, downloads: http://stunnel.mirt.net/ sha1sum for stunnel-4.11.tar.gz file: cf57169d591fbe3371a29e432d840e7f66103a9f Best regards, Mike

3 3

Stunnel-4.10 and Stunnel-4.11 in HPUX-11.23 IPF gives coredump
by Punitha 12 Jul '05

12 Jul '05

Hello All, I'm using HP-UX11.23 IPF. I have built Stunnel-4.11 with OpenSSL - 0.9.7e. I could build it successfully but I'm failed in connecting with telnet. After a while connecting to the telnet the client gets coredump and kills the process. So the connection is no more established. Note: I had the same problem in Stunnel-4.10 also but not before that. I could very well compile and use Stunnel-4.09. My configuration file for client is: cert = /opt/iexpress/stunnel/etc/stunnel/stunnel.pem chroot = /opt/iexpress/stunnel/var/stunnel pid = setuid = root setgid = root CAfile = /opt/iexpress/stunnel/etc/stunnel/stunnel.pem debug = 7 client = yes foreground = yes verify = 3 [test1] accept = 8080 connect = 9090 For server: cert = /opt/iexpress/stunnel/etc/stunnel/stunnel.pem chroot = /opt/iexpress/stunnel/var/stunnel pid = setuid = root setgid = root CAfile = /opt/iexpress/stunnel/etc/stunnel/stunnel.pem debug = 6 client = no foreground = yes verify = 1 [test1] accept = 9090 connect = 23 The client log shows as follows: # ../../sbin/stunnel stunnel-client.conf 2005.07.10 23:39:26 LOG5[8909:1]: stunnel 4.11 on ia64-hp-hpux11.23 UCONTEXT+POLL+IPv4+LIBWRAP with OpenSSL 0.9.7e 25 Oct 2004 2005.07.10 23:39:26 LOG7[8909:1]: Snagged 64 random bytes from /dev/random 2005.07.10 23:39:26 LOG7[8909:1]: RAND_status claims sufficient entropy for the PRNG 2005.07.10 23:39:26 LOG6[8909:1]: PRNG seeded successfully 2005.07.10 23:39:26 LOG7[8909:1]: Certificate: /home/punitha/stunnel1/etc/stunnel/stunnel.pem 2005.07.10 23:39:26 LOG7[8909:1]: Key file: /home/punitha/stunnel1/etc/stunnel/stunnel.pem 2005.07.10 23:39:26 LOG7[8909:1]: Loaded verify certificates from /home/punitha/stunnel1/etc/stunnel/stunnel.pem 2005.07.10 23:39:26 LOG6[8909:1]: file ulimit = 2048 (can be changed with 'ulimit -n') 2005.07.10 23:39:26 LOG6[8909:1]: poll() used - no FD_SETSIZE limit for file descriptors 2005.07.10 23:39:26 LOG5[8909:1]: 1000 clients allowed 2005.07.10 23:39:26 LOG7[8909:1]: FD 3 in non-blocking mode 2005.07.10 23:39:26 LOG7[8909:1]: FD 4 in non-blocking mode 2005.07.10 23:39:26 LOG7[8909:1]: FD 5 in non-blocking mode 2005.07.10 23:39:26 LOG7[8909:1]: SO_REUSEADDR option set on accept socket 2005.07.10 23:39:26 LOG7[8909:1]: test1 bound to 0.0.0.0:8080 2005.07.10 23:39:26 LOG7[8909:1]: No pid file being created 2005.07.10 23:40:08 LOG7[8909:1]: test1 accepted FD=8 from 127.0.0.1:49700 2005.07.10 23:40:08 LOG7[8909:1]: Creating a new context 2005.07.10 23:40:08 LOG7[8909:1]: Context 2 created 2005.07.10 23:40:08 LOG7[8909:2]: Context swap: 1 -> 2 Memory fault(coredump) # It will be helpful if anyone of you guide me in this. Thanx In Advance. Regards, Punitha, V.

2 3

Re: [stunnel-users] Poll/Descriptor Problem
by Andrew Gay 11 Jul '05

11 Jul '05

Hi I get the same/similar error messages using Stunnel 4.10 (client) on Solaris 9 (sparc). I also see some very large integer numbers (e.g. FD=2615261238) in the log which art file descriptors. Perhaps there is an issue with big/little endedness in the later Stunnel releases. I went back to using Stunnel 4.07 and the problems went away. Andrew Gay > > I am running Stunnel 4.09 on Mac OS X 10.4 to provide HTTPS service on > the standard ports (accept on 443, connect to 80). > > All connections are either truncated or dropped entirely, with the > following messages written to the log: > > ------------------------------------------ > https connected from ... > INTERNAL ERROR:s_poll_wait returned 1, but no descriptor is ready > Connection reset: XXXXXX bytes sent to SSL, XXX bytes sent to socket > ------------------------------------------ > > I've tried 4.10, but the result is exactly the same. > > Does anybody have any thoughts on what might be going on? > > Thanks, > John >

2 1

Poll/Descriptor Problem
by John O'Fallon 08 Jul '05

08 Jul '05

I am running Stunnel 4.09 on Mac OS X 10.4 to provide HTTPS service on the standard ports (accept on 443, connect to 80). All connections are either truncated or dropped entirely, with the following messages written to the log: ------------------------------------------ https connected from ... INTERNAL ERROR:s_poll_wait returned 1, but no descriptor is ready Connection reset: XXXXXX bytes sent to SSL, XXX bytes sent to socket ------------------------------------------ I've tried 4.10, but the result is exactly the same. Does anybody have any thoughts on what might be going on? Thanks, John

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

stunnel-users