Stunnel @4.35 PPC fails with libwrap on OS X Leopard

[mmartz@…]

Stunnel hangs on OS X Leopard PPC when built using defaults. I copied my functioning stunnel.conf file from my i386 x86_64 system, but when I launched stunnel, only one process would start. In contrast on my intel mac, I always get a session leader process and a group of 5 additional processes. I was able to correct this by setting the stunnel configuration flag foreground = true, but I still was unable to communicate through the tunnel. The debug log last reported: "Waiting for libwrap process" [debug level set to 7]. I was finally able to get Stunnel working on my Leopard PPC system by uninstalling and then rebuilding with the -libwrap setting.

[hanche]

I see the same problem on Snow Leopard.

[mmartz@…]

Replying to hanche@…:

I see the same problem on Snow Leopard.

I have vesion 4.33 installed on my Snow Leopard machine and it works with the same config file with libwrap. Perhaps something changed that broke the the libwrap functionality in newer versions of stunnel.

[dave@…]

Snow Leopard 10.6.7, stunnel 4.35 on i386-apple-darwin10.7.0 with OpenSSL 1.0.0d 8 Feb 2011

Libwrap enabled by default which seems to cause problems, no communications:

2011.06.29 10:02:09 LOG7[84929:4297842688]: Acquired libwrap process #0
2011.06.29 10:02:09 LOG3[84929:4297842688]: Unexpected socket close (read_blocking)

When i turn off libwrap in the stunnel.conf, all works ok.

libwrap=no

I have no hosts.deny/allow set.

[Schamschula (Marius Schamschula)]

I currently have no way of reproducing this problem (I have no 10.6.x system with MacPorts). Has anyone seen this issue on a current version of stunnel (5.09 at this time)?

[Schamschula (Marius Schamschula)]

In c2850a6463cf872eb672695a85dfc6ff30fe9bb2/macports-ports:

stunnel: diable libwrap for PPC platform

Closes: #28957