Warum wird hier eigentlich so viel schwachsinn erzählt? Einerseits wird hier, wie so oft, grundlos anderen an die Gurgel gegangen und anderseits werden hier Sachen wie "IPv6 ist nicht so wichtig" für eine gültige Lösung verkauft. Wie wäre es wenn man mal vernünftig die eigentlichen Fragen beantwortet anstelle seine eigene Meinung kundgeben zu wollen. Ist nur so ein Vorschlag. Ich freue mich schon von den "gebildeten" hier dafür zerfleischt zu werden.
Beiträge von tiekoetter
-
-
Ist in meinem Thread zu finden. Ich möchte ja keine Namen nennen aber diese Person hat hier auch schon geantwortet, daher meine Anmerkung man solle sich nicht beirren lassen.
-
Das Rescue System ist die EINZIGE zuverlässige (und dazu sehr einfache) Art festzustellen, dass es nicht an ihm liegen kann.
Das ist ja auch genau mein Standpunkt. Was ich mit dem Bären aufbinden meine, ist ein oder mehrere Nutzer hier die dies eben nicht so sehen; Da wird geglaubt man habe das Rescue System falsch eingestellt o.Ä.
Ich hab ja auch gesagt, dass ich an seiner Stelle anrufen würde.
Sorry wenn ich es eventuell bisschen missverständlich ausgedrückt habe.
-
Monoo1 Also auch wenn ein paar Leute dir hier eventuell einen Bären aufbinden wollen im Bezug zu dem Rescue System, muss man sich ja nur mal überlegen wofür das da ist. Es soll dir Zugriff auf den Server geben wenn er komplett zerschossen ist. Heißt keine Nutzer configs werden geladen -> Wenn es trotzdem nicht geht ist was an der Netcup Vorgabe falsch. Ob die kleine Möglichkeit besteht dies per Änderung am Server zu lösen (sprich "dein Fehler") kann ich nicht ausschließen, jedoch halte ich es für sehr unwahrscheinlich im Bezug auf die Faktenlage. Wenn du es dir unter keinem Umständen leisten kannst die Gebühren zu bezahlen, musst du wohl warten. Ich würde aber trotzdem beim Notfall-Support anrufen, die sollen mal das zugrundeliegende Problem lösen.
-
Wenn es das gleiche Problem ist wie dass das ich hatte, dann kannst du den Notfall-Support Anrufen. Ist ein Problem von Netcup.
-
Bei der Einrichtung von 2FA steht
"Speichern Sie den Token an sicherer Stelle. Bei Verlust des Tokens müssen wir 5,00 Euro Bearbeitungsgebühren für eine Verifizierung via Ausweis und Zusendung per Post erheben."
Wäre ja auch irgendwie blöd wenn man es so leicht umgehen könnte.
-
Blöde Frage aber welcher Nutzer führt denn das script am ende aus? Sind da die Lese/Schreibrechte gesetzt?
Welches verhalten ist denn eingestellt zur Protokollierung der Outputs? Oft ist da E-Mail standardmäßig eingestellt. Guck mal danach wenn vorhanden.
Du kannst den output auch mit einem redirect in eine Datei deiner Wahl schreiben lassen.
Beispiel: "befehl &>> /pfad/zum/logfile"
Außerdem eventuell falsches Forum für diese Frage. Zumindest wenn ich die Frage richtig verstanden habe. Passender wäre eher "Administration eines Servers".
-
Has anyone been in contact with the support?
Is this issue being worked on?
I did not receive any replies so far from them, still didnt call the emergency line.
Yes I opened a ticket before I even started this thread, apart from a first reply asking me stuff to sort out trivial misconfiguration on my part I didn't receive any further replies.
The emergency line didn't answer me after 75 minutes in queue. I didn't try again.
Honestly not sure if anyone at Netcup is actually aware of the technical part of this issue. The CEO(?) answered in regards of the availability of the emergency line and said he will sort it out. Meaning the availability of said line but likely not the actual issue why we called the line.
-
In der Standard Konfiguration von Netcup werden ens3 und eth0 nicht vermischt. Und selbst wenn es so wäre: Das richtig einzurichten ist immer noch dein Job.
Ich glaube so langsam du fällst eher unter die Kategorie "Internet Troll"...
Aber weißt du was: Du als Profi solltest es doch hinbekommen, oder?
Erstell doch einfach mal eine Netzwerk config für Debian 12 Systeme mit 152.53.125.158/22 und Gateway 152.53.124.1
-
Das habe ich nicht gesagt.
Bei mir läuft ja alles. Du brauchst die Hilfe, und zwar nicht vom Notfallsupport, das ist mehr als offensichtlich.
Außerdem, doch, hast du so gesagt.
-
frank_m Das muss Absicht sein... Lies die verdammte Konversationen, dann wüstest du auch dass es die STANDARD KONFIGURATION von NETCUP ist.
-
Also ich hab das ganze hier mal überflogen.
Ich hab eben bei einem Freund nachgeholfen bei der Win Server 2022 installation und bekomm bei ihm keine Internetverbindung ( sein Server liegt in der 152.53.xxx Range ) Von dem was ich hier gelesen hab kann ich wohl davon ausgehen das es sich um ein Problem seitens netcup handelt oder nicht ? Und wie der Chef gesagt hat auch mit hochdruck an einer behebung gearbeitet wird.
Chef hat gesagt er kümmert sich um die mangelhafte Verfügbarkeit des Notfall-Support. Was das technische Problem hier angeht weiß glaube ich noch keiner so recht ob daran gearbeitet wird.
Aber Glückwunsch du (bzw. dein Kumpel) bist jetzt mindestens der 4. mit diesem Problem, wo der Server auch im Gleichen Adressbereich liegt. Aber laut frank_m ja reiner Zufall, weil bei ihm "geht es ja".
-
Ziemlich sicher nicht, denn die funktioniert ja auch, wenn man das Netzwerk komplett deaktiviert.
Das ist eher ein KVM System.
Ja genau. Sollte in jedem anständigen Hypervisor eine option sein. Das ist vergleichbar mit Lights-Out-Management Lösungen für bare-metal Server.
-
frank_m Bitte halte dich mit deiner offensichtlich persönlichen Meinung zu mir aus dieser Unterhaltung raus. Du hast nicht verstanden worum es hier geht. Sonst hättest du nicht
ZitatRäum erst mal bei dir auf und erstelle eine saubere Konfiguration für dein Netzwerk.
geschrieben.
aRaphael Ja ich habe Testweise Ubuntu 24.04 LTS und FreeBSD 12 Images von Netcup verwendet. Leider ändert das nichts.
Schupp Ja schon jegliche Kombinationsmöglichkeit probiert. Auch mal Testweise komplett auskommentiert und per ip command manuell eingerichtet. Ändert nichts.
-
Es wirkt eher so, als ob du die Sachen nicht liest. Selbst wenn du recht hättest mit deinem "Alias" für ens3 und eth0 (was definitiv nicht so ist): Du hattest widersprüchliche Konfigurationen für das gleiche Interface in deinen Einstellungen. Da darfst du dich nicht wundern, wenn ich skeptisch bin, wenn es um Schuldzuweisungen geht, denn das ist mehr als dilettantisch, das ist eine Todsünde in der Netzwerkkonfiguration. Welche Böcke hast du sonst noch drin? Vielleicht auch noch mehr als ein Netzwerk-Management Tool? Wie ist deine Firewall eingestellt? Auch die kann den Netzwerktraffic zuverlässig verhindern.
So langsam bin ich an dem Punkt, dass ich erst an die Schuld von Netcup glaube, wenn es bewiesen ist. Hier wurde einfach schon zu viel Käse gebaut. Dazu die Ergebnisse meines Traces von außen auf die IPs.
Case in point du hast es nicht gelesen.
Was das bedeutet kannst du dir jetzt entweder selbst erschließen oder einfach vernünftig Fragen aber so definitiv nicht.
-
Siehe #66 -> network-config-rs1.png
-
Genau das aber hat mein Vorredner mit „unsaubere Konfiguration“ gemeint. Besser wäre, das Interface sauber und statisch zu konfigurieren. Versuche es doch einfach mal, eventuell löst es das Problem
Ich habe mal die "ens3" Sachen aus /etc/network/interfaces auskommentiert. Für das Interface sollte jetzt nur die /etc/network/interfaces.d/50-cloud-init.cfg verwendet werden. Welche ja korrekt ist soweit ich weiß. Leider ohne Erfolg (auch nach reboot nicht).
-
Ob das sinnvoll ist oder nicht spielt keine Rolle wenn es ein Alias ist. Ich könnte das Interface auch "supertollesinterface0" nennen.
Abgesehen davon habe ich die nicht so benannt. Da müsstet ihr euch bei den entsprechenden Personen bei Netcup beschweren die die Standardimages erstellen.
-
Was ist eth0 und was ist ens3?
Vielleicht liegt es nicht daran, aber sauber ist was anderes.
Erklär mal bitte was du damit meinst. Es wirkt irgendwie so als ob du dir die Sachen überhaupt nicht durchliest. Fand deine Aussage bezüglich der Traceroute auch schon merkwürdig wo du schlussfolgerst dass es mein Rechner sein muss der ein Problem hat. Ist überhaupt nicht böse gemeint nur verstehe ich absolut nicht was du meinst.
ens3 und eth0 sind die interface Namen, welche durch das von Netcup bereitgestellte Debian 12 Minimal so benannt werden. Wüsste nicht was daran nicht "sauber" ist. Bis auf das hier eben mit alias Bezeichnungen gearbeitet wird.
-
Auch die muss man erst mal einrichten. Wie hier schon steht: DHCP funktioniert nicht. Man muss eine saubere, händische Konfiguration erzeugen, und dabei Import-Dateien wie die 50-cloud-init.cfg beachten, die gerne mal vor der eigenen Konfiguration geladen werden.
Wie sieht die Analyse bei der IPv6 Konnektivität aus? Routen, Traceroutes von innen und von außen?
Was du auch mal machen könntest: Was kommt bei einem tcpdump alles vorbei? Sind da Pakete deines Routers? Funktioniert die ARP Auflösung bzw. die Neighbour Discovery? Das können alles Hinweise sein, ob es eher an dir oder an der Infrastruktur liegt.
IPv6 bleibt genau so wie IPv4 beim 1. Hop stecken.
Ich möchte auch noch mal klarstellen, dass ich auch zwei funktionierende VPS (nicht RS) schon bei Netcup betreibe. Hier musste ich bis auf meine "Wunsch" IPv6 nichts "von Hand" machen; IPv4 und v6 haben out-of-the-box funktioniert.
Meines Erachtens handelt es sich hier um ein routing Problem. Wohlmöglich durch eine Fehlkonfiguration der Netcup Router. Ich lasse mich gerne eines besseren belehren
Ich hänge jetzt noch mal alle Netzwerk configs von beiden RS an. Ich hänge auch einen tcpdump aus dem rescue mode des 1. RS an.
