Beiträge von friend_of_root

Ich wußte nicht, dass ich immer schon ein Rentier wollte. Aber ich hab im Moment genug. Es muss bis nächstes Jahr warten.

Zitat von timkoop

Das würde aber voraussetzen, dass die Nodes alle nur eine CPU haben. Wenn jetzt zwei VMs unterschiedliche CPUIDs ausgeben würden, dann können diese trotzdem auf dem gleichem Host laufen, solange beide von unterschiedlichen CPUs versorgt werden.

Vielleicht kann man irgendwie über einen Zeitraum von 48 Stunden alle CPUs auf einem Host nach und nach auslesen (in eine Textdatei appenden).
Dann dasselbe auf den anderen Servern laufen lassen und vergleichen.. wenn ein CPU gleich ist, dann ist es auf demselben Host.

Oder eine andere Idee, vielleicht haben die Server auf einem Host dasselbe IPv6 Subnet bevor man ein solches selbst zuweisen lässt. Ich habe aber davon leider noch kein Verständnis und daher ist das nur mal so ins Blaue hinein überlegt.

Zitat von whoami0501

So. Ich habe heute mal noch ein bisschen an meinem Script gebastelt. Es kann sich schon sehen lassen, meine ich.

Git-Repository: https://codeberg.org/wh0ami/debsec

LanOpa Du, und auch alle anderen, könnten die Sache schonmal testen. Das wäre nett.

Nach wie vor könnt ihr gerne Vorschläge machen oder direkt mitarbeiten.

Gerade an meinem *wundervollen* English for Runaways kann man sicher noch was machen.

Finde ich super. Danke!

Werte Community, wie kann ich herausfinden, ob meine Server auf demselben Host laufen?

Ich hab es jetzt bestellt. Kann mich damit beschäftigen und kenne mich das nächste Mal hoffentlich besser aus.

Leider bin ich noch immer unschlüssig ob eine alleine IPv6 Adresse einen Sinn macht.

Eine IPv4 oder eine failover IPv4 wäre besser, um sowohl für Serverupgrade als auch Ausfall gewappnet zu sein.

Aktuell hab ich noch 100 Kunden mit 180 Domains auf einem Managed Server in Köln, der leider die IP nicht auf ein Upgrade mitnehmen kann und demnach extrem viele Baustellen für ein solches Unterfangen. Das möchte ich bei dem Root und dem Root/Plesk bitte nicht mehr haben.

Bei Platform.sh kann man ohne weiteres eine Domain einbinden ohne A Record, nur mit CNAME. Also für das Domainrouting ist es nicht notwendig.

Vielleicht kann man am Rootserver eine Subdomain einer anderen Domain auch in dieser Weise auf das richtige Ziel verweisen und routen, dann so wie unten mit der gewünschten Domain per CNAME draufzeigen.

Zitat von Platform.sh

If you add multiple domain names ensure you configure your DNS provider so that each has a CNAME to the value below.

master-7rqtwti-fu89iasdjfdf.fr-1.platformsh.site

Zitat von H6G

Die Clients weniger, aber die RFCs und die Anforderungen der Registries machen dir da Probleme.

Stand jetzt brauchen .de Domains immer einen SOA Record, zwei NS Records und einen A Record.

Der A Record kann auch auf 127.0.0.1 zeigen, aber wenn du einen Dienst auf einer Root Domain betreibst, ist das nicht sinnvoll.

Dual Stack betreiben, und gut ist. IPv4 Adressen kannst du ja glücklicherweise auch umziehen.

Für Subdomains kannst du natürlich auch CNAMEs verwenden, dass geht bei Root Domains leider nicht.

Aanke.

> IPv4 Adressen kannst du ja glücklicherweise auch umziehen.
Da bräuchte ich wahrscheinlich ein anderes Produkt: eine Failover IPv4 (da kann ich es selbst umziehen ohne 45,- Euro), oder eine zusätzliche IPv4 Adresse.

> Für Subdomains kannst du natürlich auch CNAMEs verwenden, dass geht bei Root Domains leider nicht.

Bei platform.sh stellt man das Projekt online und muss dann im DNS der Domain von einem externen Provider nur ein CNAME auf deren Eintrag machen.

Hat bisher für .com .fr .net funktioniert. .de habe ich nicht, vielleicht gibt es da eine Regel. - Auf manchen Root Domains scheint es also auch nur mit CNAME zu gehen.

Ipv6 Subnet..hmm die 45 Euro sind recht hoch im Vergleich zum Produktpreis, stören mich nicht, wenn ich einen Server mit 50 Apps drauf dann upgraden kann, ohne bei 30 Kunden in deren Domainkonfigpanel bei sämtlichen Hoster einloggen zu müssen und die Zugangsdaten zu besorgen.

Aber funktioniert es so?

Kann ich mit dieser Option alle A Records robuster machen, weil die Nameserver mit AAAA auf diese bewegbare ip6 zeigen, anstatt mit A auf die ipv4.

Kann ich dann das A Record komplett weglassen, oder macht das für mache Clients in 2020 noch Probleme?

Benötigt man für jeden Server so eine Option, oder kann man es für mehrere verwenden?

Zitat von H6G

Ich habe gestern ein System umgezogen, nur um dann zu merken, dass das ein blankes Alpine Linux war. Ohne großartige Aufgabe.

Genial!

Wofür verwendet ihr euren VPS200 so?

Zitat von H6G

Beide im Rettungsmodus. Du kannst das Blockdevice des Zieles ja nur beschreiben, wenn es gerade nicht gemountet ist.

Alternativ kannst du auch Clonezilla verwenden. Geht auch über Grml.

Das ist jetzt das einfachste, was mir einfällt.

Ggf. könntest du noch das System über rsync clonen. Musst nur ein paar Verzeichnisse ausschließen: /dev /proc etc.

Downtime musst du immer mit einkalkulieren. Kopiere nie eine Datei, die noch durch irgendeinen Faktor auf dem Quellsystem verändert werden könnte.

Daher macht man sowas eigentlich immer vom Rettungssystem aus.

Alles anzeigen

Ok, das hab ich jetzt verstanden. Danke.
Funktioniert das System nach dem Clonen wieder, oder gibt es noch eine Todo Liste nach der Übertragung der Dateien (SSH Keys)?

Ich dachte man kann eventuell den Snapshot (für den ja das Filesystem online gefreezt wird) irgendwie wieder entpacken, sodass zB nur der Zielserver im Rettungsmodus sein muss und das Hauptsystem einfach weiterläuft. Mit einer FailoverIP könnte so etwas sehr brauchbar sein.

Zitat von H6G

Nein, das wird selbstverständlich durch eine zentrale Authorität kontrolliert.

dd if=/dev/sda | ssh -c [...] jeweils im Rettungssystem ausführen.

Danke.

Soll ich also dafür das Sourcesystem im Rettungsmodus haben und das Zielsystem normal gebooted?
Ist es die beste Alternative, wenn ich dabei Downtime in Kauf nehmen muss?

Ich verstehe das längste Thema nicht Darf man hier einfach etwas hineinposten wie bei einem Chat?

Jedenfalls habe ich beim Blackfriday auch zugeschlagen und noch einen Server geholt

Nun versuche ich die 2 Server mittels Snapshots zu klonen.

Mir ist aufgefallen, dass der FTP für die Snapshotdaten für beide Servern gleich ist.

Der Name des Snapshops enthält die ServerID und wird damit dann nur diesem Server zum Einspielen angeboten.

Leider ist ein Umbenennen nicht erlaubt. Schade, denn das wäre wohl am einfachsten, um am anderen Server diesen Snapshot zur Verfügung zu haben.

Gibt es ein Script mit dem man das Duplizieren mit neuem Filenamen (bzw. download und upload) zwischen den FTPs ohne lokalen Download erreichen kann (zB über das lokale Windows Linux Subsystem)?
Oder soll ich per FTP auf den vServer herunterladen, umbenennen und dann wieder hinaufschaufeln? Das ist wäre doch nicht besonders elegant.

Danke.

Ich plane mit frischem Image und Onyx 17 zu starten.
Ein Rootserver bleibt für spezielle Projekte, der andere soll ein Webhostingserver mit Plesklizenz werden.

Hallo,

Es wird für meinen RS angeboten:

Plesk 12/Onyx Web HOST OEM

Aber es gibt doch bereits Plesk Onyx 17.8.11 Update 74.

Ist dies nicht hoffnungslos veraltet?
Bei so einem großen Versionsprung könnte ich mir Probleme bei einem späteren Upgrade vorstellen.

Beste Grüße,

Friend_of_Root

erledigt

Das Skript funktioniert nun optimal. Sehr guter Ansatz . Vielen Dank.

Ich habe es in einem Linux Subsystem auf Win 10 laufen.

Die Anwendung ist zum Beispiel um bestimmte Domains zu finden, die nicht auf unsere NS zeigen, sondern auf die Server IP. Diese brauchen Nachbearbeitung bei einer Übersiedlung.

Falls jemand noch eine Verbesserung vorschlagen würde wäre es toll.
Ich würde die Domains nur ausgeben wollen, wenn keine Rückmeldung vom DIG kommt, bzw. bestimmte 2 NS nicht vorkommen. Komme aber mit meinen Abfragen noch nicht weiter. Danke.

#!/bin/bash
while read DOMAINNAME; do echo "$DOMAINNAME "; dig "$DOMAINNAME" ns +short; done < /root/chkdomains_domainlist.txt > /root/chkdomains_result.txt

Funktioniert super und hilft mir meine 200 Domains zu managen.