<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 8, 2015 at 4:47 PM, Coviello, Paul <span dir="ltr"><<a href="mailto:pcoviello@ccsusa.com" target="_blank">pcoviello@ccsusa.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">here is the hp webpage…<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><a href="http://h71000.www7.hp.com/opensource/opensource.html#stunnel" target="_blank">http://h71000.www7.hp.com/opensource/opensource.html#stunnel</a></span></p></div></blockquote><div><br></div><div>Ok so it appears the HP webpage shows a different version of stunnel than the <a href="http://h71000.www7.hp.com/opensource/stunnel_readme_axp_i64.txt">page you linked before</a> (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 <a href="http://www.w3.org/Daemon/User/Installation/PrivilegedPorts.html">this link</a>. 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:</div><div><br></div><div><span style="font-size:12.8000001907349px">debug = 7</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">output = stunnel.log</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">client = no</span><br></div><div><br></div><div>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.</div><div><br></div><div>Do this as follows:</div><div>1) Create a s4client.conf file with the following contents:</div><div>sslVersion=TLSv1<br></div><div>FIPS = no<br></div><div><div>socket = l:TCP_NODELAY=1</div><div>socket = r:TCP_NODELAY=1</div></div><div>client = yes<br></div><div><div>[iperf]</div><div>accept = <a href="http://127.0.0.1:5000">127.0.0.1:5000</a></div><div>connect = <a href="http://127.0.0.1:6000">127.0.0.1:6000</a></div></div><div>delay = no<br></div><div><br></div><div>2) Create a s4server.conf file with the following contents (modify as appropriate for the stunnel.pem file location):</div><div>sslVersion=TLSv1<br></div><div>cert=C:\TEST\stunnel.pem<br></div><div><div>socket = l:TCP_NODELAY=1</div><div>socket = r:TCP_NODELAY=1</div></div><div>client = no<br></div><div><div>[iperf]</div><div>accept = <a href="http://127.0.0.1:6000">127.0.0.1:6000</a></div><div>connect = <a href="http://127.0.0.1:7000">127.0.0.1:7000</a></div></div><div>delay = no</div><div><br></div><div>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).</div><div><br></div><div>4) . In Q1 run: s4client.exe s4client.conf</div><div>. In Q4 run: s4server.exe s4server.conf</div><div>. In Q3 run: iperfs -p 7000 -s</div><div>. In Q2 run: iperfc -c localhost -p 5000 -t 1</div><div>. If it worked, you should see something like the message below:</div><div>------------------------------------------------------------</div><div>Client connecting to localhost, TCP port 5000</div><div>TCP window size: 63.0 KByte (default)</div><div>------------------------------------------------------------</div><div>[  3] local 127.0.0.1 port 50097 connected with 127.0.0.1 port 5000</div><div>[ ID] Interval       Transfer     Bandwidth</div><div>[  3]  0.0- 1.0 sec  38.9 MBytes   321 Mbits/sec</div><div><br></div><div>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.</div><div>6) If that works, now try to change connect (server) to port 23, restart client and server, and then telnet to port 5000.</div><div><br></div><div><br></div></div></div></div>