• 3 Posts
  • 20 Comments
Joined 2 years ago
cake
Cake day: June 12th, 2023

help-circle




  • I’ve never used Jellyfin so pretty sure I’m one of the worst people to ask and I doubt anybody else will see this so far down. If I were you I’d try and have a look at the logs - either the reverse proxy logs (which seem to be really popular these days) or the actual webserver/Jellyfin ones. Those will typically log some errors.

    If you get a 404 from Jellyfin then port forwarding is set up correctly (as otherwise you wouldn’t be able to connect to Jellyfin at all). You may be getting a 404 from something else though.





  • did you set up letsencrypt/certbot in the first place to write files to /usr/local/etc/letsencrypt/live/domain.org/cert.pem? If so, did you take care to replace domain.org by the actual domain you are using?

    The documentation you linked looks a bit funny in that the first command writes to private key/cert to privkey.pem and cert.pem, but then the second command tries to read in a (likely) certbot-created certificate. I guess if you followed the steps you need to replace usr/local/etc/letsencrypt/live/domain.org/cert.pem in the second command by the cert.pem created in the first one?








  • hello_worldtoSelfhosted@lemmy.worldcannot open port 443
    link
    fedilink
    English
    arrow-up
    2
    ·
    2 years ago

    I have nextcloud running just fine (with Apache) on a non-443 port. What issue are you seeing exactly? Once your webserver is listening on your port of choice, Nextcloud will show an “untrusted domain” warning if the domain/port have not been set in config.php properly. After that is done, it works perfectly for me.


  • Previous release had PHP 7.4, new one has 8.2. Nextcloud 24 supports 7.2 - 8.0, 25 supports 7.2 - 8.1 and 26 supports 8.0 - 8.2, which is a bit inconvenient.

    To upgrade, I first¹ upgraded Nextcloud to 25, then PHP to 8.2, removed the versioncheck in Nextcloud to accept PHP 8.2 and then upgraded to Nextcloud 26.

    Otherwise very smooth - even the usrmerge was absolutely event-free.

    ¹) of course what I actually did first was upgrade Debian/PHP without checking beforehand and then installing PHP 7.4 from the previous release again.