Beiträge von whoami0501

Zitat von sla

Hat noch jemand gerade Probleme mit den "Festplatten" unter Medien im SCP?

Si. Supportticket ist bereits offen.

Zitat von ThomasChr

Krass wie gut es unsere Regierung mit uns meint!

Ich bin heute schon den ganzen Tag mit Mehrwersteuerumstellungen bei Hinz und Kunz beschäfftigt.

Meine Regierung schenkt mir nicht nur riesig viel Geld, sie sorgt auch dafür dass ich mich auf Arbeit nicht langweilen muss... Ist das nicht absolut großartig?

Spotify hat mir heute bescheid gesagt - gut, dass ich erinnert wurde. Ich wollte nämlich kündigen - habe ich gleich mal getan.

Qobuz erzeugt zwar wirklich das zehnfache an Kosten aber die Qualität ist halt auch geschätzt 10 mal so gut.

Bei einer von mir betriebenen Website auf einem anderen Server hier bei Netcup konnte ich ziemlich exakt 48h lang eine sichtbar höhere Latenz bei IPv4 Verbindungen erkennen.

Bildschirmfoto von 2020-06-30 09-59-34.png

Bei anderen Websites bzw. Servern hier bei Netcup ist das nicht passiert (da war die Latenz konstant und bei IPv6 und IPv4 in etwa gleich), nur bei dem einen.

Woran könnte sowas liegen? War da vielleicht irgendein Router der Meinung "Nö, heute gehts mal woanders lang..." ?

EDIT: Nee - dann wäre ja HTTP auf IPv4 auch verzögert, war es aber nicht. Nur HTTPS auf IPv4. Merkwürdig merkwürdig.

Also im Zuge dessen, was man aktuell immer wieder so zu hören bekommt, sollte man folgende Aussage doch wirklich mal festhalten:

Zitat von fefe

Anders formuliert wird eine Erkenntnis daraus: Je mehr Zeit wir in der Entwicklung sparen, desto weniger Durchblick haben unsere Entwickler, desto tiefer liegt die Schranke für einen Angreifer. Der muss das System ja nicht in Gänze verstehen, um es angreifen zu könne. Es reicht, wenn der einen angreifbaren Aspekt des Systems besser versteht als die Entwickler

Zitat von timkoop

Es ist doch schon seit Debian 9 nicht mehr die aktuellste Software... Und wenn man von Updates redet, dann seit Debian 10

Das sollte ja auch ein Witz sein.

Netcups Defintion diesbezüglich ist halt etwas... naja.

Zitat von oliver.g

Muss euch enttäuschenmi

Also des hat noch heute, morgen und übermorgen Support. Das muss man ja mal wohl noch ausnutzen. HUST

Erst ab Mittwoch ist das nicht mehr die aktuellste Software.

Zitat von mainziman

so nach dem Motto: "mit Bargeld kann mir nichts passieren, da bin ich immer sicher;"

Naja - mit Bargeld kann man wenigstens (halbwegs) die Anonymität wahren. Aber das hat erstmal nichts mit Sicherheit zutun.

Zudem haben die Münzen zumindest noch einen (wenn auch geringen) Materialwert.

Aber das nützt dir im Zweifel alles nichts...

Mal so ne Frage - gegeben des Falls, man meint, ein Galeracluster mit mehreren MariaDBs betreiben zu müssen - das machen hier ja einige...

Wie realisiert ihr das, dass eure Anwendung immer die "richtige" DB anspricht? Ein DNS Name mit zwei IPs dahinter? Oder ein DNS Name, der irgendwie durchs Monitoring auf eine andere IP Adresse umgeschalten wird, wenn ein Server "verreckt"?

Eine andere Domain die ich hätte - werte den Pfad im Referrer Header der Anfrage aus und leite darauf basierend an das richtige Backend weiter.

Nicht getestet - nur eine Theorie, die klappen könnte.

Hi,

was spricht dagegen, beide Apps unter einer eigenen Subdomains (= VirtualHost) laufen zu lassen?

Dann würde sich das ja nicht weiter in die Quere kommen.

Zitat von VVV

Vielleicht wird gerade das Default-Image aktualisiert

Na das wäre ja auch höchste Eisenbahn...

Irgendjemand müsste Mittwoch früh dann mal nen Server als Test bestellen... Das wäre ja echt der Hammer, wenn Netcup da einfach weiterhin Debian Jessie ausliefert. Also das wäre dann so der Zeitpunkt, wo es echt nicht mehr lustig wäre...

Zitat von jxbi

Das mache ich auf keinen Fall, ich habe genug anderes drauf, was perfekt läuft.

Als Info, es ist ein Community-Forum, daher wäre etwas Hilfe vielleicht eine nette Sache.

Naja - aber was Bensen sagt, hat schon Hand und Fuß.

Du betreibst da einen Server am freien Internet. Es ist deine Aufgabe (für welche du vollständig haftest), dass der Server ordentlich abgesichert ist und nicht gehackt + missbraucht wird.

Wir meinen das nicht böse und können es dir auch nicht verbieten. Wir wollen dich und den Rest des Internets nur vor möglichen Schaden bewahren.

Was ich sehe, ist, dass du nicht in der Lage bist, grundlegende Einstellungen an der von dir eingesetzten Software selbstständig vorzunehmen. Ich glaube auch nicht, dass es dir auffallen würde, wenn du dabei unwissentlich eine Sicherheitslücke einbauen würdest.

Und das lässt mich auch daran zweifeln, dass du Betriebssystem und Anwendungen so absichern kannst, dass sie den permanenten Angriffen aus dem Internet standhalten und nicht missbraucht werden.

Es geht hier um Hilfe, das ist richtig. Aber nicht dafür, dass wir für dich für lau komplett deinen Server einrichten und betreiben.

Wir haben dir einen Stups in die richtige Richtung gegeben, du musst jetzt nur mal in ein paar Dokumentationen schauen und anfangen, das ganze umzusetzen. Wenn dabei Fragen entstehen, kannst du uns diese ja stellen. Aber es ist dein Server, deine Verantwortung und du musst den ersten Schritt machen.

Als Admin muss man halt selbstständig Hand anlegen können und wollen. Das gehört nun mal dazu. Und wenn man das nicht kannn, dann sollte man die Finger davon lassen.

Zitat von jxbi

Inwiefern soll ich den zurecht fummeln bzw. was muss ich dort einstellen?

Blyat. Also erstens meinte ich die /opt/mailcow-dockerized/mailcow.conf (sorry) und zweitens ist da eigentlich alles ausreichend kommentiert.

Zitat von jxbi

Wie müsste ich das genau konfigurieren?

In der /opt/mailcow-dockerized/docker-compose.yml kannst du dir die Container der Kuh erstmal zurecht fummeln und dann bastelst du dir halt im Apache2 einen reverse Proxy, der auf die Ports zeigt, wo der nginx von der Mailkuh lauscht.

Ich habe für Apache2 jetzt keine Beispielconfig, da ich damit nicht arbeite (viel zu lahm). Aber es gibt dafür eigentlich genügend Beispiele im Netz.

Also ich vermisse da ja sehr den Postfix Container der Mailkuh. Der nginx Container fehlt auch...

Da musst du doch beim Starten der Mailkuh Fehler bekommen haben - oder spätestens dann, wenn du die Mailkuh jetzt mal versuchst durchzustarten?!

Ich möchte ja fast meinen, dass es da Probleme wegen des Apaches gibt. Blockierte Ports oder Probleme beim ziehen des Zertifikats oder so. Hast du den Apache2 richtig als reverse Proxy eingerichtet? Und das in der Mailkuh auch so konfiguriert?

Zitat von jxbi

Aber SMTP, POP3 und auch IMAP scheinen alle aktiv zu sein.

Scheinen ist eine ganze schlechte Aussage...

Teil doch mal den Output von docker ps und ss -tulpn mit uns.

Zitat von sla

Ist es das nicht meistens woran gute Ideen scheitern? Mit viel mehr Zeit könnte man so schöne Lösungen bauen die sich nicht quick and dirty anfühlen...

Absolut korrekt. Aber gerade in Unternehmen, für die IT nur ein Cost Driver und nicht das Hauptgeschäft ist, wird die IT ja auf der absoluten Sparschiene gefahren und da sollen dann z.B. 2 Mitarbeiter die IT eines ~1000 Mitarbeiter Industrieunternehmen managen.

In dem besagten, mittelgroßen, Krankenhaus sind es glaube ich ~5 Leute in der IT - die wissen nicht, wo vorn und hinten ist. Da wird dann halt irgendwas hingestellt, hautpsache es funktioniert und dann geht es an die nächste Baustelle. Von sowas wie Trennung von IAT und PU oder alles immer schön zu pflegen und zu optimieren garnicht erst zu sprechen.

IT ist genauso wie so ziemlich alles andere auch kaputtgespart... zumindest in den meisten Fällen.

Zitat von mainziman

ich mein wenn der Pfarrer sowas von faul ist, dass er net amal a paar Schritte gehen kann um seine Krawallmaschine anzumachen,

dann sollt er besser gleich beim Petrus vorstellig werden, an statt des ins Internet zu stellen um es mit dem Teufelswerk von Heizflosse steuern zu können;

Eine simple Elektronik mit Zeitsteuerung würde es für die meisten Fälle ja auch tun... aber sowas ist ja weder modern, noch hipp.

Zitat von timkoop

Gibt es einen neuen "Meister" oder habe ich es nur verschlafen?

Neu - mich schmückt der Titel noch nicht allzu lange.

Ich halte davon bloß nicht sehr viel, weil dieses Punktesystem in Foren i.d.R. eh eher Quantität als Qualität belohnt. Das würde ich persönlich eher an Beiträge geteilt durch Likes fest machen. So KD mäßig.

Zitat von sla

Naja man kann schon, VLAN ohne Internetzugriff und schon ist alles gut. Aber trotzdem, es klappte mehrere Jahrzehnte sehr gut das Licht am Schalter auszuschalten.

Da hast du recht. Aber zeig mir den normalo, der sowas macht. Und ich kenne auch eine IT Truppe aus einem Krankenhaus - ich will da niemanden zu nahe treten, aber zumindest die Truppe ist weder in der Lage sowas zu machen, noch haben die die Zeit und Nerven dazu.

Wow... davon hatte ich garnichts mitbekommen.

Mit jedem mal, wo ich sowas lese, fühle ich mich einmal mehr darin bestätigt, solche IoT Mist nicht zu benutzen...

Zitat

Diese habe ich mit den zwei angegebenen Befeehlen (von GitHub) installiert und dann gestartet [...]

Die Befehle von GitHub:

Zitat

First run to print out the install process:

Code

curl -fsSL https://code-server.dev/install.sh | sh -s -- --dry-run

Now to actually install:

Code

curl -fsSL https://code-server.dev/install.sh | sh

The install script will print out how to run and start using code-server.

Und dann wundern, wenn irgendwas nicht geht oder noch schlimmer, wenn der Server gehackt worden ist.

Das sind so Momente, wo mann einfach nur noch weinen gehen möchte.