Beiträge von voja

Zitat von liquid

Benötigt eine zweite NIC. Die kann man aber über das SCP auf die entsprechenden Server buchen nachdem man das Paket bestellt hat und es eingerichtet wurde. Erfordert aber auch das man nach einhängen der zusätzlichen NIC den Server per ACPI herunterfährt und dann über selbiges wieder hochfährt.

Bin gerade selbst bei der Konfiguration.

Ah ACPI nimmt man da am Besten. Ich hatte zuletzt immer per SSH den shutdown gemacht und dann erzwungen abgeschaltet. Dann spare ich mir das das nächste Mal doch.

Ich habe auch schon angefangen zu konfigurieren, wegen St. Martinsumzug bin ich aber noch nicht dazu gekommen einen weiteren Server neu zu starten um das VLAN Interface zu kriegen.

Zitat von [netcup] Felix

Wir stehen bei netcup kurz vor der Veröffentlichung von kostenlosen VLANs. Mit bis zu 100 MBit/s Bandbreite sind die VLANs dann kostenlos und einfach über das SCP konfigurierbar. Höhere Bandbreiten werden geringe monatliche Gebühren kosten.

Da bin ich aber mal gespannt. Auch ob man noch zusätzliche NICs braucht dafür.

Zitat von H6G

mfnalex jupp, aber nur mit altem EOL Kernel. Hatte mich letztens verklickt und wollte einen LXC Container - bekam ein OpenVZ Container mit aktuellem CentOS aber 2er Kernel.

Das ist so nicht ganz richtig. OpenVZ 6 hat im November 2019 EOL. Siehe https://wiki.openvz.org/Releases

Die Distribution ist voll supported und enthält aktuell den RHEL basierten 2.6.32 Kernel. Für den werden auch weiterhin Security Patches bereitgestellt. Ist also noch ein Jahr Zeit auf OpenVZ 7 zu wechseln.

Du kannst zum Beispiel das hier durchgehen: https://www.wpbeginner.com/wp-tutorials/h…n-in-wordpress/

Zitat von H6G

Failover ist nicht so einfach, wie du es dir gerade vorstellst.

Genau. Die Failover IP löst das Problem auf der Routing Ebene. Peacemaker/Corosync auf der Ebene der Server-Instanzen und dann fehlt noch unabhängig davon ein HA Setup für Deine Applikation.

Es gibt da auch nichts fertiges, Du musst Dir die Lösung selber bauen.

Du musst die Signatur im Webmail Editor sehen, wenn du die eMail schreibst. Sonst ist etwas nicht richtig eingestellt.

Welche Fehler kommen genau?

Ich hatte Multisite bisher nur auf Root-Servern am Laufen. Da hatte ich bisher nie Probleme, wenn ich mich genau an die Anleitung gehalten habe.

Eine Failover IP wird immer nur einem Server gleichzeitig zugewiesen. Du hast hier kein Anycast und kein automatisches Umschalten durch die Failover IP.

Es müssen beide Server die IP kennen. Also brauchst Du eine Lösung wie die IP im Fehlerfall auf den anderen Server gerouted wird. Sonst müsstest Du das manuell machen.

Was meinst Du mit Signatur?

Also Du musst sicherstellen, dass beide Server so konfiguriert sind, dass sie weiterhin so funktionieren, wenn der andere ausfällt. Das nimmt Dir keiner ab.

Das Peacemaker/Corosync Setup sorgt dafür, dass erkannt wird, dass ein Server ausfällt. Dann kann eine Aktion ausgelöst werden: die Failover IP auf den anderen Server schwenken.

Vereinfacht gesagt: nimm eine statische Webseite. Wenn die auf beiden Servern liegt und beide die Domain konfiguriert haben, dann kann man die IP schwenken und die Webseite bleibt online.

Danach wird es schwieriger. Eine Datenbank oder Applikationserver in einem HA Setup mit Replikation zu betreiben ist für sich jeweils nicht so leicht zu bewerkstelligen.

Und welches Tutorial hast Du genau versucht?

Das hier? https://codex.wordpress.org/Create_A_Network

Zitat von Bevor

Nachtrag: Habe ich es auch richtig verstanden, dass alles, das ich auf dem Server 1 mache, automatisch auch auf dem Server 2 landet wie zB Pakete installieren, etc?

Nein, genau das passiert nicht.

Um die synchronen Daten musst Du Dich selber kümmern. Das Setup würde nur sicherstellen, dass die Failover IP umgerouted wird, wenn ein Server nicht mehr erreichbar ist.

Ob der Artikel so noch funktioniert weiß ich nicht, der ist über acht Jahre alt.

Eine gTLD Domain kann man immer max. 10 Jahre im Vorraus bezahlen. Unvorhergesehene Preissteigerungen sind in 50 Jahren höchst wahrscheinlich.

Ob es in 50 Jahren das WWW in seiner heutigen Form noch gibt ist auch eher unwahrscheinlich.

Und dann gibt es bestimmt noch jede Menge rechtlicher Fallstricke.

Ich hatte letztens ein ähnliches Problem. Sind tcp syn Cookies eingeschaltet?

Siehe https://www.cyberciti.biz/faq/enable-tcp…kie-protection/

Zitat von fisi

Ich teste zur Zeit viel mit Docker, was ist eurer Meinung nach sinnvoller? Kubernetes oder SWARM

Swarm ist noch nicht tot? Alle Welt redet nur über Kubernetes. Die scheinen „gewonnen“ zu haben.

Generell als Warnung: was mit docker-compose noch sehr unkompliziert geht, wird dann bei Kubernetes schnell kompliziert. Bei den Ingress Controllern, die als TLS-Proxy vorne dran hängen und persistent Volumes (ja okay Ceph nutzen) hört es bei mir momentan mit dem Verständnis auf. Ich nutze aktuell keine Software, deren Architektur von Kubernetes profitieren kann.

Ich plane mir mal mit Ansible einen Cluster anzulegen, sobald ich zumindest die Ingress Controller verstanden habe.

Zitat von Matthis

Das scheint doch eine vernünftige Methode zu sein.

Und recht einfach zu realisieren, z.B. mit rspamd sowieso schon per default.

Welchen AntiSpam benutzt ihr denn?

Den erwähnten rspamd. ?

Du musst den Public Key nehmen. Alles andere wird nicht klappen. Wie kommst Du darauf, dass es damit nicht geht?

Zitat von H6G

Stimmt es, dass DKIM Keys im DNS nicht nach Format, sondern strickt nach 255 oder weniger ASCII-Zeichen getrennt / formatiert werden?

„You may have more than 255 characters of data in a TXT or SPF record, but not more than 255 characters in a single string. [...] However to get around this limitation, per RFC 4408 a TXT or SPF record is allowed to contain multiple strings, which should be concatenated together by the reading application.“

Quelle: https://kb.isc.org/docs/aa-00356

mainziman Es gibt einen Unterschied zwischen der Cryptobibliothek und dem TLS Protokoll. Es gab(!) eine Implementierung einer kommerziellen Bibliothek, in der die EC Ciphern geschwächt wurden. Die wurde nur für die US Regierung genutzt. Das war aber alles vor TLS 1.3. Und das hat zu Inkompatibilitäten geführt, weil der Implementierer einen Fehler begangen hat.