Jak znaleźć poprawny adres RTSP lub RTSPS
Ta strona jest na moment, w którym masz już kamerę, ale wciąż nie znasz dokładnego formatu adresu, właściwej ścieżki strumienia albo nie masz pewności, czy kamera jest naprawdę dostępna z internetu.
Celem jest przejście od modelu kamery i lokalnego podglądu do konkretnego publicznego adresu, który można od razu wkleić do rtsp.run. Jeśli któregoś z kroków poniżej jeszcze brakuje, problem nie leży jeszcze w odtwarzaczu, tylko w danych wejściowych albo w publicznej dostępności.
Co przygotować, zanim zaczniesz szukać adresu
- model kamery albo przynajmniej markę i dokładną nazwę urządzenia
- dostęp do panelu WWW, NVR albo aplikacji, w której RTSP często trzeba najpierw włączyć
- nazwę użytkownika i hasło przeznaczone do dostępu RTSP
- możliwość sprawdzenia kamery z innej sieci niż ta, do której jest fizycznie podłączona
Żeby rtsp.run w ogóle miało sens, muszą być spełnione trzy warunki
Adres musi mieć poprawny format
Sama znajomość IP kamery nie wystarczy. Potrzebny jest też właściwy protokół, port i dokładna ścieżka strumienia.
Kamera musi być dostępna z internetu
Kamera musi być osiągalna z innej sieci niż ta, w której działa. Lokalne odtwarzanie w domu nie wystarczy.
Publiczne udostępnienie musi być świadome i bezpieczne
Publiczny strumień to świadoma decyzja. Potrzebujesz oddzielnego konta, mocnego hasła i jasno ograniczonego dostępu.
Jak wygląda poprawny adres RTSP lub RTSPS
Najważniejsze jest rozróżnienie protokołu, danych logowania, hosta, portu i dokładnej ścieżki strumienia. Sam adres IP nie wystarczy. Bez poprawnej ścieżki strumienia kamera i tak się nie odtworzy.
Co oznaczają poszczególne części
- `rtsp://` albo `rtsps://` to używany protokół.
- `UŻYTKOWNIK:HASŁO` to dane logowania do dostępu RTSP, niekoniecznie konto administratora kamery.
- `HOST` to publiczny adres IP albo nazwa DDNS, a nie lokalny adres `192.168.x.x`, `10.x.x.x` lub `172.16–31.x.x`.
- `PORT` to często `554`, ale może być inny.
- `ŚCIEŻKA_STRUMIENIA` to konkretna ścieżka dla głównego albo dodatkowego strumienia i różni się zależnie od marki i modelu.
Podstawowy format bez danych logowania
Używaj go tylko wtedy, gdy kamera albo warstwa RTSP naprawdę nie wymagają nazwy użytkownika i hasła.
rtsp://HOST:554/ŚCIEŻKA_STRUMIENIA- HOST może być publicznym IP albo nazwą DDNS.
- Port `554` jest typowy, ale nie obowiązkowy.
- Bez poprawnej ścieżki strumienia adres nadal nie będzie działał.
Najczęstszy format z nazwą użytkownika i hasłem
To typowy wariant dla kamer IP i NVR, które wymagają oddzielnego logowania RTSP.
rtsp://UŻYTKOWNIK:HASŁO@HOST:554/ŚCIEŻKA_STRUMIENIA- Adres powinien używać konta, które naprawdę ma dostęp do strumienia.
- Nie używaj konta administratora, jeśli nie jest to konieczne.
- Publiczny port może różnić się od wewnętrznego portu kamery.
Bezpieczniejszy wariant przez RTSPS
Używaj go tylko wtedy, gdy kamera rzeczywiście to obsługuje. Nie każde urządzenie rozumie `rtsps://`.
rtsps://UŻYTKOWNIK:HASŁO@HOST:322/ŚCIEŻKA_STRUMIENIA- Port często różni się od `554`.
- Jeśli producent nie dokumentuje RTSPS wprost, nie zakładaj, że wystarczy tylko zmiana protokołu.
- Jeśli RTSPS nie jest dostępny, zadbaj o bezpieczeństwo mocnym hasłem i bardzo ograniczonym zakresem dostępu.
Jak znaleźć adres w zależności od producenta
Poniższe przykłady to częste wzorce, a nie uniwersalna prawda dla każdego modelu. Najpierw sprawdź, czy kamera w ogóle obsługuje RTSP i czy strumień nie musi być najpierw włączony w panelu albo aplikacji.
Hikvision
Typowy format dla głównego strumienia. Dodatkowy strumień często kończy się na `102` zamiast `101`.
rtsp://UŻYTKOWNIK:HASŁO@HOST:554/Streaming/Channels/101- Szukaj sekcji Wideo, Stream albo RTSP.
- Sprawdź główny i dodatkowy strumień oraz numer kanału.
Dahua i częste warianty OEM
Typowy format dla Dahua i części marek korzystających z modeli opartych na Dahua.
rtsp://UŻYTKOWNIK:HASŁO@HOST:554/cam/realmonitor?channel=1&subtype=0- `subtype=0` to zwykle główny strumień, a `subtype=1` dodatkowy.
- W NVR numer kanału może się zmieniać zależnie od podłączenia.
Axis
Axis często używa krótszej i prostszej ścieżki strumienia niż wielu innych producentów.
rtsp://UŻYTKOWNIK:HASŁO@HOST:554/axis-media/media.amp- Sprawdź też profil strumienia i ewentualny własny port RTSP.
- Jeśli adres nie działa, zajrzyj do dokumentacji konkretnego modelu.
Reolink
Reolink często rozróżnia główny i dodatkowy strumień bezpośrednio w nazwie ścieżki.
rtsp://UŻYTKOWNIK:HASŁO@HOST:554/h264Preview_01_main- Dodatkowy strumień jest często oznaczony jako `sub` zamiast `main`.
- Obsługa RTSP różni się w zależności od modelu, więc nie zaczynaj od ogólnego poradnika z forum.
Tapo / TP-Link
W Tapo RTSP często trzeba najpierw włączyć w aplikacji albo w trybie NVR.
rtsp://UŻYTKOWNIK:HASŁO@HOST:554/stream1- Nie każdy model Tapo obsługuje standardowe RTSP.
- Jeśli urządzenie działa tylko w chmurze, nie uzyskasz z niego publicznego adresu RTSP.
Uniview, Amcrest, Annke, Ezviz i inne
W tych markach zarówno obsługa, jak i konkretna ścieżka strumienia zależą od modelu i firmware.
Nie zakładaj jednego uniwersalnego formatu, dopóki nie potwierdzisz dokładnego modelu.- Najpierw sprawdź, czy urządzenie obsługuje standardowe RTSP.
- Potem szukaj oficjalnej instrukcji producenta albo dokładnego wzorca dla konkretnego modelu.
Jak sprawić, żeby kamera była dostępna z internetu
To najczęstsza blokada. Kamera działa lokalnie w aplikacji albo w VLC, ale rtsp.run jej nie widzi, bo nie jest osiągalna z publicznego internetu.
Minimalna konfiguracja publiczna
1. Potwierdź poprawny adres w sieci lokalnej
Zanim zajmiesz się internetem, sprawdź poprawny format adresu i ścieżkę strumienia w sieci lokalnej albo w dokumentacji producenta.
2. Nadaj kamerze stabilny adres lokalny
Użyj rezerwacji DHCP albo stałego lokalnego IP na routerze, żeby przekierowanie portu nie przestało działać po restarcie.
3. Udostępnij port RTSP z internetu
Na routerze przekieruj publiczny port na lokalny port RTSP kamery albo NVR. Port publiczny nie musi być taki sam jak wewnętrzny.
4. Użyj publicznego IP albo nazwy DDNS
Końcowy adres musi używać publicznego IP albo nazwy DNS, a nie lokalnego adresu z twojej sieci LAN.
5. Przetestuj z innej sieci
Testuj przez dane komórkowe albo z innego łącza. Test z tej samej Wi‑Fi prawie niczego nie dowodzi.
Gdzie najczęściej to się psuje
- kamera działa tylko przez aplikację albo chmurę producenta, a nie przez standardowe RTSP z internetu
- twój operator używa CGNAT i nie masz prawdziwego publicznego IPv4
- przekierowanie portu wskazuje na niewłaściwy host albo port wewnętrzny
- nazwa DDNS rozwiązuje się poprawnie, ale publiczny port jest zamknięty albo blokowany
Jak poznać, że jesteś gotowy na rtsp.run
- końcowy adres używa publicznej nazwy hosta albo publicznego IP
- nazwa użytkownika i hasło w adresie są poprawne dla dostępu RTSP
- port jest osiągalny z internetu z innej sieci
- kamera zwraca prawdziwy strumień na żywo, a nie tylko przekierowanie do aplikacji producenta
Jeśli nie masz publicznego IP
- Sam DDNS nie wystarczy. Jeśli jesteś za CGNAT, przekierowanie portu z internetu nigdy nie dotrze do kamery.
- Potrzebujesz prawdziwego publicznego IP od operatora albo innej warstwy publicznej, którą możesz bezpiecznie wystawić.
- Jeśli nie chcesz tego rozwiązywać, nie użyjesz rtsp.run z tą kamerą w trybie publicznym.
Jak zrobić to bezpiecznie
Publicznie dostępna kamera to świadoma decyzja. Nie wystawiaj do internetu więcej, niż naprawdę potrzebujesz do strumienia na żywo.
Co zrobić
- utwórz osobnego użytkownika tylko do odtwarzania RTSP, a nie konto administratora
- użyj długiego, unikalnego hasła i nie używaj tego samego co do administracji
- jeśli kamera obsługuje `rtsps://`, wybierz je zamiast nieszyfrowanego `rtsp://`
- rozważ osobną sieć albo VLAN dla kamer wystawianych do internetu
- wystawiaj tylko to, co jest potrzebne dla strumienia, a nie cały panel WWW kamery
Czego unikać
- nie wystawiaj do internetu kamery przeznaczonej tylko do wewnętrznego CCTV albo wrażliwych zastosowań
- nie zakładaj, że chmura producenta albo aplikacja mobilna automatycznie oznaczają publiczne RTSP
- nie używaj domyślnych kont producenta ani słabego hasła tylko dlatego, że to "tylko kamera"
- nie publikuj kamery, dopóki nie jest jasne, kto ma mieć do niej dostęp i po co
Zanim wkleisz adres do rtsp.run
Jeśli na wszystko poniżej możesz odpowiedzieć tak, ma sens od razu przejść do odtwarzania strumienia.
- Mam pełny adres w formacie `rtsp://` albo `rtsps://`.
- Używam publicznej nazwy hosta albo publicznego IP, a nie lokalnego adresu.
- Wiem, że strumień jest osiągalny z innej sieci niż ta, w której działa kamera.
- Używam konta przeznaczonego do dostępu RTSP, a nie pełnego dostępu administracyjnego do kamery.
- Jestem pewny, że kamera ma być publicznie dostępna i że taki model działania ma sens.
Najczęstsze pytania o adres RTSP i publiczną dostępność
Wyjaśnij te kwestie, zanim zaczniesz szukać problemu w samym odtwarzaczu.
Poprawny adres ma pełny format, zwykle rtsp://UŻYTKOWNIK:HASŁO@HOST:PORT/ŚCIEŻKA_STRUMIENIA albo rtsps://.... Sama znajomość IP kamery nie wystarczy. Potrzebujesz też właściwego portu i przede wszystkim poprawnej ścieżki strumienia.
W rtsp.run używaj publicznej nazwy hosta albo publicznego IP, a nie lokalnego adresu 192.168.x.x, 10.x.x.x czy innego adresu wewnętrznego.
Zacznij od oficjalnej dokumentacji dokładnego modelu, panelu WWW kamery, ustawień NVR albo aplikacji, w której RTSP często trzeba najpierw włączyć. Najpewniejsze połączenie to dokładny model i oficjalna instrukcja producenta.
Jeśli masz tylko nazwę marki, a nie dokładny model, łatwo stracisz czas na zgadywanie.
Nie. To, że kamera działa w aplikacji albo chmurze producenta, nie oznacza jeszcze, że masz standardowy strumień RTSP osiągalny z internetu.
Dla rtsp.run potrzebujesz konkretnego publicznego adresu RTSP albo RTSPS, który da się otworzyć poza siecią lokalną, a nie tylko dostępu przez zamkniętą aplikację producenta.
Nie sam w sobie. DDNS daje tylko nazwę zamiast zmiennego adresu IP. Nadal potrzebujesz prawdziwego publicznego IP, poprawnego przekierowania i otwartego portu skierowanego na właściwą kamerę albo NVR.
Jeśli jesteś za CGNAT, sam DDNS nie pomoże, bo ruch z internetu nadal nie dotrze do kamery.
Zawsze testuj z innej sieci niż ta, w której działa kamera, zwykle przez dane komórkowe albo inne łącze. Test z tej samej sieci Wi‑Fi może wprowadzać w błąd.
Jeśli końcowy adres używa publicznej nazwy hosta albo publicznego IP, właściwego portu i poprawnych danych RTSP, jesteś blisko. Jeśli działa tylko w domu albo prowadzi tylko do adresu lokalnego, nie jesteś jeszcze gotowy na rtsp.run.
Publiczny model RTSP nie nadaje się do wewnętrznego CCTV, zamkniętych sieci firmowych, nagrywania, analityki ani sytuacji, w których kamera w ogóle nie powinna być wystawiona do internetu.
Jeśli rzeczywistą potrzebą jest wyłącznie dostęp wewnętrzny, nagrywanie albo ostrzejszy model bezpieczeństwa i działania, otwórz ocenę wdrożenia zamiast na siłę wciskać ten publiczny model tam, gdzie nie pasuje.