Netzwerkdiagnose .
Analysiere Verbindungsprobleme und teile deine persönliche Diagnose-ID sicher mit dem MAZHOSTING-Support.
Wenn Fernwartung
nicht funktioniert.
Teste die Erreichbarkeit in deinem Netzwerk. Für echte Port- und Firewall-Prüfungen kannst du anschließend die Windows-Tiefenanalyse nutzen.
Anwendungen auswählen
Welche Fernwartungsprogramme sollen geprüft werden?
Browser-Schnelltest
Prüft Verbindung zum Portal und beispielhafte HTTPS-Erreichbarkeit.
Wähle die Anwendungen oben aus und starte die Überprüfung. Jeder abgeschlossene Test erhält eine eigene Support-ID.
Diese ID kannst du an den MAZHOSTING-Support weitergeben. Die ID allein ermöglicht keinen Zugriff auf den Bericht – dafür ist ein geschützter Mitarbeiter-Login notwendig.
Windows-Tiefenanalyse
DNS, reale TCP-Verbindungen, Proxy-Einstellungen und lokale Firewall-Hinweise prüfen.
Mehr sehen. Besser verstehen.
Das PowerShell-Skript wird auf dem betroffenen Windows-PC ausgeführt und speichert die Ergebnisse lokal als JSON-Datei. Es ändert keine Systemeinstellungen.
Ergebnisdatei auswerten
Nach dem Test die MAZHOSTING-NetworkCheck-*.json hier auswählen. Die Datei wird zunächst ausschließlich im Browser ausgewertet. Du kannst sie anschließend mit deiner Diagnose-ID geschützt an MAZHOSTING übertragen.
Ergebnisse der Tiefenanalyse
Gespeicherte Berichte.
Hier erscheinen nur zusätzlich lokal gespeicherte Windows-Berichte. Übertragene Tests sieht ausschließlich der angemeldete Support.
Lokaler Verlauf
Nur dein lokaler Verlauf. Für gespeicherte Serverberichte die Diagnose-ID an den Support senden.
Ports & Firewall-Regeln.
Offizielle Netzwerkvoraussetzungen von TeamViewer und AnyDesk.
TeamViewer
| Protokoll | Port | Verwendung |
|---|---|---|
| TCP / UDP | 5938 | Bevorzugte Verbindung |
| TCP | 443 | Fallback / Dienste |
| TCP | 80 | Letzter Fallback |
Für ausgehende Verbindungen insbesondere master*.teamviewer.com und router*.teamviewer.com berücksichtigen.
AnyDesk
| Protokoll | Port | Verwendung |
|---|---|---|
| TCP | 6568 | Verbindungsoption |
| TCP | 443 / 80 | Weitere Verbindungsoptionen |
| UDP | 50001–50003 | LAN-Geräteerkennung (Multicast) |
Der Hersteller empfiehlt *.net.anydesk.com freizugeben. UDP-Discovery ist nicht dasselbe wie die Internetverbindung.
Warum ein fehlgeschlagener Porttest nicht automatisch eine Firewall-Sperre bedeutet
Ein TCP-Test ist nur aussagekräftig, wenn auf dem angesprochenen Zielhost tatsächlich ein Dienst auf diesem Port lauscht. Deshalb prüft die Tiefenanalyse bestimmte Ports nur als Stichprobe. Eine sichere Zuordnung zu einer Firewall-Regel benötigt Endpoint- oder Gateway-Logs.
So funktioniert's.
Vom Browsercheck zur belastbaren Netzwerkdiagnose.
Browser-Schnelltest starten
Das Portal prüft seine eigene Erreichbarkeit, Antwortzeiten und exemplarische HTTPS-Anfragen zu den Hersteller-Webseiten. Diese Werte dienen als erste Orientierung, nicht als Remote-Session-Test.
Windows-Skript auf dem betroffenen PC ausführen
Die Datei herunterladen und lokal in einer PowerShell starten. Falls Skripte durch deine Unternehmensrichtlinien gesperrt sind, muss die interne IT die Ausführung erlauben. Die Diagnose ändert keine Firewall-Regeln.
powershell.exe -NoProfile -File .\mazhosting-networkcheck.ps1Windows kann die Ausführung nicht signierter Skripte untersagen. Vor einer Freigabe sollte das Skript geprüft werden.
JSON-Bericht importieren und auswerten
Die erzeugte Datei im Portal öffnen. Anhand der DNS-Ergebnisse, TCP-Prüfungen und Windows-Konfiguration erstellt die Seite Hinweise und Handlungsempfehlungen.
Fehlerquelle eingrenzen
Funktioniert der betroffene PC über einen mobilen Hotspot, aber nicht im Firmennetz? Das ist ein starkes Indiz für eine netzwerkabhängige Sperre. Für die genaue Regel die Firewall-Logs des Routers oder der Unternehmensfirewall prüfen.