Bevor du einem Gerät eine feste IPv4-Adresse gibst, prüfe das passende Subnetz, den DHCP-Adressbereich und die aktuelle Belegung, um Adresskonflikte und den Verlust des Zugriffs auf das Gerät möglichst zu vermeiden.
Mit einer privaten WLAN-Adresse kann ein Mac auf dem Router unter einer anderen MAC-Adresse erscheinen. Prüfe deshalb die Einstellung für das betreffende Netzwerk und dokumentiere die Änderung, bevor du Reservierungen oder Zugriffsregeln anpasst.
Ein Gerät kann das Netzwerk ganz normal nutzen und trotzdem bei einer Suche per Ping nicht antworten: Hier erfährst du, was dieses Ergebnis bedeutet und wie du es prüfst, ohne gleich von einem Ausfall auszugehen.
Die IT-Agentur NET.THINKS hat ihren Vergleich der Netzwerk-Scanner um einen Abschnitt zu DeviceShelf ergänzt, auf Deutsch und Englisch, mit Eintrag in der Vergleichstabelle.
Ein Router kann ganz normal unter mehreren Netzwerkadressen auftauchen. Mit einem Vergleich der Einträge kannst du die Ursache eingrenzen, bevor du einen Eindringling oder einen Scanfehler vermutest.
Ein NAS kann auf eine Netzwerkprüfung antworten, während seine Entität in Home Assistant nicht verfügbar ist; prüfe zuerst die Hinweise der Entität und mache dann einen gezielten, rückgängig machbaren Test, bevor du etwas am Netzwerk änderst.
Ein Gerät in einem zweiten privaten Subnetz kann über einen Router erreichbar sein, obwohl die lokale Geräteerkennung es nicht findet: So prüfst du den Netzwerkpfad, bevor du Firewall- oder Scan-Einstellungen änderst.
So prüfst du, ob eine lokale IP-Adresse noch zum erwarteten Gerät gehört, bevor du eine Router-Einstellung änderst oder dich mit dem falschen Rechner verbindest.
Nach einem Router-Neustart können Geräte kurz als nicht verfügbar oder abwesend erscheinen. Hier erfährst du, wie deine Automation auf einen aussagekräftigen Zustandswechsel reagiert statt auf eine kurze Störung beim Wiederverbinden.
Die Client-Liste im Router und ein Netzwerk-Scan beantworten unterschiedliche Fragen. Hier erfährst du, wie du beide vergleichst, ohne eine davon für ein vollständiges, aktuelles Geräteverzeichnis zu halten.
So unterscheidest du bei einem ESPHome-Problem zwischen einem Fehler, einer fehlenden Funktion und einer Konfigurationsfrage und bereitest eine hilfreiche Meldung vor.
Eine praktische Anleitung zur Auswahl, zum Testen und zur Nutzung von MQTT-Geräteereignissen in Home Assistant, ohne dass normale Netzwerkänderungen ständig unnötige Meldungen auslösen.
So vergleichst du die Client-Liste deines Routers mit einem Netzwerkscan, verstehst unterschiedliche Geräteanzahlen und erstellst ohne Rätselraten ein verlässliches Geräteinventar.
So unterscheidest du einen NAS-Neustart von einem Netzwerk- oder Dienstausfall, sammelst hilfreiche Hinweise und entscheidest, was du als Nächstes prüfen solltest.
Wenn ein Gerät keinen neuen DHCP-Lease bekommt, prüfst du Adressvergabe, DNS und Dienste getrennt und in dieser Reihenfolge, damit die Beobachtungen aussagekräftig bleiben und du nicht mehrere Netzwerkeinstellungen gleichzeitig änderst.
Drei Wege, jedes Gerät in deinem Heimnetz mit IP-Adresse, MAC-Adresse und Namen zu sehen: die Geräteliste im Router, die Bordmittel von Mac, Windows und Linux, und ein Netzwerkscanner, der alles in einem Durchgang erledigt.
Die Windows-Download-Seite MajorGeeks hat DeviceShelf getestet und mit Version 1.9.41 aufgenommen, mit einer eigenen Beschreibung von Scan, KI-Gerätebenennung und Schwachstellenprüfung.
Die Startseite hat jetzt eine Demo-Sektion. Ein Server-Dashboard zum Durchklicken unter demo.deviceshelf.app, eine Tour von einer Minute durch die Desktop-App, und jeder Produkt-Clip lässt sich vergrößern. Auf dem Handy zeigen die Clips den Teil des Bildschirms, auf dem etwas passiert.
Du hast eine MAC-Adresse aus der Router-Liste und willst wissen, zu welchem Gerät sie gehört. Was eine MAC verraten kann und was nicht, wie du den Hersteller nachschlägst und wie du vom Herstellernamen zum tatsächlichen Gerät kommst.
Die italienische Seite Linux Easy hat einen ausführlichen Artikel über DeviceShelf geschrieben, vom Scan und dem Sicherheitsbericht bis zur Überwachung, der Server-Edition mit MCP und den Linux-Paketen.
Eine praktische Anleitung, um jedes Gerät im heimischen WLAN zu sehen, herauszufinden, was jedes einzelne ist, und einen Eindringling vom eigenen Handy mit zufälliger MAC-Adresse zu unterscheiden. Behandelt die Router-Liste, MAC/OUI-Herstellersuche, Hostnamen, was zu tun ist, wenn wirklich jemand mitsurft, und warum eine einmalige Prüfung nicht reicht.
Was Self-hosted Netzwerk-Monitoring bedeutet und wie du Geräteerkennung, Uptime-Checks und Alerts auf eigener Hardware betreibst, ohne Cloud-Dashboard. Behandelt die tool-unabhängigen Grundlagen, den 24/7-Headless-Betrieb eines Monitors und wie die Daten im eigenen Netz bleiben.
Eine Schritt-für-Schritt-Checkliste, um ein Heim- oder Homelab-Netzwerk abzusichern: Router-Zugangsdaten, WPA3, Gastnetz für IoT, WPS und UPnP, offene Ports, Firmware und das Erkennen unbekannter Geräte. Inklusive dem kostenlosen, werkzeugunabhängigen Weg für jeden Schritt.
Eine wechselnde MAC-Adresse ohne Hersteller im Netzwerk ist fast immer MAC-Randomisierung, eine Datenschutzfunktion moderner Handys und Laptops. Hier steht, was sie macht, wie du sie erkennst, warum sie Vendor-Lookup und Allow-Lists aushebelt und wie du das Gerät trotzdem identifizierst.
Nach einem Scan offene Ports gefunden und unsicher, welche davon zählen? Dieser Leitfaden erklärt, was ein offener Port ist, welche wirklich riskant sind (Telnet, RDP, SMB, exponierte Datenbanken), wie du mit nmap den Dienst dahinter prüfst und wie du die Ports schließt oder per Firewall absicherst, die nicht offen sein sollten.
Die eingebauten Windows-Befehle, die kostenlosen GUI-Scanner und was jeder davon tatsächlich anzeigt. Ein praktischer Durchgang von arp -a bis zur vollständigen Geräteidentifikation, Sicherheitsprüfungen und Live-Bandbreite pro Gerät.
So scannst du dein LAN unter Linux auf zwei Wegen: nmap und arp-scan im Terminal, oder eine GUI, wenn du Ergebnisse lieber liest als Flags tippst. Behandelt die Capture-Rechte, die Linux dafür braucht, und wie du DeviceShelf nativ per AppImage, .deb oder .rpm ausführst.
Eine praxisnahe Anleitung, um die smarten Steckdosen, Kameras, Fernseher, Lautsprecher und Sensoren in deinem LAN zu inventarisieren. Erkenne jedes Gerät am MAC-Hersteller, an mDNS-/SSDP-Ankündigungen und offenen Ports und entscheide dann, was auf ein Gäste-VLAN gehört.
Du willst eine Push-Nachricht, sobald sich ein fremdes Gerät in dein WLAN einwählt. Was der Router von Haus aus kann, warum zufällige MAC-Adressen das Ganze erschweren, und wie du Alerts einrichtest, die nicht nerven.
Die Cloud-Ausfälle von 2025 hatten einen Nebeneffekt, den kaum jemand einplant. Die Dashboards, die das Problem erklären sollten, waren gleich mit weg. Ein Plädoyer für einen kleinen, selbst gehosteten Monitor.
In deinem WLAN taucht ein Gerät auf, das du nicht kennst. So findest du heraus, was es ist (MAC-Hersteller, Hostname, offene Ports, mDNS-Namen) und was zu tun ist, wenn es wirklich nicht dazugehört.
Neu in Server-Edition 1.5.3: DeviceShelf kann sein Live-Inventar und seinen Monitoring-Zustand über das Model Context Protocol (MCP) einer KI zugänglich machen, mit 26 Tools, geführten Prompts, anhängbaren Resources und einem optionalen Live-Push-Modus. Frag „was ist online?“, „welche Zertifikate laufen bald ab?“ oder „was hat sich seit letzter Woche geändert?“ — die Antworten kommen aus deinen eigenen Daten. Strikt lokal, standardmäßig nur lesend, in deiner Lizenz enthalten.
Die Schweizer Vergleichsseite providerliste hat eine kurze Meldung über DeviceShelf gebracht, auf ihren Seiten für Deutschland, Österreich und die Schweiz.
Carsten Knobloch hat DeviceShelf in Caschys Blog vorgestellt. Der Artikel geht auf den lokalen Scan, die Geräteerkennung, die Topologie-Karte, die eingebauten Tools und die optionale KI ein.