(gestern) Laut Tel.-Support ist das nicht möglich ...
Entweder hattet ihr da ein Kommunikationsproblem, oder der Hotline-Mitarbeiter war betrunken... ich tippe auf ersteres ![]()
(gestern) Laut Tel.-Support ist das nicht möglich ...
Entweder hattet ihr da ein Kommunikationsproblem, oder der Hotline-Mitarbeiter war betrunken... ich tippe auf ersteres ![]()
Welches OS nutzt du denn und wie sieht deine /etc/resolv.conf aus?
EDIT: was ist die ausgabe von „ping 8.8.8.8“?
Es wäre hilfreich wenn du die Fehlermeldung posten würdest![]()
EDIT: Geht denn „Internet“ nach dem Ändern der Nameserver?
ich hab des Wolfram Alpha gerade in a Infinite-Loop geschickt;
integrate( sqrt( tan( x ) ) )
sollt doch ka Raketenwissenschaft sein, oder doch?
Funktioniert doch? 0DC3D19D-3D5D-46FB-B0AF-F1BCC70E5035.jpeg
Ich Idiot suche seit ner halben Stunde den Fehler in meiner Netzwerkconfig bis mir einfällt "hey, bei einer Image-Installation könnte ja auch unter interfaces.d was liegen" ![]()
![]()
Ergebnis:
Das Debian 9 OpenVPN-AS-Image enthält eine /etc/networking/interfaces.d/50-cloud-init.cfg die den networking-Service failen lässt ![]()
Sollte der Support das Problem nicht richtig verstehen / behandeln, befindet sich unter den E-Mails auch immer ein Link zur Beschwerdestelle. Damit kannst du das Ticket eskalieren.
Alles anzeigenvServer buche ich regelmäßig in
6835 Mieten für Einrichtungen und bewegliche Wirtschaftsgüter
Denn:
Es ist eine Einrichtung.
Ich miete sie.
Sie ist beweglich (Container sind jederzeit migrierbar).
Ich kann manche, nicht alle, vServer tageweise kündigen, also handelt es sich definitiv um Miete.
Bewegliche Wirtschaftsgüter können, soweit ich das Erinnerung habe, nur materielle Wirtschaftsgüter sein. Materiell bedeutet "körperlicher Gegenstand" (analog der "Sache" in § 90 BGB). Ein vServer ist aber gerade kein körperlicher Gegenstand.
Die VLAN-ID ist immer gleich geblieben?
Komische Sache. Klingt irgendwie nach einem Bug
Ja, die ID hat sich nicht geändert, habe gerade die letzte Rechnung überprüft ![]()
Nachtrag: Das war des Rätsels Lösung. ![]()
Das alte VLAN ist nach der erneuten Zuordnung verschwunden, komischerweise heißt das Interface jetzt überall ens4 statt ens6, aber das ist ja schnell erledigt.
Ich würde gerne wissen, wie es dazu kam, dass ein einfacher Server-Umzug mein altes VLAN verschwinden lässt (welches aber weiterhin funktionierte) und nach dem erneuten Hinzufügen die Interface-Namen überall anders sind, aber will auch den Support nicht unnötig mit Nachforschungen belästigen, gerade so kurz nach Neujahr - aber eventuell könnte das ja auch anderen Kunden helfen, immerhin musste ich mich jetzt auch seit dem 24.12. damit rumschlagen bis der Support mit der rettenden Ideen kam, das VLAN auf den FUNKTIONIERENDEN Servern neu hinzuzufügen ![]()
Vielen Dank an euch alle ![]()
Ich habe Neuigkeiten:
Der Support hat mir folgendes geantwortet:
Zitat[...] vielen Dank für Ihre Geduld.
Ich bin gerade etwas irritiert, weil das VLAN nur auf dem von Ihnen benannten Server anzuliegen scheint im SCP. Bei Ihren anderen Servern ist es nicht zugewiesen. Falls das nichts bewusstes ist, was Sie vorgenommen haben, versuchen Sie doch bitte einmal das VLAN dort wieder zuzuweisen. Funktioniert es dann wieder korrekt?
Mit freundlichen Grüßen / best regards [...]
In der Tat habe ich dann gesehen, dass auf ALLEN Servern, bei denen das VLAN FUNKTIONIERTE, es gar nicht mehr im SCP zugeordnet war. Aus Angst, dass ein erneutes Hinzufügen mir jetzt das komplette VLAN zerschießt, habe ich einen weiteren VPS200 gebucht und dort das "neue" VLAN hinzugefügt. Der neue und der betroffene Server konnten wunderbar darüber kommunizieren.
Keine Ahnung wie es dazu kam, anscheinend wurde beim Umzug ein neues VLAN angelegt und das alte gelöscht, aber dann wundert mich doch erheblich über welches VLAN die anderen Server dann zwischenzeitlich kommunizieren konnten.
Ich werde jetzt mal bei allen anderen Server das neue VLAN hinzufügen, in der Hoffnung, dass das alte dann gelöscht wird, ich habe keine Lust meine Config jetzt auf zwei VLANs, von denen eines nur faktisch, aber nicht im SCP existiert, zu ändern ![]()
Alles anzeigenNur im Rettungssystem.
mfnalex gucke mal bitte, ob die MAC Adresse des VLAN Interfaces mit dem im SCP übereinstimmt.
Die SRC Adresse stimmt. Was ist mit 10.0.0.1? Ist der im VLAN, ist das Interface von dem Rechner oben, hat der die richtige Subnetzmaske etc.
Sind die unterschiedlichen VLANs zugeordnet?
Zumindest bei 10.0.0.3 sieht alles gut aus. Ich würde den Fehler erstmal bei 10.0.0.1 suchen / vermuten
In einem weiteren Terminal kannst du ja tcpdump -nni ens4 icmp ausführen und gucken, ob der Ping in das Netzwerk reingeht.
Wenn bei 10.0.0.1 auch alles stimmt, ist das ein Fall für den Support.
Tschuldigung, das hatte ich noch gar nicht probiert / in meiner Hektik nicht richtig wahrgenommen. Bin gerade nicht zu hause aber werde das morgen (wenn ich es nicht wieder vergesse) nachholen. Ich bin mir aber sicher dass 10.0.0.1, .2, und .4 richtig konfiguriert sind, denn bei denen läuft es ja seit Monaten problemlos (selbstverständlich auch über Reboots hinweg) und die erreichen sich alle untereinander. Lediglich 10.0.0.3 ist seit dem Umzug / den Umzügen "abgeschottet" bzw. erreicht keine anderen Server mehr und ist auch selber nicht mehr erreichbar.
Evtl. hat es die zweite NIC nicht komplett auf den neuen Host geschafft (hatte ich aber selber noch nie).
Du könntest noch versuchen, im SCP die VLAN Netzwerkkarte vom Server zu entfernen und (nach Neustart) wieder hinzuzufügen.
Hallo, das habe ich schon mehrmals getan, leider ebenfalls ohne Erfolg ![]()
Okay, das ist gut.
Ich habe da noch ein paar Troubleshooting Ideen - aber lass den Support da erstmal 'drüber grübeln, ist ja im Rettungssystem reproduzierbar.
Danke, dann geb ich das jetzt mal an den Support weiter ![]()
Alles anzeigenNur im Rettungssystem.
mfnalex gucke mal bitte, ob die MAC Adresse des VLAN Interfaces mit dem im SCP übereinstimmt.
Die SRC Adresse stimmt. Was ist mit 10.0.0.1? Ist der im VLAN, ist das Interface von dem Rechner oben, hat der die richtige Subnetzmaske etc.
Sind die unterschiedlichen VLANs zugeordnet?
Zumindest bei 10.0.0.3 sieht alles gut aus. Ich würde den Fehler erstmal bei 10.0.0.1 suchen / vermuten
In einem weiteren Terminal kannst du ja tcpdump -nni ens4 icmp ausführen und gucken, ob der Ping in das Netzwerk reingeht.
Wenn bei 10.0.0.1 auch alles stimmt, ist das ein Fall für den Support.
Huhu. 10.0.0.1 ist mein "Gateway"-Server / SSH-Jumphost. Der lässt sich von allen anderen Servern im VLAN anpingen und ist da auch überall per SSH erreichbar.
Ich nutze auf allen Servern im VLAN Debian 10 und die haben auch alle die gleiche Netzwerk-Config (natürlich bis auf die IP-Adressen lol). 10.0.0.1 kann alle Adressen aus dem VLAN anpingen, außer eben den betroffenen Server (10.0.0.3) und umgekehrt.
Den Support hatte ich ja bereits informiert, aber die wollten ja dass ich das im Rettungssystem nachstelle (verständlich) aber da gehts eben auch nich ![]()
EDIT: Es handelt sich bei dem betroffenen Server um meinen Backup-Server (also alle anderen haben da immer über VLAN ihre rsnapshots draufgespielt), nur seit dem Umzug ist das Ding leider nur noch über die öffentliche IP erreichbar. ![]()
Kannst du mit `ifdown ens4` bzw. anschließend mit `ifup ens4` etwas bewirken (falls das so geht)?
Naja, die IP-Adressen verschwinden nach ifdown bzw. kommen zurück nach ifup, aber der "Destination Host" ist nach wie vor "unreachable". Von allen anderen Servern im VLAN kann ich 10.0.0.1 anpingen ![]()
EDIT: Es wundert mich auch dass das Interface hier ens4 heißt. Normal heißen die ja alle ens3, ens6, ens9 etc. (so auch vor dem Umzug), aber hier heißt das VLAN immer ens4
Siehst du denn im Log irgendwas? Was sagt denn z.B. `systemctl status networking`? oder auch `journalctl -r`? Er scheint ja das NIC nicht richtig zu konfigurieren.
journalctl zeigt mir nichts spannendes und "systemctl status networking" berichtet nur dass alles ok ist ![]()
Ich tippe an dieser Stelle dann wirklich auf das "allow hotplug". Kannst du das wie oben erwähnt mal auf "auto" ändern und dann nochmal neustarten?
Danke & gerne
Hilft nur leider auch nichts ![]()
Kannst du den Netzwerk Service neustarten? `systemctl restart networking` müsste es bei Debian eigentlich sein. Kommt dann das Interface hoch?
Leider keine Änderung:
Kannst du den Netzwerk Service neustarten? `systemctl restart networking` müsste es bei Debian eigentlich sein. Kommt dann das Interface hoch?
Danke, iIch probiere es mal eben, es ist etwas nervig die Netzwerkconfig in der VNC-Konsole abzutippen, Strg+V geht da ja leider nicht ![]()
Im Rettungssystem? Das hier (sorry habe leider momentan nur die VNC-Konsole zur Verfügung, daher Screenshot statt Text):