[–] 3 points 1 hour ago* (1 child)

Aber derjenige, der sie Entscheidung getroffen hat, alles auszulagern, muss so selber keine Konsequenzen ziehen. Und das ist das wichtigste (für ihn persönlich und seine Entscheidung...).

Oder glaubst du im Gegenzug, dass derjenige, der die persönliche Verantwortung übernommen hat ein vernünftiges System selbst zu betreiben, das jetzt keine Ausfälle hat, dafür entlohnt wird?

Das gesamte System Unternehmensführung ist halt kaputt, und es geht schon lange nicht mehr um die Führung des Unternehmens, sondern nur um Abwälzen eigener Verantwortung, ebenso wie um kurzfristige Gewinne (oder Einsparungen), die sich im jährlichen Bonus niederschlagen, bevor man man weiterzieht und die Langzetifolgen der Entscheidungen bemerkbar werden.

  • source
  • parent
  • context
  • [–] 2 points 1 hour ago (1 child)

    EMails sind halt viel zu gut, in dem was sie tun. Jeder Idiot kann seinen eigenen eMail-Server ohne viel Aufwand betreiben. Und weil das so ist und Millionen mal eben ihren eigenen Service für die Versendung von Spam aufgesetzt haben, wurden diverse künstliche Hürden aufgebaut, die das verhindern und eMail als Service stattdessen in den Händen einiger kommerzieller Anbieter konsolidieren.

  • source
  • parent
  • context
  • [–] 1 point 1 hour ago*

    wir bekommen am laufenden Band klare Zeichen, dass Abhängigkeit zu diesen Konzernen ein Fehler ist

    Wer sind "wir"? Der Typ, der die Entscheidung getroffen hat, Unsummen für SAAS Müll zu verschwenden, bekommt gerade nur ein Zeichen: Gut, dass ich nicht verantwortlich bin, weil ich das ja alles an Microsoft ausgelagert habe! Die entstehenden Verluste hat er eh nicht zu tragen und so zusätzlich auch nicht die Verantwortung, wenn etwas schief geht.

  • source
  • parent
  • context
  • [–] 1 point 1 hour ago*

    aber was ich noch nicht verstehe

    Keine Angst... wenn du in der Position bist, das für eine hinreichend große Frima zu entscheiden, wird dir ein netter MS Mitarbeiter bei einem hübschen Essen auf der von MS bezahlten Dienstreise schon erklären, warum das so sein muss. 😉

  • source
  • parent
  • context
  • [–] 2 points 1 hour ago

    Es geht nicht um die wirkliche Haftung (für derartige Verluste haftet tatsächlich niemand), sondern rein um die Verantwortung. Bei eigener Infrastruktur muss jemand persönlich die Konsequenzen für Versagen ziehen. Wenn man diese stattdessen für viel Geld auslagert, weil das alles so machen es die gängige Norm ist, hat man selber auch ncihts falsch gemacht.

  • source
  • parent
  • context
  • [–] 3 points 1 hour ago*

    sollten wir uns fragen, wie wir uns unabhängiger machen können

    Nö, die Leute in den entsprechenden Entscheidungspositionen fragen sich eher, wann der Microsoftangestellte das nächste teure Essen oder die nächste bezahlte Dienstreise rüerwachsen lässt, im Rahmen derer er dann die vorgefertigten "Argumente" liefert, warum in Wahrheit noch mehr einseitiger Fokus auf Microsoft das Problemn löst.

    Und während sie warten, sind sie froh darüber, dass massive Mengen an Geld zu verschwenden, um essentielle Dienst an Drittanbieter auszulagern, die Norm geworden ist, und sie jetzt keinerlei Verantwortung für den Ausfall zu tragen haben.

  • source
  • [–] 1 point 1 hour ago

    And the best thing (for businesses) about all of these options are that there’s no licensing costs.

    But who would bribe the comany or department bosses to use their stuff in particular when there is no money to be made from licensing costs... 😉

  • source
  • parent
  • context
  • [–] 2 points 1 hour ago*

    But the problem is that for a lot of businesses, it just doesn’t make financial sense to set up their own decentralised systems

    The exact opposite is true. For every company big enough to have any in-house IT capacities it's cheaper to do it yourself. There is a reason AWS and hundreds of similiar smaller comanies globally became a provider of computer services and server capacities: it developed as a side-gig from over-capacities in their own infrastructure. Infrastructure build because it made finacnial sense to set it up to themselves to save money and have actual control over their data and stuff.

  • source
  • parent
  • context
  • [–] 2 points 2 hours ago

    Y’all really don’t understand how the money flows

    The money flows from Microsoft to schools and universities to condition them them to think MS is the only option and then from Microsoft to non-tech people in deciding positions as bribes and favours so they decide to pay MS a fortune for shitty SAAS. It's basically corruption used as an investment.

    or how expensive it is to run this shit

    Oh, you meant that side of the money... Yeah, not expensive at all. There is a reason everybody can get email for free or for very little money if you need advanced functions and active service. And there is a reason the big providers are now basically running with whitelists only, because every idiot and their mom can run their own service. There is a reason why simple office solutions you can also get for free are nowadays –like so many other things– porvided as SAAS: to make money off idiots and paid morons.

  • source
  • parent
  • context
  •  

    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 ›