<div dir="ltr">Hi All,<div><br></div><div>Based on the inputs from Mr.Avila, I was able to fix the issue.</div><div><br></div><div>Now I am able to connect to the device from the web browser using HTTPS.</div><div><br></div><div>Thanks all of you...</div><div><br></div><div>Regards,</div><div>Siva</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 13, 2015 at 8:03 PM, Leandro Avila <span dir="ltr"><<a href="mailto:leandro.avila@ymail.com" target="_blank">leandro.avila@ymail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
Looks like you got the hard part done (cross compiling etc)<br>
<br>
1. You don't need to run stunnel on the client machine. You will use your web browser and your browser will handle the TLS connection<br>
2. In your case you only need a stunnel instance running as a server on the linux device.<br>
Your stunnel.conf will look something like<br>
<br>
[https]<br>
client = no<br>
<br>
accept = 443<br>
connect = <a href="http://127.0.0.1:80" target="_blank">127.0.0.1:80</a><br>
<br>
<br>
The above configures stunel as a server, listening for connections on all interfaces port 443 and connecting to<br>
localhost port 80<br>
<br>
<br>
3. I'm not sure what you mean by "the device and the machine can have any random IP and port"<br>
- You mean if both devices get a dhcp assigned ip? In that case the above config should work, because it listens in all<br>
available IPs<br>
- The port portion there are defined ports for http (port 80) and https (port 443) that should be it for the server<br>
unless your application is different. On the client side you don't need to worry about the port<br>
<br>
4. Stunnel will provide the SSL/TLS encapsulation to your http connection. So in that regard is a solution.<br>
Other times people might opt for using a http server that supports SSL/TLS natively, but you are working on embedded systems<br>
so there are contraints there.<br>
<br>
This is an alternative for instance.<br>
<br>
<a href="http://acme.com/software/mini_httpd/" target="_blank">http://acme.com/software/mini_httpd/</a><br>
<br>
Hope this helps, feel free to ask more questions<br>
<br>
-----------------<br>
<br>
Leandro Avila<br>
<div><div class="h5"><br>
On Tuesday, January 13, 2015 6:57 AM, Siva Kumar <<a href="mailto:sivakumar.s.k.k@gmail.com">sivakumar.s.k.k@gmail.com</a>> wrote:<br>
<br>
<br>
><br>
><br>
>Hi All,<br>
><br>
><br>
>I am fairly new to stunnel and also to the networking concepts.<br>
><br>
><br>
>Currently we are working on a surveillance device running on monta vista linux on the ARM11 architecture. We have crossed compiled and deployed a THTTPD server which is working fine. Once you connect to the device using any of the web client (from a windows PC), it will take you to a web page where you can select and stream live video's from all the camera's connected to the device. So far everything is working fine now..<br>
><br>
><br>
>Now the real problem is that we need to support https as well along with http. Since THTTPD web server doesn't support secure connection we thought we would accomplish that using the stunnel application. We were able to download and cross compile the stunnel application for the device.<br>
><br>
><br>
>Now the doubts I have here is:-<br>
><br>
><br>
>1) Do we need a stunnel server application running on the windows PC from where we will be using the web browser to connect to the client?<br>
><br>
><br>
>2) Where should be the stunnel server and stunnel client be running. I mean should the linux device be running the stunnel client and the windows PC be running the stunnel server? In that case what should be the correct accept and connect parameters in the stunnel.conf file in both the device and the windows PC?<br>
><br>
><br>
>3) Since the device and the machine can have any random IP and port, so is it feasible to dynamically set the accept and connect parameters in the stunnel.conf file?<br>
><br>
><br>
>4) Can the stunnel be considered as a solution to the problem which I have reported here. The point 3 above makes me thing otherwise.<br>
><br>
><br>
>I have tried all combinations mentioned in the point 1 and 2 without success. In none of the case my web browser was able to talk to the device using HTTPS (ie <a href="https://my_device_ip" target="_blank">https://my_device_ip</a>). I could see a "client hello" request from the browser to which the client sends an ACK and RST. In some combination an HTTPS request from the browser only triggered a TCP connection request for which the client responded with ACK and RST.<br>
><br>
><br>
>Sorry for the long mail. Any inputs would be deeply appreciated.<br>
><br>
><br>
><br>
>Regards,<br>
>Siva<br>
</div></div>>_______________________________________________<br>
>stunnel-users mailing list<br>
><a href="mailto:stunnel-users@stunnel.org">stunnel-users@stunnel.org</a><br>
><a href="https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users" target="_blank">https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users</a><br>
><br>
><br>
><br>
</blockquote></div><br></div>