[-] restlessyet@discuss.tchncs.de 1 points 6 months ago

Do you want to supplement your usenet sources? If so, what type of content/language are you looking for? Do you have any proof like screenshots of the old times left?

Things that should be answered before anyone would consider giving away an invite, because that is also a liability.

[-] restlessyet@discuss.tchncs.de 1 points 9 months ago* (last edited 9 months ago)

I guess your OPNSense rule from Edit3 is not working because the source is not your mailu instance, because connections are initiated from the outside and mailu only answers (TCP ACK). So you have asynchornous routing.

You may get this working if you set the "reply-to" option to the wg gateway on the firewall rule that allows VPS -> wg -> mailu traffic.

However there is a much cleaner solution using the PROXY protocol, which mailu seems to support: https://mailu.io/master/reverse.html

They are using traefik, but nginx also supports the PROXY protocol.

[-] restlessyet@discuss.tchncs.de 2 points 9 months ago

I ran into the same problem some months ago when my cloud backups stopped being financially viable and I decided to recycle my old drives. For offline backups mergerfs will not work as far as I understand. Creating tar archives of 130TB+ also doesnt sound like a good option. Some of the tape backup solutions looked to be possible options, but are often complex and use special archive formats...

I ended up writing my own solution in python using json state files. It's complete enough to run the backup, but otherwise very work-in-progress with no restore at all. So I do not want to publish it.

If you find a suitable solution I am also very interested 😅

[-] restlessyet@discuss.tchncs.de 2 points 1 year ago

I don't think you can force anything in this regard. There is the official forum, reddit and here. People will just naturally ask wherever they are comfortable.

[-] restlessyet@discuss.tchncs.de 2 points 1 year ago

thank you, just subsribed

[-] restlessyet@discuss.tchncs.de 2 points 1 year ago

It matters only if "the docker hosts external IP" your dns resolves is a public IP. In that case packets travel to the router which needs to map/send them back to the docker hosts LAN IP (NAT-Reflection). With cgnat this would need to be enabled on the carrier side, where you set up the port forwarding. If that's not possible, split-DNS may be an alternative.

If "the docker hosts external IP" is actually your docker hosts LAN IP, all of that is irrelevant. Split-DNS would accomplish that.

[-] restlessyet@discuss.tchncs.de 1 points 1 year ago

Are you hosting behind NAT / at home? If so, you may need to enable NAT reflection on your router.

view more: ‹ prev next ›

restlessyet

joined 1 year ago