On Mon, May 13, 2019 at 03:03:55PM -0700, Eric Eberhard wrote:
[Martin Got wrote:]
I'm trying to make stunnel wrapped ppp connection to achieve bidirectional data transfer over stunnel like shown below.
Stunnel client --connect--> Stunnel server pppd client --connect--> pppd server 10.0.1.2 <--data--> 10.0.1.1
OpenBSD 6.4amd64 with Stunnel 5.44 server works till stunnel retries 'exec = pppd' section once stunnel client is reconnected. Also 'exec = pppd' section retries after a short network related communication lag also. Previous 'pppd' child instance haven't killed by stunnel 5.44 before new instance started.
So second 'pppd' process started and runs simultaneously with the first 'pppd' and link down. Restarting Stunnel server can clear child 'pppd' processes. So newly reestablished 'pppd' link between 10.0.1.1 <--> 10.0.1.2 endpoints works till next interconnection.
Does stunnel server have an option to start only one instance in 'exec' section or what should be done to fix this?
Any suggestions highly appreciated.
Yes. Use inetd (or equivalent). Making an independent server work is difficult due to the problems like you are having. Inetd is in many O/S included and essential, others available. It always works. Always. Yes, there is a tiny amount of overhead for making connections. On an ancient AIX IBM I manage 2-4 million XML documents exchanged per day with no problems, all with inetd. Try it – save yourself some misery. Or maybe it won’t help at all except to add information :)
(format recovered; top-posting hard to follow)
Hi Eric,
Over the past couple of years I've seen you suggesting that people use inetd + stunnel in inetd mode instead of stunnel to accept connections. In some situations, like this one, it is not at all relevant to the problem at hand - even if the original poster would use inetd to accept an incoming TCP connection and then run stunnel in inetd mode, this would *still* be a new instance of stunnel that will run a new instance of pppd with exactly the same problems as described in the message that you replied to. Even more so, if stunnel is started in inetd mode, it has absolutely no idea whether there are any other instances of stunnel+pppd already running, so it might be said that in this case using inetd would make the situation worse.
G'luck, Peter