[stunnel-users] openvms and stunnel

Coviello, Paul pcoviello at ccsusa.com
Thu Apr 9 16:38:43 CEST 2015

Hi, ok after reading this a little bit better on the big screen vs. my phone...

I do have debug on and I can't run iperf on vms.  (the file I posted last, was one without any modifications.)

It won't start...

Here is the file I'm currently using.

; Sample stunnel configuration file by Michal Trojnara 2002-2006
; Some options used here may not be adequate for your particular configuration

; Certificate/key is needed in server mode and optional in client mode
; The default certificate is provided only for testing and should not
; be used in a production environment
cert = stunnel.pem
;key = stunnel.pem

; Some performance tunings
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1

; Workaround for Eudora bug

; Authentication stuff
;verify = 2
; Don't forget to c_rehash CApath
;CApath = certs
; It's often easier to use CAfile
;CAfile = certs.pem
; Don't forget to c_rehash CRLpath
;CRLpath = crls
; Alternatively you can use CRLfile
;CRLfile = crls.pem

; Some debugging stuff useful for troubleshooting
debug = 7
output = stunnel.log

; Use it for client mode
client = yes

; Service-level configuration

;accept  = 995
;connect = 110

accept  = 992
connect = 23
client = no

;accept  = 465
;connect = 25

;accept  = 443
;connect = 80
;TIMEOUTclose = 0

; vim:ft=dosini
From: Rob Lockhart [mailto:rlockhar at gmail.com]
Sent: Wednesday, April 08, 2015 6:38 PM
To: Coviello, Paul
Cc: stunnel-users at stunnel.org
Subject: Re: [stunnel-users] openvms and stunnel

On Wed, Apr 8, 2015 at 4:47 PM, Coviello, Paul <pcoviello at ccsusa.com<mailto:pcoviello at ccsusa.com>> wrote:
here is the hp webpage...

Ok so it appears the HP webpage shows a different version of stunnel than the page you linked before<http://h71000.www7.hp.com/opensource/stunnel_readme_axp_i64.txt> (stunnel 3). Nevertheless, if you keep having problems, I suggest starting simple and add to it one at a time, specifically try to get a stunnel client/server session on your local machine. If you can't get that working, it's going to be very difficult to debug. Speaking of debug, have you enabled the debugging options and tried running the stunnel server? You may also want to use ports above 1023 per this link<http://www.w3.org/Daemon/User/Installation/PrivilegedPorts.html>. Try killing the server and restarting again with logging enabled and set to 7, and have the log file point to a path for which you have write-access.The latest server log you had commented out the debug and output as well as client, but you should keep that uncommented as follows below:

debug = 7
output = stunnel.log
client = no

If you can use high ports for testing (>1023) using iperf (IPERF.EXE) and that works, then you know it's something perhaps in your VAX firewall that prohibits connecting on port 23 (telnet) from another application.

Do this as follows:
1) Create a s4client.conf file with the following contents:
FIPS = no
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
client = yes
accept =<>
connect =<>
delay = no

2) Create a s4server.conf file with the following contents (modify as appropriate for the stunnel.pem file location):
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
client = no
accept =<>
connect =<>
delay = no

3) Open up four command prompts in VMS (if you can), one for each of the four corners (quadrants) of the screen. The data flow will be from Q2 (upper-left) to Q1 (upper-right), then to Q4 (lower-right), then finally to Q3 (lower-left).

4) . In Q1 run: s4client.exe s4client.conf
. In Q4 run: s4server.exe s4server.conf
. In Q3 run: iperfs -p 7000 -s
. In Q2 run: iperfc -c localhost -p 5000 -t 1
. If it worked, you should see something like the message below:
Client connecting to localhost, TCP port 5000
TCP window size: 63.0 KByte (default)
[  3] local port 50097 connected with port 5000
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  38.9 MBytes   321 Mbits/sec

5) If that works, change the ports around and use something like 999 for connect (client) and accept (server). Restart the client and server and see if iperf still works.
6) If that works, now try to change connect (server) to port 23, restart client and server, and then telnet to port 5000.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.stunnel.org/pipermail/stunnel-users/attachments/20150409/7e5bf8a4/attachment-0001.html>

More information about the stunnel-users mailing list