RTSP 401 nicht autorisiert und 404 nicht gefunden: Diagnose von Kamera-URL und Authentifizierungsfehlern

In Support-Tickets tauchen immer wieder zwei RTSP-Fehler auf: "„401 Unauthorized“ und „404 Not Found“. Sie klingen einfach. Das eine sieht nach einem Anmeldeproblem aus, das andere nach einer fehlerhaften URL. Bei realen Kameraeinsätzen können beide subtiler sein." Eine Kamera akzeptiert möglicherweise dieselben Anmeldeinformationen in der Web-Benutzeroberfläche, lehnt jedoch RTSP ab. Ein Rekorder kann unterschiedliche Pfade für den Hauptstream und den Substream offenlegen. Bei einem ONVIF-Scan wird möglicherweise eine URL entdeckt, die sich später ändert. Ein Anbieter benötigt möglicherweise eine Kanalnummer, ein Stream-Suffix oder ein Profil-Token. Einige Kameras geben auch irreführende Statuscodes zurück, wenn der Pfad zu lang ist, der Stream deaktiviert ist oder ein Authentifizierungsmodus mit dem Client nicht kompatibel ist.

Bei Google-Suchen erfolgt die Benutzerabfrage normalerweise direkt: „RTSP 401 nicht autorisierte Kamera“, „RTSP 404 nicht gefunden“, „VLC funktioniert, aber NVR sagt kein Signal“ oder „RTSP-URL der ONVIF-Kamera funktioniert nicht.“ Ein nützlicher Artikel sollte nicht so tun, als gäbe es eine magische URL. Es sollte zeigen, wie man Beweise sammelt.

Beginnen Sie mit der fehlgeschlagenen RTSP-Methode

Notieren Sie nicht nur den endgültigen Fehler. Notieren Sie, welche RTSP-Methode es zurückgegeben hat:

• „OPTIONEN“.
• „BESCHREIBEN“.
• „SETUP“.
• „SPIELEN“.

Wenn „OPTIONS“ mit 401 fehlschlägt, blockiert die Authentifizierung oder Serverrichtlinie die Sitzung, bevor Metadaten angefordert werden. Wenn „DESCRIBE“ mit 401 fehlschlägt, akzeptiert die Kamera möglicherweise die Verbindung, lehnt jedoch den Zugriff auf diesen Stream-Pfad ab. Wenn „DESCRIBE“ 404 zurückgibt, ist der Pfad normalerweise keinem Stream-Profil zugeordnet. Wenn „SETUP“ nach einem erfolgreichen „DESCRIBE“ fehlschlägt, ist die URL möglicherweise gültig, es liegt jedoch ein Problem mit dem Spursteuerungspfad, dem Transportmodus oder dem Medienprofil vor.

Diese Unterscheidung ist wichtig, da sich die nächste Aktion ändert. Anmeldeinformationskorrekturen reparieren keinen fehlenden Stream-Pfad. Durch Ändern des URL-Suffixes wird ein Digest-Authentifizierungskonflikt nicht behoben.

Trennen Sie Anmeldeinformationen vom Stream-Pfad

Eine saubere Fehlerbehebungsmatrix sieht so aus:

• Derselbe Benutzername/dasselbe Passwort funktioniert in der Web-Benutzeroberfläche der Kamera
• Der RTSP-Dienst ist aktiviert
• Der RTSP-Port ist vom Client-Netzwerk aus geöffnet
• Der URL-Pfad entspricht dem Haupt-Stream- oder Sub-Stream-Muster des Anbieters
• Das Stream-Profil ist auf der Kamera aktiviert
• Der Authentifizierungsmodus ist mit dem Client kompatibel
• Sonderzeichen im Passwort sind korrekt kodiert

Password characters are a frequent source of false failures. A password that contains @, :, /, ?, #, or spaces may need URL encoding when embedded in an RTSP URL. A better test is to use a client that sends credentials separately rather than relying on an inline URL.

Warum 404 oft Profil oder Pfad bedeutet, nicht Netzwerk

„404 Not Found“ bedeutet, dass der Server erreicht wurde und die Anfrage ausreichend verstanden hat, um die Ressource abzulehnen. Bei Kamerastreams deutet dies häufig auf eines der folgenden Probleme hin:

• falsche Kanalnummer
• Falsches Stream-Suffix
• Hauptstream deaktiviert
• Substream deaktiviert
• Der Rekorderpfad unterscheidet sich vom Kamerapfad
• ONVIF-Profiltoken geändert
• Herstellerspezifischer Zugangsname erforderlich
• Der Stream existiert erst, nachdem RTSP in den Einstellungen aktiviert wurde

Der nützlichste Beweis ist der „DESCRIBE“-Anfrage-URI und der Antwortstatus. Wenn die Kamera vor SDP 404 zurückgibt, gibt es noch keine Mediensitzung. Gehen Sie nicht zum RTP-Verlust oder Codec-Debugging über, bevor Sie bestätigt haben, dass die URL einem echten Stream zugeordnet ist.

Die ONVIF-Erkennung hilft, ist aber nicht dasselbe wie ein Beweis

Die ONVIF-Erkennung kann Stream-URIs und Profilinformationen bereitstellen, der erkannte RTSP-URI muss jedoch noch getestet werden. Einige Systeme stellen ONVIF korrekt bereit, während die RTSP-Authentifizierung oder das Pfadverhalten unterschiedlich sind. Andere geben einen URI zurück, der nur für ein Profil gültig ist, das später deaktiviert oder geändert wird.

Der Diagnoseablauf sollte wie folgt aussehen:

1. Finden Sie die RTSP-URL oder geben Sie sie ein
2. Führen Sie „OPTIONS“ und „DESCRIBE“ aus
3. Erfassen Sie Statuscodes und Header
4. Überprüfen Sie, ob SDP zurückgegeben wird
5. Überprüfen Sie erst dann „SETUP“, „PLAY“, RTP und Codec-Beweise

Diese Anordnung verhindert, dass ein Techniker jeden Fehler als „Kamera-Offline“-Problem behandelt.

Wie RTSP Inspector verwendet werden sollte

RTSP Inspector ist kein Player, ONVIF-Manager oder Kameraerkennungsprodukt. Seine Aufgabe besteht darin, die RTSP-Transaktion sichtbar genug zu machen, um zu erklären, was passiert ist. Für 401- und 404-Fälle lautet die nützliche Ausgabe:

• Anfrage-URI
• fehlgeschlagene Methode
• Statuscode
• Authentifizierungsgrenze
• ob SDP zurückgegeben wurde
• ob der Fehler vor der Medienverhandlung passiert ist
• Empfohlener nächster Besitzer: Anmeldeinformationen, Kameraprofil, Anbieter-URL-Format, Netzwerkport oder Stream-Aktivierung

Das ist genau der Beweis, den ein Feldintegrator oder Videoplattform-Ingenieur benötigt, bevor er sich an den Kamerahersteller wendet oder die Rekordereinstellungen blind ändert.

Wenn in einem Support-Ticket „RTSP funktioniert nicht“ steht, fragen Sie nach der Methode, dem Statuscode und der SDP-Grenze. Dadurch wird aus einer allgemeinen Beschwerde ein lösbarer Fall.