Beiträge von fred1989

    Hi,

    ja gerne.

    Also Erstmal die Groben Netzwerkeinstellungen. Ich habe das alles per script hochgezogen, selches die Settings aus er Table holt:

    Netcup Hostname;Myhostname;ip add 4 int; ip add v6 int;

    vxxxx;alterServer;192.168.0.16;2000:1000:2000:3000::15

    vxxxx;srv03;192.168.0.13;2000:1000:2000:3000::13

    vxxxx;srv02;192.168.0.12;2000:1000:2000:3000::12

    vxxxx;srv01;192.168.0.11;2000:1000:2000:3000::11

    vxxxx;master;192.168.0.10;2000:1000:2000:3000::10

    vxxxx;storage;192.168.0.1;2000:1000:2000:3000::1

    vxxxx;target;192.168.0.14;2000:1000:2000:3000::14


    So sind auch die Server Konfiguriert. Bei fast allen sind es Debian 10 Maschinen, nur ein Ubuntu Server ist noch dabei, die 192.168.0.11

    Der Storage mit der ::1 bzw .1 die anderen ab 10 aufwärts.

    So dann die Arp- Tabellen:


    192.168.0.15:


    Address HWtype HWaddress Flags Mask Iface

    192.168.0.13 ether 86:e1:7b:9c:81:9a C eth1

    192.168.0.14 ether 3a:a6:16:e6:73:e8 C eth1

    192.168.0.11 ether 56:46:ef:61:0d:86 C eth1

    192.168.0.1 ether 7a:e8:46:41:4e:d9 C eth1

    192.168.0.12 ether 9a:55:06:74:82:62 C eth1

    192.168.0.10 ether 8a:73:75:a5:70:78 C eth1



    192.168.0.1:


    Address HWtype HWaddress Flags Mask Iface

    192.168.0.14 (incomplete) eth1 <------ Hier gibt es ein Problem

    192.168.0.12 ether 9a:55:06:74:82:62 C eth1

    192.168.0.11 ether 56:46:ef:61:0d:86 C eth1

    192.168.0.15 ether aa:ad:2c:ef:71:46 C eth1

    192.168.0.13 ether 86:e1:7b:9c:81:9a C eth1

    192.168.0.10 ether 8a:73:75:a5:70:78 C eth1



    192.168.0.10

    Address HWtype HWaddress Flags Mask Iface

    192.168.0.12 ether 9a:55:06:74:82:62 C eth1

    192.168.0.14 ether 3a:a6:16:e6:73:e8 C eth1

    192.168.0.1 ether 7a:e8:46:41:4e:d9 C eth1

    192.168.0.11 ether 56:46:ef:61:0d:86 C eth1

    192.168.0.13 ether 86:e1:7b:9c:81:9a C eth1

    192.168.0.15 ether aa:ad:2c:ef:71:46 C eth1


    192.168.0.11



    Adresse Hardware-Typ Hardware-Adresse Optionen Maske Schnittstelle

    192.168.0.13 ether 86:e1:7b:9c:81:9a C ens4

    192.168.0.15 ether aa:ad:2c:ef:71:46 C ens4

    192.168.0.12 ether 9a:55:06:74:82:62 C ens4

    192.168.0.14 ether 3a:a6:16:e6:73:e8 C ens4

    192.168.0.1 ether 7a:e8:46:41:4e:d9 C ens4

    192.168.0.10 ether 8a:73:75:a5:70:78 C ens4


    192.168.0.12

    Address HWtype HWaddress Flags Mask Iface

    192.168.0.1 ether 7a:e8:46:41:4e:d9 C eth1

    192.168.0.10 ether 8a:73:75:a5:70:78 C eth1

    192.168.0.14 ether 3a:a6:16:e6:73:e8 C eth1

    192.168.0.11 ether 56:46:ef:61:0d:86 C eth1

    192.168.0.15 ether aa:ad:2c:ef:71:46 C eth1

    192.168.0.12 ether 9a:55:06:74:82:62 C eth1




    192.168.0.13

    Address HWtype HWaddress Flags Mask Iface

    192.168.0.11 ether 56:46:ef:61:0d:86 C eth1

    192.168.0.14 ether 3a:a6:16:e6:73:e8 C eth1

    192.168.0.15 ether aa:ad:2c:ef:71:46 C eth1

    192.168.0.1 ether 7a:e8:46:41:4e:d9 C eth1

    192.168.0.10 ether 8a:73:75:a5:70:78 C eth1

    192.168.0.13 ether 86:e1:7b:9c:81:9a C eth1



    192.168.0.14


    Address HWtype HWaddress Flags Mask Iface

    192.168.0.11 ether 56:46:ef:61:0d:86 C eth1

    192.168.0.13 ether 86:e1:7b:9c:81:9a C eth1

    192.168.0.1 (incomplete) eth1 <------ Hier gibt es ein Problem

    192.168.0.15 ether aa:ad:2c:ef:71:46 C eth1

    192.168.0.10 ether 8a:73:75:a5:70:78 C eth1

    192.168.0.12 ether 9a:55:06:74:82:62 C eth1




    Wie man sieht scheitert genau eine Strecke.. Warum auch immer :(

    Da hat doch jemand richtig was kaputt gemacht bei den Broadcastingverkehr..

    Ich vermute da hat wer was beim Routing verbockt.. Die Leitungen glühen..

    Frage: Sind bei euch die Standartgateways über das NDS auflösbar??

    https://de.wikipedia.org/wiki/Neighbor_Discovery_Protocol


    server:~ # ip -6 neighbor show dev eth0

    2a03:4000:6:7000::3 FAILED

    2a03:4000:6:7000::2 FAILED

    server:~ # host 2a03:4000:6:7000::3

    3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.7.6.0.0.0.0.0.0.4.3.0.a.2.ip6.arpa domain name pointer gw02.netcup.net.

    server:~ # host 2a03:4000:6:7000::2

    2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.7.6.0.0.0.0.0.0.4.3.0.a.2.ip6.arpa domain name pointer gw01.netcup.net.




    So sieht es bei mir auf jeden Server aus..

    Zu den Memes: Die "Könnten",wenn sie parodiesch , den Orginalcontent veräppeln, unter die neue parodieschranke §51a Uhrg fallen, aber das muss die Rechsprechung zeigen.

    https://irights.info/artikel/n…me-und-urheberrecht/27367


    Einzelne Frames jedoch geschütz. Mindestens unter den Laufbildschutz aber evtl, wenn sie künstlerisch hochwertig sind, z.b. bei einer Gerenderten Szene, urheberrechtlich..

    https://www.heise.de/newsticke…h-geschuetzt-2108153.html


    Lieber finger weg!

    Ich würde mal einen Layer darunter ansetzen:

    Funktioniert der Ping auf die Domain?


    Ansosnten:

    noramlerweise macht man für "ohne WWW noch einen Eigenen Eintrag. Bei meinen Servern sieht das so aus:


    @ A [serverip]

    * A [Serverip]


    und das nochmal mit ipv6

    @ AAAA [serverip6]

    * AAAA [Serverip6]

    Damit fahre ich ganz gut. Wobei ich rootserver und kein Webhosting habe, aber müsste von der Technik ähnlich sein..

    Habe noch mal nach gehackt...

    Der Support ist hier wirklich nicht der Beste.. Das Ticket liegt seit freitag unbearbeitet rum.. Ruf man an , kommt nur "pRÜFEN sIE IHRE nETZWERKeINSTELLUNGEN!"

    Gut ist klar, das man das auch abfrägt, aber im Telefonnat merke ich, das es um das Abschmettern des Themas statt um die Fehlersuche ging. Schließlich habe ich Im Ticket alle netzwerkeinstellungen mitgeschickt. Jeder Fachkundige konnte sehen, das muss passen..


    Ŵirklich traurig.. Ich arbeite ja selber in Incidentmanagment, und weiß das manchmal die Luft brennt, aber das was hier geboten wird, ist nur noch abbügeln jeder Anfrage.. Ich weiß nicht ob ich mit meinen 5 Rootservern nach der Vertragsmindestlaufzeit noch bleibe..

    Einfach in /etc/network/interface.d/ eine neue datei anlegen:

    vi /etc/network/interfaces.d/intern_config.cfg

    Inhalt reinkopieren:

    auto eth1

    iface eth1 inet static

    address 192.168.0.20

    netmask 255.255.255.0



    iface eth1 inet6 static

    address 2000:1000:2000:3000::20

    netmask 64




    speichern mit :wq!

    ifup eth1


    server2 ähnlich

    vi /etc/network/interfaces.d/intern_config.cfg

    Inhalt reinkopieren:

    auto eth1

    iface eth1 inet static

    address 192.168.0.10

    netmask 255.255.255.0



    iface eth1 inet6 static

    address 2000:1000:2000:3000::10

    netmask 64



    speichern mit :wq!

    ifup eth1




    Aber ich muss sagen: Wenn man nicht mal eine einfache Netzkonfiguration auf einen Linux hinbekommt, sollte man evtl erstmal sich in die Materie einarbeiten, bevor man sich einen V-Server anmietet. Der ist ansonsten schneller gehackt, als man denkt, und der Schaden dann groß.

    ja korrekt, das VLAN soll ausschließlich zur internen Kommunkiation dienen. Der Externe Netzträffig soll immer schön über die Public-IP gehen.

    Das die IP 192.168.0.1 probleme Macht kann ich mir eher nicht vorstellen. Auf den vier anderen Maschinen kann ich die Maschine sauber erreichen. Und selbst dann: Der Gateway muss ja auch erreichbar sein.


    Ich war zwischenzeitlich mal so frech und habe ein neues VLAN Einrichten lassen, und das mit den bestehenden ersetzt. Leider ohne Erfolg.. Für mich sieht es immer mehr nach einen Problem Netcup seitig aus. Ich habe ein Ticket eröffnet. ..


    Das die arp als auch die ndp auflösung schon nicht mag müffelt gewaltig.



    ip -6 neighbour...

    2000:1000:2000:3000::1 dev eth1 FAILED..

    ? (192.168.0.1) at <incomplete> on eth1

    Hallo,

    Ich wollte zwischen meinen V-Servern ein VLAN Errichten.

    Es sind insgesammt 5 Stück, welche über ein 100 Mbit VLAN intern miteinander Verbunden werden sollen. (1x Storage 1,5 TB 4x RS1000 G8) .

    Allerdings bekomme ich einen davon ums "verrecken" nicht ins LAN.

    Die Kiste habe ich mehrfach schon neu installiert, ohne erfolg..

    Der Server hat die IP 192.168.0.14 im VLan , der Storage die 192.168.0.1


    Die Subnetmask ist auch identisch 255.255.255.0 Kommischerweise kann die Maschine die anderen Server (z,b 192.168.0.10) erreichen und die anderen server diese ..


    nur 192.168.0.14 <-> 192.168.0.1 geht nicht ..


    Interessant ist die Ausgabe von Arp:

    192.168.0.1 (incomplete) eth1



    Was könnte hier schief laufen? Ich weiß einfach nicht mehr weiter..

    Wird ein eigenes Image installiert oder eins von netcup? Im zweiten Fall sehe ich es als ziemlich schwierig an, am Aufhängen der Installationroutine schuldig zu sein.

    Es war ein Image eines anderen Servers, das importiert worden ist.


    Aber ich habe gerade gesehen, das der Zustand nun entfernt worden ist, und der Server wieder steuerbar ist.

    Danke für die Beträge. Schonen Feiertag euch allen.

    kenne ich, allerdings sind die 40€/15 min abschreckend...
    und die erfahrung, die bei anderen Dienstleistern gemacht habe, sagen mir, da wird immer ein Begründung gefunden, warum es an mir lag.. und ich somit die kosten zu tragen habe..

    Hallo,

    leider hängt mein Root-Server seit gestern im SCP auf den Status "reinstall" fest.

    D.h. ich kann ihn weder starten stoppen oder sonstiges, da angeblich bereits eine Aktion ausgeführt wird.

    Mails die ich gestern dazu an den Support geschickt habe, bleiben unbeantwortet. :cursing:

    Ich brauche den Server..


    Wo kann ich eskalieren?