Prüfe die wichtigen Ports und sieh, was das Ergebnis tatsächlich belegt.
Prüfe nur öffentliche Systeme, die dir gehören oder für die du eine Erlaubnis hast.
Beginne mit einer konkreten Frage zu deinem eigenen Server. Wähle wenige Ports und bewahre den Nachweis zusammen mit dem Ergebnis auf. Wir prüfen aus einem externen Netz, nicht von deinem Gerät aus.
Beispiel, kein Live-Ergebnis
clocktools.app
80 · 443
Gib eine Domain oder eine öffentliche IPv4- oder IPv6-Adresse ein. Die Website-Auswahl prüft 80 und 443. URL-Pfade und Portnummern in einer URL bestimmen die Auswahl nicht; dafür ist das Feld TCP-Ports vorgesehen.
Beispiel, kein Live-Ergebnis
Drücke Ports prüfen oder Enter. Du kannst abbrechen. Wir verwenden eine öffentliche DNS-Adresse und höchstens 12 Ports. Nach Abbruch oder Zurücksetzen ersetzt ein verspätetes Ergebnis nicht deine Ansicht.
Beispiel, kein Live-Ergebnis
443 · HTTP-Antwort
HTTP 200
Detaillierte Nachweise
Lies zuerst die Beobachtung, dann die Dauer. Unter den Nachweisen stehen Methode und Adresse. Kopiere den Bericht oder lade PNG, CSV, JSON oder Text herunter. Ein Konfigurationslink startet keine Prüfung automatisch.
Hier siehst du die echte ClockTools-Oberfläche: von der Portauswahl bis zum abgeschlossenen Test. Die Screenshots zeigen unsere eigene Website. Sie sind weder Ergebnisse für deinen Host noch eine Vorhersage für deinen nächsten Test.
Prüfe 80 und 443 deiner Domain nach Änderungen an Hosting oder DNS. Eine HTTP-Antwort kann von einem Proxy stammen, auch bei 403 oder 502. Unser Website-Erreichbarkeitscheck prüft die Seite; eine Verbindung allein belegt keine funktionierende Website.
Soll SSH öffentlich erreichbar sein, prüfe 22 auf deinem Server. Eine Ablehnung ist etwas anderes als ein Zeitlimit. Kontrolliere Bindungsadresse und Freigabeliste, ohne Schutzregeln nur für ein grünes Ergebnis zu lockern.
Prüfe nur tatsächlich verwendete Datenbankports. Eine Verbindung zu 3306, 5432 oder 6379 ist Anlass zur Prüfung der Zugriffsregeln, kein automatischer Schwachstellenbefund. Private Datenbanknetze werden nicht geprüft.
Halte Host, Ports, Zeitpunkt und Nachweise fest. Vergleiche zwei Prüfungen desselben Hosts und derselben ausgewählten IP nach einer erlaubten Änderung. Eine andere Beobachtung ist ein Hinweis, aber kein Beweis für die Ursache.
Ein Port ist kein nummeriertes Loch in einem Computer. Er hilft dem System, verschiedene Verbindungen auseinanderzuhalten. Ein Server kann unter derselben IP-Adresse mehrere Dienste anbieten, weil das Betriebssystem eingehende Verbindungen der passenden Anwendung zuordnet. Auch der Client besitzt einen eigenen Endpunkt. Zusammen unterscheiden diese beiden Endpunkte eine Verbindung von anderen gleichzeitig laufenden Verbindungen.
Schon die TCP-Spezifikation RFC 793 vom September 1981 beschrieb das Zusammenspiel von Ports, Sockets und Prozessen. Häufig genutzte Dienste konnten bekannte Endpunkte verwenden; andere Verbindungen konnten ihre Endpunkte dynamisch ermitteln. Das gehört zum Entwurf von TCP und ist keine Erfindung des heutigen Webs. Deshalb erfüllt ein Zielport eine andere Aufgabe als ein vorübergehend verwendeter Port auf der Clientseite, obwohl beide als Zahlen erscheinen.
Gemeinsame Konventionen machten diese Zahlen über verschiedene Rechner und Programme hinweg verständlich. RFC 6335 dokumentierte im August 2011 die Verfahren zur Registrierung von Dienstnamen und Portnummern. Das Register dient der Abstimmung, nicht der Untersuchung deines Servers. Wenn unser Scanner Port 22 mit SSH bezeichnet, nennt er eine übliche Zuordnung. Er erkennt dadurch weder das tatsächlich laufende Programm noch die Sicherheit seiner Zugriffskonfiguration.
Im August 2022 wurde die grundlegende TCP-Spezifikation in RFC 9293 zusammengeführt. Diese Grundlagen bleiben auch hinter Reverse-Proxys und Lastverteilern wichtig. Eine Verbindung kann den vorgelagerten Endpunkt erreichen, während die eigentliche Anwendung nicht verfügbar ist. Unsere Ergebnisse sollen dir helfen, die nächste sinnvolle Frage zu stellen, statt Erreichbarkeit mit einer vollständigen Zustands- oder Sicherheitsprüfung gleichzusetzen.
1981
RFC 793 erläutert, wie Ports und Sockets Verbindungen zwischen Anwendungen unterscheiden. Ein Host kann mehrere TCP-Verbindungen gleichzeitig unterhalten.
2011
RFC 6335 beschreibt Registrierungsverfahren und drei Portnummernbereiche. Ein eingetragener Dienstname bestätigt weder die installierte Software noch ihre Sicherheit.
2022
RFC 9293 ersetzt RFC 793. Der Verbindungsaufbau bleibt eine andere Frage als das Verhalten einer Anwendung oder eine Sicherheitsprüfung.
Angenommen, du betreust einen Server, dessen SSH-Dienst berechtigte Verbindungen über TCP 22 annehmen soll. Die folgenden Beobachtungen bilden ein fiktives Diagnosebeispiel. Sie sind keine ClockTools-Messungen und keine Aufforderung, einen privaten Dienst öffentlich zugänglich zu machen.
Schritt 1 · TCP 22
Eine ausdrückliche Ablehnung bedeutet, dass der Versuch zurückgewiesen wurde. Prüfe auf einem von dir verwalteten System, ob der Dienst läuft und an der richtigen Adresse lauscht. Auch eine Zugriffsregel kann Verbindungen ablehnen. Das Ergebnis allein verrät nicht, welche Einstellung zu prüfen ist.
Schritt 2 · TCP 22
Eine spätere Zeitüberschreitung ist weder automatisch ein Fortschritt noch ein Nachweis für eine Firewall-Sperre. Prüfe die öffentliche Adresse, das Routing und die vorgesehene Zugriffsregelung. Vergleiche aus einem berechtigten Netzwerk und notiere Änderungen der geprüften IP. Ändere jeweils nur eine relevante Einstellung.
Schritt 3 · TCP 22
Eine TCP-Verbindung sagt weniger aus als eine erfolgreiche SSH-Anmeldung. Prüfe Serveridentität, Authentifizierung und Berechtigungen mit deinen üblichen Administrationswerkzeugen. Zugangsdaten gehören nicht in einen geteilten Scanbericht. Öffentliche Erreichbarkeit ist nicht immer das gewünschte Ergebnis.
Ein brauchbarer Vorher-nachher-Vergleich hält Host, geprüfte Adresse, Port, Zeitpunkt und Änderungsnotizen zusammen. Unsere Vergleichsfunktion zeigt veränderte Beobachtungen, erklärt aber nicht deren Ursache. Bei einer anderen IP oder einem anderen Prüfnetzwerk handelt es sich um unterschiedliche Blickwinkel, nicht um einen kontrollierten Versuch.
Eine IP-Adresse bezeichnet einen Endpunkt; der TCP-Port bestimmt, wo eine Verbindung ankommen soll. Dort muss ein Dienst lauschen, die Route muss funktionieren und der Zugriff muss erlaubt sein. Üblicher Dienst ist nur ein Hinweis auf eine Konvention, keine Softwareerkennung. Auch Port 443 kann anders genutzt werden.
Das IANA-Diensteregister liefert gemeinsame Bezeichnungen. „TCP-Verbindung auf 22 angenommen“ ist ein Nachweis; eine bestimmte SSH-Version ist damit nicht erkannt. Unser Tool meldet sich nicht an, liest keine Banner aus und sucht nicht nach ausnutzbaren Schwachstellen.
Netze brauchen Adressen und eine Unterscheidung mehrerer Verbindungen an derselben Adresse. RFC 6335 beschreibt Systemports 0–1023, Benutzerports 1024–49151 und dynamische oder private Ports 49152–65535. Hier sind 1–65535 als Ziele zulässig, Port 0 nicht.
Die Bereiche regeln Vergaben, nicht Sicherheit. Ein hoher Port ist nicht automatisch privat. Temporäre lokale Browserports sind außerdem etwas anderes als die Zielports in diesem Formular. Dokumentiere immer das Transportprotokoll: TCP 53 und UDP 53 sind unterschiedliche Prüfungen. Unser Scanner prüft ausschließlich TCP.
Die TCP-Spezifikation beschreibt den Austausch SYN, SYN-ACK und ACK. Danach besteht eine Verbindung, doch die Anwendung kann weiterhin fehlerhaft sein, eine Anmeldung verlangen oder ein Zertifikatproblem haben. Wir schließen die Testverbindung ohne Anwendungstest.
HTTP-Antwort bedeutet nur, dass ein Web-Endpunkt geantwortet hat. 404 ist ebenfalls eine Antwort; 403 kann eine Zugriffsregel sein, 502 ein Gatewayproblem. Der verborgene Ursprungsport ist dadurch nicht bestätigt. Die Versuchsdauer ist weder Ping-Latenz noch ein Benchmark deiner Internetverbindung.
Eine lokal funktionierende Anwendung kann von außen unerreichbar sein: Sie lauscht nur auf Loopback, eine Weiterleitung fehlt oder eine Freigabeliste blockiert den Zugriff. NAT und Carrier-Grade NAT erschweren eingehende Verbindungen. Prüfe mit Was ist meine IP? deine sichtbare Adresse und mit dem IP-Subnetzrechner das verwaltete Netz.
Domains können mehrere IPv4- und IPv6-Adressen liefern. Wir wählen für TCP eine geprüfte öffentliche Adresse aus und decken damit nicht jeden Server ab. Ein Proxy kann antworten, ohne den Ursprung offenzulegen. Nmaps Erklärung der Portzustände behandelt Ergebnisse ebenfalls als Beobachtungen einer bestimmten Prüfung. Ein Zeitlimit beweist keine Firewallblockade; halte Vergleichsprüfungen samt Zeitpunkt fest.
Unser Portscanner validiert öffentliche Hosts und eine begrenzte Liste dezimaler TCP-Ports. Er wählt eine sichere DNS-Adresse aus und unterscheidet Verbindung, ausdrückliche Ablehnung, Zeitlimit, nicht mögliche Prüfung und HTTP-Antwort. Dienstnamen sind Hinweise, keine Softwareerkennung.
Melde strittige Ergebnisse über unsere Kontaktseite mit öffentlichem Host, Ports, Zeitpunkt, Beobachtung und Nachweisen. Beschreibe die erwartete Konfiguration und einen erlaubten Vergleich, aber sende keine Passwörter oder privaten Netzdaten. Wir prüfen reproduzierbare Einordnungs- und Darstellungsfehler; wechselnde Zustände sind keine dauerhaften Fakten.
Nein. Erreichbarkeit ist keine Schwachstelle an sich. Prüfe, ob der öffentliche Zugriff beabsichtigt ist, und kontrolliere Updates, Anmeldung und Zugriffsregeln. Dieses Tool testet keine Exploits.
Du kannst die öffentliche Adresse und den Zielport eines eigenen Systems prüfen. Dienst, Weiterleitung und Firewall müssen passen. Ein Zeitlimit zeigt nicht, welche Schicht versagt hat. Private oder lokale Ziele sind ausgeschlossen.
Dieser Prüfdienst unterstützt Port 25 nicht. Wir kennzeichnen die Grenze, statt den SMTP-Port als geschlossen auszugeben. 587, 993 und 995 können für E-Mail-Clients relevant sein, ersetzen aber keinen Zustelltest auf 25.
Nein. Es prüft ausgewählte TCP-Ports an einer öffentlichen DNS-Adresse. TCP 53 ist kein UDP-DNS-Test. Eine Verbindung bestätigt weder DNS-Inhalte noch E-Mail-Zustellung oder alle Server einer Domain.
Ein beschränkter Prüfversuch oder ein mehrdeutiger Fehler beweist keine Ablehnung. Wir unterscheiden ausdrückliche Ablehnung, Zeitlimit und HTTP-Antwort. Nicht verifiziert lässt den tatsächlichen TCP-Zustand offen.
Bis zu fünf abgeschlossene Beobachtungen werden lokal in diesem Browser gespeichert, sofern möglich. Verlauf löschen entfernt diese Liste. Der Link enthält Host und Ports, startet aber keine Prüfung. Berichte enthalten Beobachtung und Grenzen.