Beiträge von Paul

Zitat von aRaphael

Welche der Linux-DVDs im SCP ist denn geeignet für einen Server mit nur 512 MB RAM?

Ein Ubuntu 22.04-Image kann ich schon mal nicht einspielen. (Kernel panic/Mem exhaust) Hatte ich auch nicht erwartet, aber probieren kostet ja nix.

Aber auch ein Ubuntu 20.04 von DVD zu installieren klappt nicht. Ich dachte ich könnte dann swap einrichten, aber bis dahin komme ich erst garnicht.

Ich kann zwar noch die Sprache auswählen, aber die Installtion bricht dann gleich ab. (initramfs unpacking failed)

Ein klarer Fall für Alpine Linux! Das ISO dafür musst du allerdings manuell hochladen. Ist aber dafür sehr klein.

Zitat von banac

Das ist nun schon ein wenig ärgerlich: Netcup macht Aktionsangebote und hat gar nicht die Hardware dafür verfügbar?!?
Das wäre so "irreführende Werbung" und geht in Richtung Lockangebote, da es auf der Angebotsseite keinerlei Hinweise gab, daß die Hardware erst "besorgt" werden muss.

So eine Situation ist jetzt natürlich blöd. Normalerweise sind solche Aktionsprodukte limitiert und lassen sich nicht mehr bestellen, sobald sie vergriffen sind. In der Vergangenheit gab es solche Bereitstellungsprobleme bei Aktionen eigentlich nie, zumindest nicht, wenn die Bestellung an sich geklappt hatte. Das war in deinem Fall vermutlich ein ungünstiger Einzelfall. Was ist denn aus dem Account Problem geworden? Hat sich zumindest das gelöst?

tab Wie zufrieden bist du denn mit der Managed Nextcloud Umgebung? Vor allem läuft die ausreichend schnell und stabil? Da ich immer mal wieder auf Zweit- und Drittrechnern verschiedene Linux Distributionen teste und vergleiche, synchronisiere ich auch oft meinen Nextcloud Client neu. Damit stoße ich nicht selten auf Performance Probleme mit meiner eigenen Nextcloud Installation. Daher würde mich wirklich mal interessieren, wie sich die Managed Nextcloud so anfühlt. Ich hatte immer mal wieder vor das zu testen, bin dazu bisher aber noch nicht gekommen. Auch weil es sich sehr seltsam anfühlt, wenn man von einem self-hosted Service wieder wegmigrieren soll. Aber da deine Erfahrungen ja noch sehr frisch sind und du ja initial sicher auch einiges an Daten kopiert hast, möchtest du da mal kurz berichten?

Zitat von Bud

Hat jemand eine 1€-Schüssel bei I0N0S und kann mir sagen ob diese in Frankfurt oder in Berlin steht?

Hier steht er in Frankfurt am Main. Allerdings würde ich jetzt nicht erwarten, dass das bei neuen Bestellungen immer so ist.

Wobei das durchaus seinen Reiz haben könnte. Ein bisschen Russisch-Roulette. Ich muss einen Server neu installieren - mal schauen, ob ich den richtigen erwische

Zitat von locke496

BTW, da gibt es im SCP unter General einen Nick Eintrag (Spitzname). Wenn ich da was eintrage, welche Auswirkung hat das denn?

Das ist nur ein Eintrag, der im SCP erscheint, damit man die Server in der Übersicht besser identifizieren kann. Hat man mehrere Server, so ist die v20xxx angabe dann doch recht unübersichtlich. Außerhalb des SCP hat dieser Nickname keine Auswirkungen und auch auf den Server selbst hat das keinen Einfluss.

Zitat von locke496

Sollte ich nun im Feld Hostname irgendwas anderes angeben, dann wird dieser Name zwar im installierten Linux in der `/etc/hosts` und der Kurzname in der `/etc/hostname` erscheinen, aber es wird dafür keinen DNS Namen geben.

Ist das so richtig?

Korrekt! Es wird kein DNS Eintrag angelegt - egal was man dort einträgt. Man kann entweder den vorgeschlagenen Hostnamen nehmen (für diesen gibt es schon einen entsprechenden DNS Eintrag) oder aber man trägt was komplett eigenes ein. In diesem Fall ist man aber komplett selbst verantwortlich für die DNS Enträge. Das Feld sorgt letztendlich wirklich nur dafür, welcher Hostname im System erscheint (was sich im Nachhinein natürlich auch nochmal ändern lässt).

Zitat von aRaphael

Wieso das?

Ich mache das seit Jahren so und es funktioniert völlig problemlos, mit sehr kreativen hostnames. (Auch mit postfix)

Oft haben meine hostnames nicht den geringsten Bezug zur domain und den DNS-Einstellungen

[...]

Der Hostname muss natürlich nicht immer die Domain haben, unter der die Applikationen laufen. Das wollte ich damit nicht ausdrücken. Wenn man aber eine Domain nutzt, sollte man entweder eine Pseudo Domain nutzen (z.B. .local) oder eine, die man selbst kontrolliert (ich selbst habe z.B. Domains einzig für Hostnamen). Es ging mir vor allem darum, dass man nicht einfach so eine x-beliebige Domain nehmen sollte - auch wenn das technisch möglich wäre. Es wäre z.B. möglich, dass ich meinen Server ccp.netcup.net nenne. Aber wie man unschwer erkennen kann, ist das keine so gute Idee. Man kann natürlich lokal mit Hosts Einträgen arbeiten. Das kann aber u.U. auch etwas heikel sein, weil man das schnell mal vergisst oder falsch konfiguriert. Da wäre mir das Fehlerpotential viel zu hoch als dass es irgendeinen positiven Nutzen aufwiegen würde.

EDIT: Natürlich kann man auch einen Hostnamen nutzen, für den es keinen DNS Eintrag gibt. Aber man sollte halt dann sicherstellen können, dass es auch so bleibt, weil man entweder selbst die Domain besitzt oder die Domain nie einen öffentlichen DNS Eintrag bekommen kann (wie das obige Beispiel mit .local).

Wenn du dich für einen FQDN Hostnamen entscheidest, kannst du nicht irgendeinen Namen verwenden (theoretisch schon, ist aber keine gute Idee), sondern solltest auch darauf achten, dass die DNS Einträge hierfür korrekt sind. Der vorgeschlagene <ID>.<X>srv.de Hostname würde z.B. funktionieren. Ein fridolin.goodsrv.de wird so aber nicht funktionieren - davon wäre auch abzuraten. Du kannst aber unter deiner eigenen Domain einen beliebigen Hostnamen wählen. Die Gefahr ist sonst, dass du einen Hostnamen wählst, den es evtl. schon gibt und damit auch schon vorhandene DNS Records. Das kann zu unschönen Nebenwirkungen führen. Daher sollte man grundsätzlich immer nur so einen Hostnamen wählen, welchen man auch vollständig kontrolliert. Spätestens bei einem Mailserver wird das sonst ziemlich kritisch.

Zitat von Bud

Kennt jemand gute (online) Kurse in Richtung IT-Systemadministration bzw. alles rund ums Thema Linux / Server? Oder Bücher? (Die Buchempfehlungen vom letzten Mal könnt ihr gerne erneut verlinken wenn ihr die grade parat habt - oder ich suche sie mir später zusammen.)

Die Kurse müssen nicht kostenfrei sein, wenn es sich lohnt.

So spontan fallen mir da die Bücher von Kofler ein (z.B. https://kofler.info/buecher/linux/). Die sind sicher nicht schlecht, weil sie auch regelmäßig aktualisiert werden. Das ist leider so ein Problem in der IT-Welt. Man hat quasi nie ausgelernt und muss immer am Ball bleiben. Bis ein Buch mal erschienen ist, ist der Inhalt dann oft schon veraltet. Grundlegende Dinge bleiben natürlich gleich. Aber man muss dann doch immer etwas aufpassen und darauf achten, wann das Buch geschrieben/veröffentlicht wurde.

Da ist wohl gerade etwas kaputt

Screenshot from 2024-07-10 12-25-32.png

Zitat von H6G

2001:db8 ist explizit für die Dokumentation und Beispiele von öffentlichen Unicast Präfixen.

Ich kann nur mutmaßen, dass jemand db8 durch cafe ersetzt hat, weil es cooler klingt - ohne zu wissen, warum.

Letztenendes hängt es davon ab, wie du dein Cluster erreichen möchtest von außen, oder ob sowieso alles über einen Ingress Dienst geleitet wird.

IMHO empfielt sich dort meistens ein ULA Prefix bei Netcup - es sei denn du betreibst nur ein Single Host K8S "Cluster" - dann kannst du das auch mit einem zusätzlichen IPv6 Subnetz machen.

Danke für die Info bzgl. 2001:db8! Das kannte ich so auch noch nicht.

Im konkreten Fall habe ich das tatsächlich in einem Single Host K8s (k3s) evaluiert. Im normalen Fall, wenn man sowieso nur HTTP Anwendungen hat, läuft das alles über den Ingress Controller. Das ist kein Problem. Etwas umständlich wird es immer nur, wenn man andere Ports erreichbar machen will. In diesem Fall z.B. ein Gitea und dessen SSH Port. Am einfachsten geht das über einen HostPort (ist ja nur ein Single Node Cluster). Damit dieser dann aber auch über IPv6 erreichbar ist, muss der Cluster im Dualstack konfiguriert sein. Das war letztendlich der ausschlaggebende Punkt.

Alternativ kann man den Pod (wie z.B. den Ingress Controller) im Host Netzwerk laufen lassen. Dazu müsste die Applikation sich aber auf Port 22 binden können, was in meinem Fall nicht funktionierte, da ich die rootless Variante bevorzuge und das gitea binary keine entsprechenden capabilities gesetzt hat (auf ein Custom Image hatte ich keine Lust ;-)).

Danke! Das bestätigt mich in der Annahme, dass die 2001er Empfehlungen eher ungünstig sind. Wundert mich etwas, dass sie trotzdem überall genannt werden. Vermutlich einfach C&P. Ich dachte erst, dass wäre ein weiteres nicht geroutetes Präfix. Aber ich habe diesbezüglich gar nichts finden können und war dann entsprechend skeptisch.

Mal eine Frage an die IPv6 Experten. Ich bin dabei meine Kubernetes Cluster auf Dual-Stack umzustellen. Jetzt stehe ich allerdings vor der Frage welche Cluster / Service CIDR ich hier definieren soll.

Spontan hätte ich gesagt, dass ich hier Präfixe aus fd:: (Unique Local) wählen sollte (z.B. fd:cafe:42::/56 für die Cluster Cidr). Jetzt lese ich aber überall, dass die empfohlenen Netze diese hier sind

 cluster-cidr: "10.42.0.0/16,2001:cafe:42::/56"
 service-cidr: "10.43.0.0/16,2001:cafe:43::/112"

Aber warum 2001 und nicht fd? Für mich macht das gerade wenig Sinn. Übersehe ich hier etwas? Vielleicht hat ja von euch jemand eine Idee oder den passenden Hinweis für mich oder hat das vielleicht sogar selbst schon mal gemacht.

Zitat von andreas.

Habt ihr denn keine Angst, dass auch Proxmox z.B. an die Firma Broadcom verkauft werden könnte?

Die Wahrscheinlichkeit ist äußerst gering. Da Proxmox auf Open Source Technologie basiert, würde das schneller geforkt werden als die Tinte unter dem Vertrag trocknen würde Letztendlich ist Proxmox ja auch nur KVM bzw. LXC und als Storage kommt in der Regel Ceph zum Einsatz.

Anexia selbst hatte ja aber auch schon vorher Standorte in den USA. Daher dürfte der neue Standort von Netcup diesbezüglich eigentlich nicht viel ändern, da ja Netcup als Tochterfirma ja auch schon vorher betroffen gewesen wäre. Interessant ist dieses Thema unabhängig davon aber trotzdem. Ich vermute nur, dass wenn es so wäre, Anexia/Netcup hier offiziell gar nicht darüber sprechen dürfte.

Teste den Reverse DNS Eintrag doch einfach mal (z.B. mit dig -x $IP). Vielleicht hast du ihn ja konfiguriert, allerdings nicht ganz korrekt? Hast du ihn für IPv4 und IPv6 gesetzt? Ansonsten kannst du die IP oder en Eintrag auch gerne mal per PN schicken, dann kann ich es unabhängig davon mal überprüfen. Folgende Tools können dir auch noch weiterhelfen: https://mxtoolbox.com/SuperTool.aspx

Zitat von Virinum

Seit wann gibt es denn im SCP "Hostname"? Und wofür ist das gut? Dacht erst das sei der rDNS-Record, ist er aber anscheinend nicht.

pasted-from-clipboard.png

Ist mir auch schon aufgefallen. Das ist der gleiche Hostname, den man während einer Image Installation setzen kann. Zumindest wurde dieser in meinem Fall automatisch ausgefüllt.

Es wäre sicher auch allen geholfen, wenn Netcup gerade bei den neuen ARM Servern eine etwas größere Auswahl an offiziellen ISO Images zur Verfügung stellen würde (z.B. Almalinux, Fedora, FreeBSD). Man muss ja nur das ISO einmal herunter und wieder hochladen. Viel mehr Aufwand ist das ja nicht. Bei den Custom Images kann ich es noch verstehen. Das ist durchaus etwas Aufwand, bis diese gebaut, getestet und dann zur Verfügung gestellt werden. Aber ein ISO ist ja nur ein ISO, hier sind ja keine Netcup spezifischen Änderungen notwendig. Es würde ja auch Anexia/Netcup helfen, wenn nicht 100 Kunden alle das gleiche ISO hochladen müssten, weil sie gerade kein Debian oder Ubuntu möchten. Das ist ja im Grunde auch nur unnötige Verschwendung von Bandbreite und S3 Speicherplatz.

Man kann sagen, was man will, aber das Netcup Forum ist einfach klasse! Kaum habe ich den letzten Beitrag geschrieben, fällt mir doch tatsächlich wie von Zauberhand die Lösung vor die Füße.

Die Lösung ist im Grunde sogar recht simpel

1. auto_reset_crashkernel no in der /etc/kdump.conf setzen

2. dnf reinstall kernel-core

3. Reboot

Alternativ kann man auch im 2. Schritt mittels grubby die bestehenden Grub BLS Einträge editieren, aber durch ein reinstall kann man überprüfen, dass der Eintrag bei einem zukünftigen Update auch wirklich nicht wieder erscheint. Ich hätte mir nur einen etwas aussagekräftigeren Variablennamen gewünscht. So war das auf den ersten Blick wirklich nicht zu erkennen, was es damit auf sich hat.