[-] Ooops@feddit.org 2 points 1 hour ago

But Italy already has their own domestic neo-fascist is government.

[-] Ooops@feddit.org 4 points 6 hours ago

That reads much too sane for today's ~~idiot mud fight~~ discussions about AI.

[-] Ooops@feddit.org 5 points 11 hours ago

Seems broken...

No, I will not cosider Debian for a "bleeding edge' 'gaming' setup.

[-] Ooops@feddit.org 8 points 16 hours ago

Getting flooded with the exact same algorithm-controlled brain-rot rots brains in the exact same way...

[-] Ooops@feddit.org 14 points 1 day ago

"See! We look out for our loyal assets even when they fail to destroy their countries for us."

That's important messaging to encourage all their other puppets to stay loyal...

[-] Ooops@feddit.org 2 points 1 day ago* (last edited 1 day ago)

No. I do however remember questioning people's sanity when they talked about stupid and incompetent politicians when it was very obvious that they were corrupt but knew very well what they were doing.

Decades later not much has changed. The malicious working against voters has become even more obvious and people still pretend that those corrupt shitbags are mostly just dumb and don't know any better.

[-] Ooops@feddit.org 11 points 1 day ago

But they bring many, many more people onboard to help pumping the bubble and later pressure the government to save them once that absolute insanity finally bursts.

[-] Ooops@feddit.org 8 points 1 day ago* (last edited 1 day ago)

At the moment you have to click on the cookie banner on every single website. It’s just pain in the ass for any user.

You don't have to click those banners because they are neccessary but because the sites intentionally show them to you again and again and again as propaganda against data protection.

Edit: case in point... when you open lemmy.world to type your comment your browser gets checked by Cloudflare and then a cookie gets placed to mark you as having passed the check. They could theoretically also use this cookie to analyse user behavior by logging how often and when you visit the site, how many topics you open up to read per visit and so on... All without needing to show you a cookie banner as they are simply not using private data that can be used to identify you.

[-] Ooops@feddit.org 6 points 1 day ago

If your "analytics" did not include collecting personal data that can used to identify them, you never needed that banner in the first place.

[-] Ooops@feddit.org 9 points 1 day ago

Sure. You can totally avoid them. Just by using very basic sentences. The same is true for a lot of puctuation.

But that doesn't make your sentences planned better but is simply a sign of limiting yourself by avoiding any complexity.

[-] Ooops@feddit.org 21 points 2 days ago

If you make a sumo analogy you should perhaps know enough about sumo to understand that being the light-weight sumo wrestler in a sport without weight divisions is not the flex you think it is...

[-] Ooops@feddit.org 27 points 2 days ago

The flow of bribe money and favors not continuing might be a problem for some, but I would not categorise it as a "technical" one.

34
submitted 4 months ago by Ooops@feddit.org to c/unixporn@lemmy.world

25
submitted 6 months ago* (last edited 6 months ago) by Ooops@feddit.org to c/selfhosted@lemmy.world

As this will -thanks to me being quite clueless- be a very open question I will start with the setup:

One nginx server on an old Raspi getting ports 80 and 443 routed from the access point and serving several pages as well as some reverse proxies for other sevices.

So a (very simplified) nginx server-block that looks like this:

# serve stuff internally (without a hostname) via http
server {
	listen 80 default_server;
	http2 on;
	server_name _; 
	location / {
		proxy_pass http://localhost:5555/;
                \# that's where all actual stuff is located
	}
}
# reroute http traffic with hostname to https
server {
	listen 80;
	http2 on;
	server_name server_a.bla;
	location / {
		return 301 https://$host$request_uri;
	}
}
server {
	listen 443 ssl default_server;
	http2 on;
	server_name server_a.bla;
   	ssl_certificate     A_fullchain.pem;
    	ssl_certificate_key A_privkey.pem;
	location / {
		proxy_pass http://localhost:5555/;
	}
}
#actual content here...
server {
	listen 5555;
	http2 on;
    	root /srv/http;
	location / {
        	index index.html;
   	} 
    	location = /page1 {
		return 301 page1.html;
	}
    	location = /page2 {
		return 301 page2.html;
	}
        #reverse proxy for an example webdav server 
	location /dav/ {
		proxy_pass        http://localhost:6666/;
	}
}

Which works well.

And intuitively it looked like putting Anubis into the chain should be simple. Just point the proxy_pass (and the required headers) in the "port 443"-section to Anubis and set it to pass along to localhost:5555 again.

Which really worked just as expected... but only for server_a.bla, server_a.bla/page1 or server_a.bla/page2.

server_a.bla/dav just hangs and hangs, to then time out, seemingly trying to open server_a.bla:6666/dav.

So long story short...

How does proxy_pass actually work that the first setup works, yet the second breaks? How does a call for localhost:6666 (already behind earlier proxy passes in both cases) somehow end up querying the hostname instead?

And what do I need to configure -or what information/header do I need to pass on- to keep the internal communication intact?

view more: next ›

Ooops

0 post score
0 comment score
joined 2 years ago