Here is the VPN setup page of Njalla. As you can see, it looks just as spartan as the public-facing parts of their website.
You do not need to set up port forwarding on the website. They give each customer a static IP, so as long as you configure your ip tables to allow port forwarding, it just works on any port. QBittorrent worked out of the box.
Since my airvpn test month expired, I've just bought a Njalla subscription. Here are my experiences:
Pro:
- Payment via PayPal or cryptocurrency
- Same price as Mullvad (5€/month)
- Static IPv4 and v6, allows you to forward any port
- Torrenting just worked (including port forwarding)
- No VPN application, just use vanilla OpenVPN or Wireguard
- Does not throttle my internet speed (I only have 50MBit/s, so I cannot really test VPN performance. Definitely better than AirVPN though)
Contra:
- Requires E-Mail address/XMPP to create an account
- Only one client. If you need to access your VPN from multiple devices at the same time, you need to buy multiple subscriptions
- Only Swedish servers
Conclusion: for my usecase (Raspberry-Pi-based torrent box) Njalla looks great. If you want to use it on multiple devices or need to circumvent geoblocks, you should look for a different service.
It seems like they made the same mistake as youtube-dl back in the day. If you develop a tool that can be used for piracy, do not straight up advertise that in your readme/documentation.
If you create a YouTube downloader, do not show it downloading music from major labels, use for a creative commons track for the demo instead.
And dont say in the short description of your repo that this tool is meant to steal books from an online lending library.
KDE Sytem monitor has that function, too. You just have to add it to the history page (Sensors/GPU/Usage)
You can setup PiHole to block Samsung's ad servers. Some routers give you the option to block specific websites, that works, too.
The site you have to block:
- samsungads dot com
- samsungtvads dot com
You can access ZFS snapshots from the hidden .zfs folder at the root dir of your volume. From there you can restore individual files.
There is also a command line tool (httm) that lists all snapshotted versions of a files and allows you to restore them.
If the snapshot you want to restore from is on a remote machine, you can either send it over or scp/rsync the files from the .zfs directory.
Yes, it does. You can also use the tool to check if a file is cached (just run it without any arguments for that).
If you use a VPS as a backup target, you can also format it with ZFS and use replication. Sending snapshots is faster than using file-level backup tool, especially with a lot of small files.
I am running a ODroid HC4 as a media server with Jellyfin and Navidrome.
After expanding my music collection to about 70k tracks, Navidrome's search performance was terrible. Searching for tracks took more than 10 seconds.
I know that Navidrome's search just uses SQLite LIKE statements without an index, so the performance is not optimal, but it could definitely be better. However, the main reason for the bad performance was the slow microSD storage.
My ODroid may have slow storage, but it has plenty of RAM (4GB). So it should be possible to keep a 160MB database permanently cached. Turns out, there is an application that can permanently keep certain files in RAM: vmtouch.
You can install it with apt and then run the command vmtouch -vtl database.sqlite. This will keep the file locked in RAM as long as the program is running.
VMTouch also comes with a service to permanently keep certain files cached. To set it up, you have to edit the config file under /etc/default/vmtouch and restart the service.
```
Change to yes to enable running vmtouch as a daemon
ENABLE_VMTOUCH=yes
User and group to run as
VMTOUCH_USER_GROUP=root:root
Whitespace separated list of files and directories for vmtouch to operate on
VMTOUCH_FILES="/apps/data/navidrome/navidrome.db"
Options to pass to vmtouch itself. See vmtouch(8).
VMTOUCH_OPTIONS="-tld" ```
Now the music database is always kept in RAM, which improved the search speed to 300-600ms.
Source: https://www.baeldung.com/linux/file-cache-ram
You can use Spotrip. The original developer made his code private in fear of DMCA takedowns, but there are a few forks around.
What nitter instance are you using? I'm getting an error message indicating an empty json document.
