Bezpośrednia odpowiedź
Odpowiedź 401 dowodzi, że serwer RTSP odpowiedział, ale odrzucił dostarczone uwierzytelnienie. Najpierw sprawdź konto przesyłania strumieniowego specyficzne dla kamery, a następnie przetestuj to samo URL bez osadzania poświadczeń i pozwól klientowi odpowiedzieć na wyzwanie uwierzytelnienia.
Dlaczego tak się dzieje
Najczęstsze przyczyny to logowanie się do konta w chmurze zamiast konta kamery lokalnej, zmiana hasła po zapisaniu URL, zastrzeżone znaki zakłócające analizę URI lub klient i kamera nie zgadzają się co do uwierzytelniania podstawowego lub szyfrowanego.
Zacznij od dokładnego kodu stanu lub symptomu sieci, a następnie zmieniaj warstwę po warstwie.
Kontrolowany test
Użyj jednego znanego, dobrego klienta lokalnego i udokumentowanej ścieżki producenta aparatu. Zapisz, czy awaria wystąpiła w dniu DESCRIBE lub później, ponieważ zaakceptowane logowanie, po którym następuje kolejny błąd, to inny problem.
Zmień jedną zmienną na raz. Zapisuj model aparatu, oprogramowanie sprzętowe, punkt końcowy i konto; następnie przetestuj osiągalność sieci, odpowiedź protokołu, transport multimediów i dekodowanie jako osobne warstwy.
Skorzystaj z dedykowanego konta tylko do przeglądania i zaufanego lokalnego narzędzia diagnostycznego. Zredaguj dane uwierzytelniające, adresy prywatne i dane identyfikacyjne przed udostępnieniem wyników.
Sekwencja diagnostyczna
| Sprawdzać | Działanie | Dowód postępu |
|---|---|---|
| Konto | Utwórz lub zresetuj dedykowane konto lokalne przeznaczone tylko do wyświetlania. | To samo konto otwiera udokumentowany strumień w jednym zaufanym kliencie. |
| URL | Usuń osadzone dane uwierzytelniające i wprowadź je w osobnych polach. | Host i ścieżka pozostają niezmienione, a klient wyświetla monity poprawnie. |
| Wyzwanie | Sprawdź, czy kamera oferuje opcję Basic, Digest lub obie opcje. | Klient wybiera metodę, którą faktycznie obsługuje kamera. |
| Kryjówka | Usuń zapisaną kamerę i dodaj ją ponownie po zmianie hasła. | W profilu połączenia nie pozostały żadne stare poświadczenia. |
Dowód do zachowania
Prowadź krótki zapis dokładnego punktu końcowego, typu konta, wyzwania uwierzytelnienia i wyniku końcowego. Dowody te odróżniają rzeczywistą awarię poświadczeń od problemu ze ścieżką, kodekiem lub transportem.
Uwaga dotycząca granicy i bezpieczeństwa
Nie osłabiaj konta kamery, użyj ponownie hasła administratora lub opublikuj działające URL, aby ułatwić test.
Do zdalnego podglądu użyj zarządzanego VPN zamiast udostępniać RTSP lub porty administracyjne kamery bezpośrednio w publicznym Internecie.
SmartRTSP
SmartRTSP to przeglądarka RTSP i ONVIF skupiająca się na kamerze dla urządzeń Apple, Windows i Android. Pasuje do bezpośredniego oglądania, wykrywania i kontroli wielu kamer; prowadź dedykowany NVR lub VMS, gdy wymagane jest ciągłe rejestrowanie, eksport dowodów lub scentralizowana kontrola przedsiębiorstwa.
Często zadawane pytania
Czy 401 oznacza, że kamera jest offline?
Nie. Serwer był osiągalny i zwrócił błąd uwierzytelniania.
Czy dane uwierzytelniające należy umieścić w RTSP URL?
Preferuj oddzielne pola nazwy użytkownika i hasła, jeśli klient je oferuje, zwłaszcza gdy hasło zawiera zastrzeżone znaki URI.
Dlaczego VLC działa, podczas gdy inna przeglądarka zwraca 401?
Klienci mogą w różny sposób analizować osadzone poświadczenia lub obsługiwać różne wyzwania związane z uwierzytelnianiem; porównaj rzeczywiste konto i wyzwanie, zanim zrzucisz winę na transmisję.
Podstawowe odniesienia
- IETF RFC 7826 — protokół przesyłania strumieniowego w czasie rzeczywistym 2.0
- IETF RFC 3986 — składnia ogólna URI
- SmartRTSP — oficjalne informacje o platformie i produkcie
Powiązany przewodnik SmartRTSP
Otwórz powiązany przewodnikWarstwa po warstwie sposób oddzielenia konta kamery, analiza URL i metoda uwierzytelniania, gdy strumień RTSP zwraca wartość 401.