it's not strawberry 5.34 but it's 5.32.1, sorry for that

Aah ... a mistake that's easy to make. (At least, I've found it to be easily made on occasions ;-)

I don't quite understand your issue with IO::Socket and IO.
With Strawberry 5.26.0 (archname='MSWin32-x64-multi-thread') I ran cpan -i IO, which successfully updated the IO module to version 0.48.
I then ran:

C:\_64\strawberry5.26.0>cpan -i IO::Socket
Loading internal null logger. Install Log::Log4perl for logging messag
+es
CPAN: Storable loaded ok (v2.62)
Reading 'C:\Users\sisyphus\.cpan\Metadata'
  Database was generated on Wed, 20 Oct 2021 20:55:51 GMT
CPAN: Module::CoreList loaded ok (v5.20170530)
IO::Socket is up to date (1.48).
[download]

So there's nothing to be done there - I already have the latest.

It's also possible that your Net::LDAPS issue lies with the actual ssl libraries that shipped with the older Strawberry versions.
At some stage we might discover that, with perl-5.26.0, you need to build these modules against the OpenSSL C libraries that shipped with 5.32 - but I wouldn't worry about that until we have actual evidence that such action is needed.

For example, see https://github.com/StrawberryPerl/Perl-Dist-Strawberry/issues/15 for details re changes to the way that OpenSSL is built.
In a nutshell, the OpenSSL libraries that shipped with 5.32.x were built without _MINGW_USE_VC2005_COMPAT.
This was done to avoid an issue with MSWin32-x86-multi-thread (32-bit) perls - but I guess it could also have (unknowingly) benefited the MSWin32-x64-multi-thread builds, too.

Update: Hmmm ... more likely, if the later OpenSSL libraries are needed it will be for an entirely different reason.

Cheers,
Rob