Hi,
thank you for the report. I've been able to reproduce the issue but have not yet identified the exact problem - although I have alreayd found a couple of things that could be improved in zip64 handling. Will investigate this deeper.

I was able to make it working and be correctly recognizable by 7-Zip / WinZip by making the following modifications:

1. archiver-zip-encrypted/lib/aes/zip-aes-stream.js

   Line 45 in 7f53e37

   ae.setExtra(_buildAesExtraField(ae));

ae.setExtra(Buffer.concat([ae.getExtra(), _buildAesExtraField(ae)]));

2. https://github.com/archiverjs/node-compress-commons/blob/50230e5ee441cc65aef52e154471836564bc19de/lib/archivers/zip/zip-archive-output-stream.js#L277-L285

    var extraBuf = Buffer.concat([
      zipUtil.getShortBytes(constants.ZIP64_EXTRA_ID),
      zipUtil.getShortBytes(16),
      zipUtil.getEightBytes(ae.getSize()),
      zipUtil.getEightBytes(ae.getCompressedSize())
    ], 20);

    ae.setExtra(Buffer.concat([ae.getExtra(), extraBuf]));

Hope that helps to build a fix.
Thank you for your contribution on this useful library!

We are experiencing a similar issue when trying to extract encrypted zip file over 4GB in size. When extracting process passes ~4GB it fails.
This happens only on Windows machines when using those applications:

• WinZip
• WinRAR
• 7zip

The only one that worked on Windows for us was TugZip.
We are not experiencing this issue on macOS though.

Edit.
Changes proposed by @i4rilu didn't work for us. It must be something different then.

Hi @i4rilu! Thank you for suggestions, appreciate them! I will try them out over this weekend and possibly merge them in.

@i4rilu thanks again for your suggestions, they have been introduced into master now. Until archiverjs/node-compress-commons#90 is merged I'll keep a copy of _writeCentralFileHeader in this code.
Released version 1.0.11.
cc @robertozmc

@artem-karpenko your fix did the job. Thank you and @i4rilu for that.