Das längste Thema

    • Official Post


    Können wir schon machen. Masten ist am Dach. Du müsstest halt noch die airFiber mitbringen, dann können wir dich anstöpseln. :)

    jetzt mal eine Frage unter denen die im eigen LAN bereits ebenfalls IPv6 verwenden;


    am Beispiel vom Prefix: 2001:db8:1234::/48


    wenn man per stateful DHCPv6 Adressen verteilt

    z.B. 2001:db8:1234:5678:0:0:0:0 bis 2001:db8:1234:5678:ffff:ffff:ffff:ffff,

    dann hat man am Client z.B. 2001:db8:1234:5678:4711:cafe:affe:1010/128


    welche Prefixlänge würde man vergeben, wenn z.B. 2001:db8:1234::100 für einen Host fix vergibt?

    auch 128 od. 48 od. gleich den Standardwert von 64?


    bei Windows bin ich auf eine seltsame Erkenntnis gekommen; hier ist die Standardfirewall so eingestellt,

    dass bei der Firewallregel f. 'File and Printer Sharing (SMB-In)' bei Remote IP address

    'Local subnet' angeführt ist; und dies bezieht sich auf den Prefix;

    soll heißen, will man auf diesen Rechner zugreifen, dann muss der andere Host

    sich innerhalb des Prefixes vom Rechner befinden; will man dass das gesamte LAN darauf zugreifen kann,

    vergibt man als Prefixlänge in diesem Beispiel 48;


    würde man die IPv6 von einem DHCP bekommen, dann hätte man hier als Pretix ebenfalls die 128 und

    kein Zugriff ist mit dieser Standardregel möglich;

    (auf das muss man mal kommen)

    Grüße / Greetings

    Walter H.


    RS, VPS, Webhosting - was man halt so braucht;)

    mainziman Wieso sollte es /128 sein? Eigentlich weiterhin immer /64, außer Du willst Dir Probleme einhandeln…

    Code
    # DHCPv6
    inet6 fdxx:xxxx:xxxx:xx::zz/64 scope global
       valid_lft forever preferred_lft forever

# SLAAC
    inet6 fdxx:xxxx:xxxx:xx:yyyy:yyyy:yyyy:yyyy/64 scope global dynamic
       valid_lft forever preferred_lft forever

    So sieht das auf einem (Linux) Gerät aus, das sich zwei Adressen holt.


    Natürlich könntest Du einzelne Adressen zusätzlich als /128 hinzufügen. Aber irgendwas sollte halt schon auf das /64 hinweisen, sofern das Deine verwendete Präfixlänge ist.

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

    Ich mach das bei mir bei IPv4 und IPv6 gleich, 192.168.4.0/22 ist das IPv4-Subnetz, per DHCP bekommt der Rechner z.B. 192.168.4.62/22. Bei IPv6 ist es 2001:db8:1234:5678::/62 und der Rechner bekommt die 2001:db8:1234:5678::abc/62.


    EDIT: Muss mich korrigieren, die per SLAAC konfigurierten Adressen haben die Prefixlänge 62, die mit DHCPv6 konfigurierten haben Prefixlänge 128. In den Routen (ip -6 route) sehe ich aber, dass darin alles wie erwartet gesetzt ist.


    Spielt die Subnetzmaske / Prefixlänge in der Ausgabe ip adress überhaupt eine große Rolle?


    Macht es denn Sinn die dem nächsten Router bekannte Subnetzgröße bei den Endgeräten anders zu konfigurieren? Damit macht man sich doch nur selbst Probleme, wenn Pakete dann ihr Ziel nicht finden, weil der Rechner meint das Subnetz sei größer bzw. kleiner.

    femur /62? Kein Vertipper?


    Da würde ich definitiv nur ein /64 daraus verwenden. Macht ja irgendwie keinen Sinn ein ganzes /62 weiterzuverteilen. Lieber 3×/64 für andere Spielereien in Reserve haben :)

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

    Hab hier ein /56 vom Provider (Vodafone-Kabel), das LAN bekommt ein /62 damit ich für Spielereien (VM/Container) an meinem Rechner Subnetze bilden kann. Zugegebenermaßen habe ich das bisher nur einmal wirklich verwendet..

    Wäre es da nicht sinnvoller ein weiteres Subnetz beliebiger Größe dorthin zu routen, als das ganze LAN zu vergrößern?


    Oder willst Du die explizit im gleichen (großen) Subnetz haben?

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

    Quote from KB19

    mainziman Wieso sollte es /128 sein?

    weil ich es mit einem Linux wo ich auf DHCP gestellt hab es getestet hab und dort war dann prefixlen 128 zu sehen;

    genau das macht mich ja irgendwie stutzig, wie sehe ich bei windows was er als prefixlen 'genommen' hat?


    mein dhcpd6.conf sieht so aus:


    Grüße / Greetings

    Walter H.


    RS, VPS, Webhosting - was man halt so braucht;)

    Da ist schon der Fehler. Innerhalb eines LANs sollte es niemals Prefixes kürzer als /64 geben. Wenn man ein kürzeres Prefix hat, sollte man sich /64 Netze daraus machen, die man an gegebener Stelle einsetzt. Aber innerhalb eines LANs, wo die Geräte unmittelbar miteinander kommunizieren sollen (z.B. für den Zugriff auf Drucker/SMB), vergibt man dann natürlich nur Adressen aus einem /64 Netz.


    Ich bin auch nicht Glücklich mit der Verhaftung auf /64, z.B. für SLAAC. Aber es führt nun mal dazu, dass viele Geräte mit anderen Prefix Längen nicht zurecht kommen (auch Drucker etc.). Deshalb: Ein LAN IMMER mit /64 planen und die Infrastruktur (RADVD, DHCPv6) darauf ausrichten. Wenn dann 65534 Subnetze eines /48 ungenutzt bleiben, dann ist das halt so.

    frank_m 'nicht Glücklch' hast schön gesagt;

    interessant wie KB19 es geschafft hat, bei mir hat ein Linux das vom DHCP sich 'genommen'

    eine Trennung, auch wenn es nur eine logische ist, darf schon sein auch bei IPv6, denk ich mal;

    (bei IPv4 habe ich ein großes /16-Netz, und bei DHCP habe ich mir nur ein /24 rausgepickt;)

    Grüße / Greetings

    Walter H.


    RS, VPS, Webhosting - was man halt so braucht;)

    Ich bin gerade sehr... erstaunt. Mein VPS Ostern B 2017 HDD mit

    Quote

    Festplatte: 100 GB SATA (RAID1)

    Arbeitsspeicher DDR 3 ECC: 512 MB

    Prozessorkerne: 2 virtuell

    Prozessor: Intel® Dual-Core

    muss auf einen potenteren Host mit möglicherweise anderer (neuer?) Hardware verschoben wurden sein. Er hatte bisher immer in der Tabelle von m_ueberall den letzten Platz belegt und war selbst bei einem stinknormalen apt update mehrere Minuten beschäftigt. Bei einem mkdir konnte man paar Sekunden zuschauen wie der Befehl ausgeführt wurde. Ich kann mir kaum vorstellen, dass der extreme Geschwindigkeitsschub nur durch weniger Nachbarn entstanden sein soll.


    Ich muss gestehen, dass ich für eine ganze Weile vollkommen die Existenz der Maschine vergessen habe. Paar hundert Tage Uptime, kein Dienst oder irgendwas drauf, nur Firewall an. Heute bin ich drauf, hab Updates durchgeführt (90 Stück waren offen), mal einen Reboot durchgeführt... und dann ist mir aufgefallen wie schnell das eigentlich ging. Ich musste sofort 3x prüfen, dass ich nicht die Produkte vertausche oder so, aber hier die Ergebnisse:


    IOPS Read
    		 BW Read IOPS Write BW Write
    12 212 KB/s 4 75 KB/s
    7402 30.3 MB/s
    		 2474 10.1MB/s


    Der Support hat mir damals auch versichert, dass das bei einem Preis von 99ct halt so langsam ist. Hab ich auch akzeptiert, aber ich bin ja plötzlich auf einem anderen Planeten =O Existiert dein RS X-Mas 2016 2 (HDD) noch m_ueberall ? Der hatte laut Tabelle ähnlich schlechte Werte.

    Quote from Valkyrie

    Existiert dein RS X-Mas 2016 2 (HDD) noch m_ueberall ? Der hatte laut Tabelle ähnlich schlechte Werte.

    Den habe ich inzwischen an einen anderen Kunden abgetreten. Hoffe meinerseits dann aber auf baldige Verschiebung meiner G8-HDD-RS… ^^

    PS: Valkyrie – Du möchtest mir den VPS schenken, nicht wahr? hypno.gif

    VServer IOPS Comparison Sheet: https://docs.google.com/spreadsheets/d/1w38zM0Bwbd4VdDCQoi1buo2I-zpwg8e0wVzFGSPh3iE