Dheeraj,
Without some more information, it is difficult to answer your question.
With stunnel in client mode, an application sends un-encrypted data to a
port and stunnel encrypts the data and sends it out a second port, e.g.:
[application]
accept = 127.0.0.1:12345
connect = remote:23456
client =yes
If your application is configured to run using port 8228, then you could
have
[application]
accept = 127.0.0.1:8228
connect = 69.191.198.34:8228
client = yes
... (your other parameters go here)
The information you need for the stunnel.conf file are:
1) The host address and port that you are writing to in your program
(can be a local address or any other valid ip address)
2) The remote address and port that you are connecting to (must be
different from (1).
The connection is only active for as long as your program is running (be
it telnet or any other application).
I hope that helps.
Carter Browne
On 6/13/2017 1:21 PM, Dheeraj Gautam wrote:
Hi Browne,
I am not understand like what config I have to do in stunnel config file.
As per application it will trigger 8228 port of remote server, but at
the momen stunnel is working only when I am trying to telnet localhost
on 9233 port.
Nothing is happening when running the application, don’t know what I
am missing as I am the new for stunnel.
Please help to fix this out.
Regards,
Dheeraj Gautam
*From:*stunnel-users [mailto:[email protected]] *On
Behalf Of *Carter Browne
*Sent:* Tuesday, June 13, 2017 10:41 PM
*To:* [email protected]
*Subject:* Re: [stunnel-users] Stunnel Connectivity Issue
Dheeraj,
stunnel will keep the connection open for as long as your applications
keeps it open. When you exit telnet, it closes the connection. I use
stunnel mostly for RDP, VNC and telnet and as long the application is
active, the port is open. You need to have your application open the
local port you want to route via stunnel (in your example
127.0.0.1:9233). As long as your application keeps the connection
open (ignoring such issues as communications failures), stunnel will
maintain the application. Telnet is a great tool for determining
connectivity, but your application is going to have to handle the
connection going forward.
Carter Browne
On 6/13/2017 12:01 PM, Dheeraj Gautam wrote:
Hi Liz,
Thanks for your reply.
Actually we need to run a service which will work only once
stunnel connection establish and the service will work till the
time connection connected.
But at the moment I don’t have idea like how the stunnel will
remain connected.
Could you please suggest me to fix this so that stunnel connection
remain connected and I can run the application.
Waiting for your valuable response.
Regards,
Dheeraj Gautam
*From:*Liz Turi [mailto:[email protected]]
*Sent:* Tuesday, June 13, 2017 9:19 PM
*To:* Dheeraj Gautam <[email protected]>
<mailto:[email protected]>; Małgorzata Olszówka
<[email protected]>
<mailto:[email protected]>
*Cc:* [email protected] <mailto:[email protected]>
*Subject:* RE: [stunnel-users] Stunnel Connectivity Issue
Hi, Dheeraj,
Are you testing the connection with Telnet? Or are you testing
with the application. What I noticed in testing the connection is
that once the command is completed, the connection is closed.
However, when I test from my application, its only closed once all
transactions in that session are completed, and will show how much
data was passed on (following from my logs at the end of a
non-telnet test session.
*2017.06.13 10:16:08 LOG6[1]: Negotiated TLSv1.2 ciphersuite
AES256-GCM-SHA384 (256-bit encryption)*
*2017.06.13 10:16:18 LOG6[1]: Read socket closed (readsocket)*
*2017.06.13 10:16:18 LOG6[1]: SSL_shutdown successfully sent
close_notify alert*
*2017.06.13 10:16:18 LOG6[1]: TLS closed (SSL_read)*
*2017.06.13 10:16:18 LOG5[1]: Connection closed: 2791 byte(s) sent
to TLS, 1641 byte(s) sent to socket*
*Liz Turi*
Sr. Consultant
Massachusetts eHealth Collaborative
860 Winter Street, Waltham, MA 02451
(m) 339-222-6614 (o) 781-907-7204 (f) 781-207-8589
www.maehc.org<http://www.maehc.org>
fb_icon<https://www.facebook.com/massachusettsehealthcollab?fref=nf>li_icon<https://www.linkedin.com/company/massachusetts-ehealth-collaborative?trk=tyah&trkInfo=clickedVertical%3Acompany%2Cidx%3A1-1-1%2CtarId%3A1432746657126%2Ctas%3AMassachusetts+eHEalth>tw_icon<https://twitter.com/MAeHC_org>
*From:*stunnel-users [mailto:[email protected]]
*On Behalf Of *Dheeraj Gautam
*Sent:* Tuesday, June 13, 2017 11:41 AM
*To:* Małgorzata Olszówka <[email protected]
<mailto:[email protected]>>
*Cc:* [email protected] <mailto:[email protected]>
*Subject:* Re: [stunnel-users] Stunnel Connectivity Issue
HI Guys,
below is the config which i have configured with TLSv1.2, but
still connection establishing only for while when i telnet telnet
127.0.0.1 9233. and just after connection closed.
[TCP]
client=yes
cert = BBG_cert.pem
key = BBG_key.pem
verifyChain = yes
CAfile = BBG_CACerts.pem
connect = 69.191.198.34:8228 <http://69.191.198.34:8228>
accept = 127.0.0.1:9233 <http://127.0.0.1:9233>
sslVersion = TLSv1.2
below the logs:
2017.06.13 11:57:49 LOG5[main]: Reading configuration from file
stunnel.conf
2017.06.13 11:57:49 LOG5[main]: UTF-8 byte order mark detected
2017.06.13 11:57:49 LOG5[main]: FIPS mode disabled
2017.06.13 11:57:49 LOG3[main]: Service [TCP]: Each service must
define two endpoints
2017.06.13 11:57:49 LOG3[main]: Failed to reload the configuration
file
2017.06.13 16:37:16 LOG5[main]: Reading configuration from file
stunnel.conf
2017.06.13 16:37:16 LOG5[main]: UTF-8 byte order mark detected
2017.06.13 16:37:16 LOG5[main]: FIPS mode disabled
2017.06.13 16:37:16 LOG4[main]: Service [TCP] uses "verifyChain"
without subject checks
2017.06.13 16:37:16 LOG4[main]: Use "checkHost" or "checkIP" to
restrict trusted certificates
2017.06.13 16:37:16 LOG5[main]: Configuration successful
2017.06.13 16:38:38 LOG5[11]: Service [TCP] accepted connection
from 127.0.0.1:62736 <http://127.0.0.1:62736>
2017.06.13 16:38:38 LOG5[11]: s_connect: connected
69.191.198.34:8228 <http://69.191.198.34:8228>
2017.06.13 16:38:38 LOG5[11]: Service [TCP] connected remote
server from 172.16.1.23:62737 <http://172.16.1.23:62737>
2017.06.13 16:38:39 LOG5[11]: Certificate accepted at depth=0:
C=US, ST=NEW YORK, L=NEW YORK, O=Bloomberg LP, OU=FIXBETA,
CN=fixbeta.bloomberg.com <http://fixbeta.bloomberg.com>,
[email protected] <mailto:[email protected]>
2017.06.13 16:39:10 LOG5[11]: Connection closed: 0 byte(s) sent to
TLS, 0 byte(s) sent to socket
i want connection remained connected every time so that i can run
the application.
application can be work only if the connection remain connected.
please help me to sort this out.
Regards,
Dheeraj Gautam
On 25 May 2017 at 12:29, Małgorzata Olszówka
<[email protected]
<mailto:[email protected]>> wrote:
Could you please let us know what parameters we are
missing here due to which connection is not establishing
with remote server.
Although, stunnel logs indicating that configuration
successful, but in logs no where is mentioned about the
connection is it connected or not,
Hello Dheeraj,
You should set the verifyChain option in order to verify the
certificate stored in the file specified with CAfile:
verifyChain = yes
Then you can test your connection:
telnet 127.0.0.1 9233
the stunnel logs will show information about the connection
attempt.
Regards,
Małgorzata
_______________________________________________
stunnel-users mailing list
[email protected] <mailto:[email protected]>
https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
www.arborfs.com <http://www.arborfs.com>
This e-mail and any attachment are confidential and contain
proprietary information, some or all of which may be legally
privileged.
It is intended solely for the use of the individual or entity to
which it is addressed. If you are not the intended recipient,
please notify the author immediately by telephone or by replying
to this e-mail, and then delete all copies of the e-mail on your
system. If you are not the intended recipient, you must not use,
disclose, distribute, copy, print or rely on this e-mail.
Whilst we have taken reasonable precautions to ensure that this
e-mail and any attachment has been checked for viruses, we cannot
guarantee that they are virus free and we cannot accept liability
for any damage sustained as a result of software viruses. We
would advise that you carry out your own virus checks, especially
before opening an attachment.
CONFIDENTIALITY NOTICE
The information contained in this email transmission is legally
privileged and confidential information intended only for the use
of the addressee named above. If the reader of this message is not
the intended recipient you are hereby notified that any
dissemination, distribution or copying of this email transmission
is strictly prohibited. If you have received this email
transmission in error, please notify us immediately. Thank you.
www.arborfs.com <http://www.arborfs.com>
This e-mail and any attachment are confidential and contain
proprietary information, some or all of which may be legally
privileged.
It is intended solely for the use of the individual or entity to
which it is addressed. If you are not the intended recipient,
please notify the author immediately by telephone or by replying
to this e-mail, and then delete all copies of the e-mail on your
system. If you are not the intended recipient, you must not use,
disclose, distribute, copy, print or rely on this e-mail.
Whilst we have taken reasonable precautions to ensure that this
e-mail and any attachment has been checked for viruses, we cannot
guarantee that they are virus free and we cannot accept liability
for any damage sustained as a result of software viruses. We
would advise that you carry out your own virus checks, especially
before opening an attachment.
_______________________________________________
stunnel-users mailing list
[email protected] <mailto:[email protected]>
https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
www.arborfs.com <http://www.arborfs.com>
This e-mail and any attachment are confidential and contain
proprietary information, some or all of which may be legally privileged.
It is intended solely for the use of the individual or entity to which
it is addressed. If you are not the intended recipient, please notify
the author immediately by telephone or by replying to this e-mail, and
then delete all copies of the e-mail on your system. If you are not
the intended recipient, you must not use, disclose, distribute, copy,
print or rely on this e-mail.
Whilst we have taken reasonable precautions to ensure that this e-mail
and any attachment has been checked for viruses, we cannot guarantee
that they are virus free and we cannot accept liability for any damage
sustained as a result of software viruses. We would advise that you
carry out your own virus checks, especially before opening an attachment.
_______________________________________________
stunnel-users mailing list
[email protected]
https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users