Hi,
I have a linux PC that now successfully runs a stunnel client connection with a remote server. I now want to be able to access sql server on that linux PC from a remote Windows PC. What I would like to gather information on:
1. Can the client configuration of stunnel on the linux PC be used for a second connection from the remote windows PC to access data (sql server)? 2. Thus, what differentiates a client from a server - a server can have multiple connections and provides data? A client can't?
3. What is the correct route I should take?
Regards,
On Tue, 13 Jun 2023 04:25:11 -0000 trashrap22@gmail.com wrote:
- What is the correct route I should take?
Server offering secure connection ^ | Linux PC connects to server using an Stunnel client service Linux PC acts as an SQL server creating a secure connection with an Stunnel server service that serves that SQL server data ^ | Windows PC with an Stunnel client service connects to the Linux PC with the Stunnel server service.
Note: a client service and server service can run on the same Stunnel instance.
Note2: the above is best viewed on monospace font. The data flow of the ascii "arrows" just show which one connects to which one, not the, also involved, return data.
Answering to the other questions:
A client service on Stunnel wraps a plain text connection on a secure connection to connect to a remote secure service. Supports "n" number of outgoing connections.
The server service on Stunnel offers a secure channel to connect from a secure capable application or another Stunnel instance with a client service. Supports "n" number of incoming connections.
"n" depends on the OS, the CPU, the RAM, etc.
Regards.
Thanks Javier - one difference below in red: - does that change things?
Server offering secure connection ^ | Linux PC connects to server using an Stunnel client service Linux PC acts as an SQL server creating a secure connection with an Stunnel server service that PULLS SQL server data from the Linux PC ^ | Windows PC with an Stunnel client service connects to the Linux PC with the Stunnel server service.
On Wed, Jun 14, 2023 at 3:25 AM Javier jamilist.stn@gmx.es wrote:
On Tue, 13 Jun 2023 04:25:11 -0000 trashrap22@gmail.com wrote:
- What is the correct route I should take?
Server offering secure connection ^ | Linux PC connects to server using an Stunnel client service Linux PC acts as an SQL server creating a secure connection with an Stunnel server service that serves that SQL server data ^ | Windows PC with an Stunnel client service connects to the Linux PC with the Stunnel server service.
Note: a client service and server service can run on the same Stunnel instance.
Note2: the above is best viewed on monospace font. The data flow of the ascii "arrows" just show which one connects to which one, not the, also involved, return data.
Answering to the other questions:
A client service on Stunnel wraps a plain text connection on a secure connection to connect to a remote secure service. Supports "n" number of outgoing connections.
The server service on Stunnel offers a secure channel to connect from a secure capable application or another Stunnel instance with a client service. Supports "n" number of incoming connections.
"n" depends on the OS, the CPU, the RAM, etc.
Regards. _______________________________________________ stunnel-users mailing list -- stunnel-users@stunnel.org To unsubscribe send an email to stunnel-users-leave@stunnel.org
On Wed, 14 Jun 2023 07:04:22 +0200 d3rIIIe15ter Tier trashrap22@gmail.com wrote:
Thanks Javier - one difference below in red: - does that change things?
[...]
Linux PC connects to server using an Stunnel client service Linux PC acts as an SQL server creating a secure connection with an Stunnel server service that PULLS SQL server data from the Linux PC
Hi,
No, it doesn't change things.
But doesn't actually pull, it is just a..., yes, tunnel :), providing the other end to pull data on a secure channel.
So:
SQL server listening on X port
Stunnel server service listening on Y port
When Stunnel receive connections on its Y port, it just sends the plain text incomming data to the X port of the SQL server and then this replies back to Stunnel that sends back the data by the secure channel to the other end, being it an Stunnel client service or another application that connected securely to Stunnel server.
Regards.