{"id":303,"date":"2024-08-14T18:01:41","date_gmt":"2024-08-14T16:01:41","guid":{"rendered":"https:\/\/www.florian-klaus.de\/?p=303"},"modified":"2024-08-14T18:01:42","modified_gmt":"2024-08-14T16:01:42","slug":"das-broadcom-dilemma-oder-wie-ich-lernte-meinen-router-zu-verfluchen","status":"publish","type":"post","link":"https:\/\/www.florian-klaus.de\/index.php\/2024\/08\/14\/das-broadcom-dilemma-oder-wie-ich-lernte-meinen-router-zu-verfluchen\/","title":{"rendered":"Das Broadcom Dilemma \u2013 oder: Wie ich lernte, meinen Router zu verfluchen."},"content":{"rendered":"\n

\u201eYou see, there are still faint glimmers of civilization left in this barbaric slaughterhouse that was once known as humanity. Indeed that’s what we provide in our own modest, humble, insignificant \u2026 oh, fuck it!\u201c<\/em><\/p>\n\n\n\n

M.Gustave \u2013 The Grand Budapest Hotel<\/em><\/p>\n\n\n\n

Alles begann, wie so oft, mit einem Versuch.<\/strong><\/p>\n\n\n\n

Ich hatte auf dem VM-Server begonnen, Proxmox VMs aufzusetzen.<\/p>\n\n\n\n

Zum einen, weil ich es eh schon lange mal vorhatte, zum zweiten, weil sich ein Ex-Kollege mit einer How-To bei mir gemeldet hatte, und ich so die M\u00f6glichkeit hatte, das endlich mal zu probieren und ich mich gleichzeitig ein wenig gef\u00e4llig erweisen konnte.<\/p>\n\n\n\n

Nachdem ich die vierte Maschine aufgesetzt hatte, schoss mir ein Gedanke durch den Kopf:<\/p>\n\n\n\n

Du reizt deine Hardware gerade ganz sch\u00f6n aus.<\/p>\n\n\n\n

Zugegeben, Paravirtualisierung von einer Virtualisierungsumgebung ist schon was Schickes, aber wenn auf der zugrunde liegenden Hardware deine Produktivumgebung l\u00e4uft, \u00fcberlegst du zweimal, ob du das Ding nun Performance-technisch in die Knie zwingen m\u00f6chtest! \ud83d\ude42<\/p>\n\n\n\n

Da ich eine nahezu identische Hardware-Konfiguration in meinem Arbeitsrechner verbaut war, und die Proxmox VMs sowieso nur zu Testzeiten liefen, beschloss ich, einige der VMs umzuziehen. Nichts leichter als das. Virtuelle Maschine herunterfahren, Dot-qcow2 \u2013 Datei \u00fcber das NAS auf die Linux-SSD meines Arbeitsrechners transferieren, und anschlie\u00dfend wieder hochfahren.<\/p>\n\n\n\n

So weit, so gut. Doch jetzt kommunizierten die Maschinen auf einmal nicht mehr untereinander. Nun gut, alle bekamen im Zuge der Installation eine feste IP; vielleicht war der Bridge-Zugang in meiner VM-Umgebung auf dem Arbeitsrechner einfach noch nicht vern\u00fcnftig konfiguriert, und die Maschinen befanden sich in unterschiedlichen VLANs.<\/p>\n\n\n\n

Auf allen Maschinen mal das Gateway pingen \u2026. Was auch funktionierte \u2026 was war denn jetzt los? Zwei Desktop-Clients mit DHCP-basierter IP aufgesetzt; auch diese konnten zwar das Gateway, allerdings sich nicht gegenseitig anpingen. Irgendwas lief da schief \u2026<\/p>\n\n\n\n

Hatte ich bei der Einrichtung der VLANs etwas verkehrt gemacht? War dies ein typischer Layer 8 Fehler?<\/p>\n\n\n\n

Also hie\u00df es: Tutorials gucken.<\/p>\n\n\n\n

OpenWrt war die erste Adresse:<\/p>\n\n\n\n

https:\/\/openwrt.org\/docs\/guide-user\/network\/vlan\/switch_configuration<\/a><\/p>\n\n\n\n

Hier wurde das ganze via CLI beschrieben, was ich aber zugegebenerma\u00dfen so nicht gemacht hatte.<\/p>\n\n\n\n

Ich hatte die VLANs \u00fcber Luci, das Web-Interface, angelegt. Zum Gl\u00fcck gab es diesbez\u00fcglich Tutorials:<\/p>\n\n\n\n

\n