Proxmox auf cbrueggenolte.de https://cbrueggenolte.de/tags/proxmox/ Neueste Beiträge in Proxmox auf cbrueggenolte.de Hugo -- gohugo.io de-DE 96ca5227@cbrueggenolte.de (cbrueggenolte.de) 96ca5227@cbrueggenolte.de (cbrueggenolte.de) 2018-2026 cbrueggenolte Thu, 19 Mar 2026 00:11:52 +0100 Die .127-Falle: Wie ein /25-Subnetz meinen Reverse Proxy sabotiert hat https://cbrueggenolte.de/die-127-falle-subnetz-502/ Thu, 19 Mar 2026 00:11:52 +010096ca5227@cbrueggenolte.de (cbrueggenolte.de) https://cbrueggenolte.de/die-127-falle-subnetz-502/ <p>Es gibt diese Fehler, bei denen man sich sicher ist: <em>Das kann eigentlich nicht falsch sein.</em> Alles sieht korrekt aus – und trotzdem funktioniert es nicht.</p> <p>In meinem Fall lief Gitea sauber auf <code>192.168.10.127:3000</code>. Lokal war alles erreichbar, DNS zeigte korrekt auf den Server, und auch der Nginx Proxy Manager war wie gewohnt konfiguriert. Trotzdem endete jeder Zugriff über die Domain in einem <strong>502 Bad Gateway</strong>.</p> <p>Die üblichen Checks brachten nichts. Upstream stimmte, Protokoll passte, keine offensichtlichen Netzwerk- oder Firewall-Probleme. Es sah einfach alles richtig aus.</p> Es gibt diese Fehler, bei denen man sich sicher ist: Das kann eigentlich nicht falsch sein. Alles sieht korrekt aus – und trotzdem funktioniert es nicht.

In meinem Fall lief Gitea sauber auf 192.168.10.127:3000. Lokal war alles erreichbar, DNS zeigte korrekt auf den Server, und auch der Nginx Proxy Manager war wie gewohnt konfiguriert. Trotzdem endete jeder Zugriff über die Domain in einem 502 Bad Gateway.

Die üblichen Checks brachten nichts. Upstream stimmte, Protokoll passte, keine offensichtlichen Netzwerk- oder Firewall-Probleme. Es sah einfach alles richtig aus.

Der Wendepunkt kam durch einen simplen Test im Proxy-Container:

1ping 192.168.10.127

Die Antwort war unerwartet:

Do you want to ping broadcast? Then -b.

Spätestens da war klar: Das ist kein klassisches Proxy-Problem, sondern etwas auf Netzwerkebene.

Ein Blick auf die IP-Konfiguration brachte die Erklärung. Das Interface lief mit einem /25-Subnetz. Damit liegt der Adressbereich bei 192.168.10.0 – 192.168.10.127 – und die .127 ist in diesem Fall die Broadcast-Adresse.

Genau diese Adresse hatte ich aber für Gitea verwendet.

Für den Container war 192.168.10.127 also kein gültiger Host, sondern Broadcast. Entsprechend konnte keine Verbindung aufgebaut werden. Der Reverse Proxy lief ins Leere und quittierte das mit einem 502.

Lokal funktionierte weiterhin alles, weil der Zugriff nicht über diesen Netzwerkpfad ging. Das machte den Fehler besonders verwirrend: Je nachdem, wo man testete, sah alles entweder völlig in Ordnung oder komplett kaputt aus.

Der Fix war letztlich simpel: Subnetz von /25 auf /24 ändern. Testweise direkt im Container – danach dauerhaft in der Proxmox-Konfiguration:

1# vorher
2ip=192.168.10.105/25
3
4# nachher
5ip=192.168.10.105/24

Nach einem Neustart war das Problem sofort verschwunden. Der Proxy konnte den Upstream erreichen, Gitea war über die Domain verfügbar, und der 502 war Geschichte.

Am Ende war es weder ein Problem mit Gitea noch mit Nginx oder DNS – sondern schlicht ein falsch gewähltes Subnetz.

Die Lektion daraus: Wenn etwas komplett unlogisch wirkt, lohnt sich fast immer ein Blick aufs Netzwerk. Gerade bei Subnetzen reichen kleine Details, um alles scheinbar „korrekt“ aussehen zu lassen – während es in Wirklichkeit gar nicht funktionieren kann.

]]> Digital Independence Day - Datenschutz und Kontrolle https://cbrueggenolte.de/digital-independence-day-datenschutz-und-kontrolle/ Sun, 08 Feb 2026 15:30:00 +010096ca5227@cbrueggenolte.de (cbrueggenolte.de) https://cbrueggenolte.de/digital-independence-day-datenschutz-und-kontrolle/ <blockquote> <p>Jeden ersten Sonntag auf die gute Seite wechseln – das ist die Aufforderung der Initiative Digital Independence Day. Damit möchte sie gegen Monopole und Abhängigkeiten im Internet ankämpfen und auf bessere Alternativen zu Google, X, und Meta hinweisen.</p> </blockquote> <p>Unser digitales Leben liegt in den Händen weniger Überreicher – mit der Monopolstellung ihrer Unternehmen bestimmen Menschen wie Elon Musk, Jeff Bezos oder Mark Zuckerberg, wie wir uns informieren, kommunizieren und handeln. Ein solcher unkontrollierter Einfluss darf keinem Menschen oder Unternehmen gehören. Wer Kontrolle zurückgewinnen will, sollte versuchen seine eigene Infrastruktur aufzbauen: <strong>Nextcloud</strong> für sichere Dateisynchronisation und <strong>Proxmox</strong> als flexible Virtualisierungsplattform. Eine Schritt-für-Schritt-Anleitung dazu findest du in meinem selbst gehosteten Wiki.</p>

Jeden ersten Sonntag auf die gute Seite wechseln – das ist die Aufforderung der Initiative Digital Independence Day. Damit möchte sie gegen Monopole und Abhängigkeiten im Internet ankämpfen und auf bessere Alternativen zu Google, X, und Meta hinweisen.

Unser digitales Leben liegt in den Händen weniger Überreicher – mit der Monopolstellung ihrer Unternehmen bestimmen Menschen wie Elon Musk, Jeff Bezos oder Mark Zuckerberg, wie wir uns informieren, kommunizieren und handeln. Ein solcher unkontrollierter Einfluss darf keinem Menschen oder Unternehmen gehören. Wer Kontrolle zurückgewinnen will, sollte versuchen seine eigene Infrastruktur aufzbauen: Nextcloud für sichere Dateisynchronisation und Proxmox als flexible Virtualisierungsplattform. Eine Schritt-für-Schritt-Anleitung dazu findest du in meinem selbst gehosteten Wiki.

Wenn du mehr über den Digital Independence Day erfahren möchtest, habe ich hier noch ein paar Hintergrund Informationen und Links für dich zusammengestellt:

In den Medien:

]]>