Can't connect over SSL with the public server

[Marcos Alano]

I installed Atuin using the package manager, I'm running Ubuntu Plucky, and when I try to execute `atuin sync` I get this message:
➜ atuin sync
Error: a request to the sync server failed: "error sending request for url (https://api.atuin.sh/api/v0/record)"

Location:
    crates/atuin/src/command/client/sync.rs:91:38

The strange part is: I tested with the official binary and with it, I got this, showing that everything works:
./atuin sync
Uploading 12 records to 01957ad0aec07a93b068834788461598/history
  [00:00:00] [#################################################################################################] 12/12 (0.0s)13/0 up/down to record store
10265 in history index, but 10263 in history store
Running automatic history store init...
  Import complete Re-running sync due to new records locally
Uploading 3 records to 01957ad0aec07a93b068834788461598/history
  [00:00:00] [###################################################################################################] 3/3 (0.0s)4/0 up/down to record store
Sync complete! 10265 items in history database, force: false

This is the ldd result for the binary I downloaded from GitHub:
➜ ldd atuin
        linux-vdso.so.1 (0x0000736014f88000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x0000736014f3a000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x0000736014f35000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x0000736013309000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x0000736014f30000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x0000736013000000)
        /lib64/ld-linux-x86-64.so.2 (0x0000736014f8a000)

That's the ldd result for the binary from the deb package:
➜ ldd /usr/bin/atuin
        linux-vdso.so.1 (0x00007cd7d503e000)
        libsqlite3.so.0 => /lib/x86_64-linux-gnu/libsqlite3.so.0 (0x00007cd7d448c000)
        libssl.so.3 => /lib/x86_64-linux-gnu/libssl.so.3 (0x00007cd7d437b000)
        libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3 (0x00007cd7d3c00000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007cd7d4ff0000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007cd7d4284000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007cd7d3800000)
        /lib64/ld-linux-x86-64.so.2 (0x00007cd7d5040000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007cd7d4fd0000)
        libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007cd7d3b0f000)

[Marcos Alano (mhalano)]

I just saw on the changelog this line:
"* Mention disabled TLS and metrics in server.toml template"
The problem is: disabling TLS is bad because it's used by the client too. I can't sync to the official sync server because it needs TLS. If I was running my own server, that wouldn't be such an issue, but since I'm going over the Internet to sync my files, that's a problem that compromises the tool's usefulness.

[Marcos Alano (mhalano)]

It was fixed on Debian already. The fixed version is 18.4.0-3. We just need to pull the package, I think. Maybe we need a freeze exception, but it's a security fix since it re-enables TLS.