Re: stunnel 5.37 released

Thireus <[email protected]>
Newsgroups gmane.network.stunnel.user
Message-ID <[email protected]>
Hi Mike,

I'm facing three compilation issues on MacOS:

#1. Compiling stunnel with OpenSSL 1.1.x leads to stunnel getting stuck on /dev/null at launch without any apparent reason (./stunnel --version or ./stunnel --help, nothing works, the process doesn't output anything at all)

sudo dtruss ./src/stunnel --version
[...]
mprotect(0x10720D000, 0x88, 0x3)		 = 0 0
mprotect(0x10720D000, 0x88, 0x1)		 = 0 0
issetugid(0x10720D000, 0x88, 0x1)		 = 0 0
getpid(0x10720D000, 0x88, 0x1)		 = 29397 0
stat64("/AppleInternal/XBS/.isChrooted\0", 0x7FFF58C86D38, 0x1)		 = -1 Err#2
stat64("/AppleInternal\0", 0x7FFF58C86CA8, 0x1)		 = -1 Err#2
csops(0x72D5, 0x7, 0x7FFF58C867C0)		 = -1 Err#22
sysctl(0x7FFF58C86B80, 0x4, 0x7FFF58C868F8)		 = 0 0
csops(0x72D5, 0x7, 0x7FFF58C860B0)		 = -1 Err#22
proc_info(0x2, 0x72D5, 0x11)		 = 56 0
open("/dev/null\0", 0x2, 0x106F78D00)		 = 3 0

#2. Since stunnel version 5.35 the zlib dynamic loader needed by OpenSSL has been removed (in configure.ac). This line is missing:

AC_SEARCH_LIBS([inflateEnd], [z])

Leading to the following issue at compilation (when stunnel is compiled with zlib support):

Undefined symbols for architecture x86_64:
  "_deflate", referenced from:
      _zlib_stateful_compress_block in libcrypto.a(c_zlib.o)
      _bio_zlib_write in libcrypto.a(c_zlib.o)
      _bio_zlib_ctrl in libcrypto.a(c_zlib.o)
  "_deflateEnd", referenced from:
      _zlib_stateful_finish in libcrypto.a(c_zlib.o)
      _bio_zlib_free in libcrypto.a(c_zlib.o)
  "_deflateInit_", referenced from:
      _zlib_stateful_init in libcrypto.a(c_zlib.o)
      _bio_zlib_write in libcrypto.a(c_zlib.o)
  "_inflate", referenced from:
      _zlib_stateful_expand_block in libcrypto.a(c_zlib.o)
      _bio_zlib_read in libcrypto.a(c_zlib.o)
  "_inflateEnd", referenced from:
      _zlib_stateful_finish in libcrypto.a(c_zlib.o)
      _bio_zlib_free in libcrypto.a(c_zlib.o)
  "_inflateInit_", referenced from:
      _zlib_stateful_init in libcrypto.a(c_zlib.o)
      _bio_zlib_read in libcrypto.a(c_zlib.o)
  "_zError", referenced from:
      _bio_zlib_write in libcrypto.a(c_zlib.o)
      _bio_zlib_read in libcrypto.a(c_zlib.o)
      _bio_zlib_ctrl in libcrypto.a(c_zlib.o)
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status
make[2]: *** [stunnel] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

#3. When supplying the option "--with-ssl=" and "--enable-static --disable-shared", if the lib/ openssl folder contains dynamic libraries *.dylib along with the static libraries *.a, stunnel will compile thinking it should use the dynamic openssl library... Which doesn't make sense since the option "--enable-static" should enforce the use of static libraries. Manually removing the *.dylib files and leaving only the *.a files of openssl resolves the issue and integrates openssl within stunnel. Compiling openssl with the "no-shared" option should work as well.

I think #1 is the most important to look into atm, since it prevents stunnel from being compiled on OSX with the latest stable OpenSSL version.

Please let me know.

Regards,

Thireus ([email protected] <mailto:[email protected]>)

> Le 7 Nov 2016 à 00:53, Michał Trojnara <[email protected]> a écrit :
> 
> Dear Users,
> 
> I have released version 5.37 of stunnel.
> 
> Version 5.37, 2016.11.06, urgency: MEDIUM
> * Bugfixes
>  - OpenSSL DLLs updated to version 1.0.2j (stops crashes).
>  - The default SNI target (not handled by any slave service)
>    is handled by the master service rather than rejected.
>  - Removed thread synchronization in the FORK threading model.
> 
> Home page: https://www.stunnel.org/
> Download:  https://www.stunnel.org/downloads.html
> 
> SHA-256 hashes:
> d0e3530e3effc64fdec792c71791d4937c6b8bd3b9ea4895c6bb6526dcd0d241
> stunnel-5.37.tar.gz
> b1015afdfc536312b9e3556483c9bfeefd9e29d6f483d305459033272adcf4ad
> stunnel-5.37-installer.exe
> 4bda9b0116676fec7533b3c1e40b9d24f0722e6317c59be4831c19102f4a925c
> stunnel-5.37-android.zip
> 
> Best regards,
>    Mike
> 
> _______________________________________________
> stunnel-users mailing list
> [email protected]
> https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users

_______________________________________________
stunnel-users mailing list
[email protected]
https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.