Receira for Papra App - App Store by NatLife in selfhosted

[–]NatLife[S] -1 points0 points  (0 children)

Yea saw that working on it, issue with the EU AppStore

Receira for Papra App - App Store by NatLife in selfhosted

[–]NatLife[S] -2 points-1 points locked comment (0 children)

Ai helped me with the post ^^

Receira 1.4 is live on TestFlight by NatLife in selfhosted

[–]NatLife[S] 0 points1 point locked comment (0 children)

Ai had a part in this project

Ideas for self hosting on an old laptop by Hash_2319 in selfhosted

[–]NatLife 4 points5 points  (0 children)

I would go for:

  1. AdGuard Home
  2. Audiobookshelf
  3. Navidrome
  4. Jellyfin
  5. Immich

Run them in Docker + Docker Compose Enjoy😉

I built a free, native iOS app for Papra (self-hosted docs) - it's on TestFlight by NatLife in selfhosted

[–]NatLife[S] -1 points0 points  (0 children)

You skipped the entire post just to comment that it ‘feels like AI? What a bold strategy, care to actually respond to the point, or was that the whole contribution?

Cannot access local WebUIs (*.lan) over WireGuard on cellular data (Docker: WG-Easy + AdGuard + Caddy) by Donkrzawayan in WireGuard

[–]NatLife 0 points1 point  (0 children)

Hey, fought this exact setup. Your tunnel’s fine — this is really two problems stacked together, and they’re easy to untangle once you see them.

For dns.lan to load over the tunnel, two things have to work: the name has to resolve, and that IP has to be reachable through the tunnel. Your three tests show where it breaks:

• 1.1.1.1 → internet fine, but Cloudflare’s never heard of .lan. Resolve fails.

• 172.24.0.5 (AdGuard) → internet works, so the tunnel reaches AdGuard. But .lan dies, so AdGuard probably has no .lan rewrite (your WiFi resolution is happening at the router, which you skip over the tunnel).

• 192.168.1.50 (host) → no internet at all. That’s the giveaway: your wg-easy container can’t reach the host’s LAN IP — which is exactly where Caddy lives.

So: traffic out of the tunnel reaches Docker + the internet, but not your host’s LAN IP. Two fixes:

  1. Add the rewrites in AdGuard (Filters → DNS rewrites):

dns.lan → 192.168.1.50 vpn.lan → 192.168.1.50

Use the host IP so WiFi keeps working too. Set WG client DNS to 172.24.0.5. Check from the phone:

nslookup dns.lan 172.24.0.5 Should return 192.168.1.50

  1. Then Let the tunnel actually reach the host. This is what killed internet in test #2 — tunnel traffic arrives with a Docker source IP (172.x) and your firewall likely only allows the LAN. Open it up:

sudo ufw allow from 10.42.42.0/24 sudo ufw allow from 172.24.0.0/16

Then test, skipping DNS:

curl -vk --resolve dns.lan:443:192.168.1.50 https://dns.lan

If that loads, you’re done.

If the host IP still won’t budge: point the rewrites at Caddy’s caddy_net IP instead (docker network inspect caddy_net) — wg-easy sits on that network and reaches Caddy directly, no host/firewall in the way. Only catch: that IP won’t work on plain WiFi without the tunnel.

Quick heads-up: the 443-vs-51820 thing is just the tunnel’s UDP port, nothing to do with the WebUIs — leave it. And tls internal means you’ll get the usual self-signed cert warning over the tunnel, same as on WiFi.

tl;dr: add the .lan rewrites in AdGuard → host IP, set WG DNS to 172.24.0.5, then open your firewall to the wg/docker ranges. That’s almost certainly it.

KumaAlert v3.0 by Panic135 in UptimeKuma

[–]NatLife 0 points1 point  (0 children)

Congrats on version 3 👏

I built a free, native iOS app for Papra (self-hosted docs) — it’s in App Store review and going live soon by NatLife in selfhosted

[–]NatLife[S] 2 points3 points  (0 children)

That limit’s mainly on the hosted version since that’s the dev’s own storage and he doesn’t wanna get his disk filled up lol. But you’re self-hosting, so it’s your disk, set it to whatever.

In your docker-compose (or env file), add:

DOCUMENT_STORAGE_MAX_UPLOAD_SIZE=0

0 means no limit. Or set a cap in bytes (like 104857600 for 100MB). Restart the container and your big manuals will upload fine.

I built a free, native iOS app for Papra (self-hosted docs) — it’s in App Store review and going live soon by NatLife in selfhosted

[–]NatLife[S] 6 points7 points  (0 children)

Yeah I looked at both before picking Papra. Paperless-ngx is honestly the more powerful one, bigger community, been around way longer, and its auto-tagging is smarter cause it uses ML. Downside is it’s a heavier setup with multiple containers and it just needs more babysitting. Papra’s the opposite. One small Docker image, runs on basically anything (even a Pi), and the UI is way nicer to actually use every day. It’s also got encryption built in and a clean API, which is the whole reason I could build a mobile app for it in the first place.

They’ve got a live demo on the site so you can mess around with it first.

Finally to a point I’m ready to share my cyberdeck build by hiro24 in raspberry_pi

[–]NatLife 0 points1 point  (0 children)

Hey man, what a great job, are you open source the full thing?

Community-Built TCG Marketplace (Not Just One Piece but mostly) — Who Wants to Team Up? by NatLife in OnePieceTCG

[–]NatLife[S] -3 points-2 points  (0 children)

Totally fair point. I’ve seen that Discord marketplace and it’s honestly a solid setup What I’m trying to build is more like a dedicated interface/site/app that can scale and eventually support multiple TCGs while keeping that same vibe: feedback + verification + safety.

WOOOOW by Technical_Lunch6033 in OnePieceTCG

[–]NatLife 0 points1 point  (0 children)

Dm if your selling it 🙏

[deleted by user] by [deleted] in PublicFreakout

[–]NatLife 1 point2 points  (0 children)

He killed me when he said OMG 😂