geo38

joined 1 year ago
[–] geo38@alien.top 1 points 11 months ago

You can use a reverse proxy like nginx to add the authentication and encryption for a plain http server.

[–] geo38@alien.top 1 points 11 months ago (3 children)

Some people have nothing better to do than sit on their phone and be bad people.

[–] geo38@alien.top 1 points 11 months ago

sendgrid works for me.

[–] geo38@alien.top 1 points 1 year ago (3 children)

I think you're missing the point. My issue is sharing / with the container as root. I understand some parts of Cosmos require --privileged. That is not my issue.

To be super repetitive, my issue is the combination of --privileged with -v /:/mnt/host

The very next statement in your documentation after this says:

in this command, -v /:/mnt/host is optional and allow to manage folders from Cosmos, you can remove it if you don't want it but you will have to create your container's bind folders manually.

If it's optional, then don't give it in the sample command that 99% of users will run. You can't tell me that it's not a risk.

And saying "other programs have risks, too" is pretty cowardly defense against suggesting users do something as unsafe as mapping their entire host file system to Cosmos when Cosmos doesn't need it.

[–] geo38@alien.top 1 points 1 year ago (5 children)

The readme is all about security and holes and other bad things that hackers/miscreants/bots can do and how Cosmos can prevent them, but the example run command has this which pretends none of those things actually exist:

--privileged  -v /:/mnt/host

Any sort of security lapse/hole in Cosmos or the software it builds upon gives a miscreant/bot/hacker full read/write access to the entire host system!

It's ironic as the readme has many bolded statements about how cosmos protects docker containers from one another in case one is breached, but makes the bold assumption that the Cosmos container itself is completely secure.

Mounting '/' from the host is a bad suggestion. Yes, the readme says it's optional, but holy heck don't make it the suggested method as many of the folks using Cosmos are doing so because they don't understand security and they'll use the suggested run command. They don't know this is a BAD suggestion.

[–] geo38@alien.top 1 points 1 year ago (1 children)

Sure

So, you're saying the link I posted actually does do what the OP wants?

[–] geo38@alien.top 1 points 1 year ago (5 children)

This MeTube in a local docker container seems to do what OP wants:

https://github.com/alexta69/metube

tag /u/kutu-dev

[–] geo38@alien.top 1 points 1 year ago (4 children)

Two suggestions

  1. After connecting via ssh, run 'screen' (sudo apt install -y screen)

That will create a virtual session. If your ssh connection breaks, that virtual session still exists.

https://linuxize.com/post/how-to-use-linux-screen/

  1. Use some sort of copy command that can deal with restarting a partial copy

    rsync -av /mnt/4tb/* /mnt/14tb/

[–] geo38@alien.top 1 points 1 year ago

How did you install freshrss, and what operating system are you using. If using docker, which docker image? There are multiple freshrss images. Do you explicitly map a docker volume or are you letting docker create an anonymous volume behind you back?

On my docker install using https://github.com/linuxserver/docker-freshrss the sqlite file is at this location inside the container at /var/www/FreshRSS/data/users/_/db.sqlite I have a bind mount mapping /var/www/FreshRSS/data to ./data . So, the sqlite file is in data/users/_/db.sqlite relative to the directory holding the docker-compose.yaml file.