Come trovare l'indirizzo RTSP o RTSPS corretto
Questa pagina serve quando hai già la telecamera, ma non conosci ancora il formato esatto dell'indirizzo, il percorso giusto del flusso o se la telecamera è davvero raggiungibile da internet.
L'obiettivo è portarti dal modello della telecamera e da un'anteprima locale a un indirizzo pubblico concreto che puoi incollare direttamente in rtsp.run. Se manca uno dei passaggi qui sotto, il problema non è ancora nel player, ma nei dati di ingresso o nella raggiungibilità pubblica.
Cosa preparare prima di cercare l'indirizzo
- il modello della telecamera, o almeno la marca e il nome esatto del dispositivo
- accesso al pannello web, all'NVR o all'app dove spesso RTSP va prima attivato
- nome utente e password previsti per l'accesso RTSP
- un modo per testare la telecamera da una rete diversa da quella a cui è collegata fisicamente
Per usare davvero rtsp.run devono essere vere tre cose
L'indirizzo deve avere il formato corretto
Conoscere solo l'IP della telecamera non basta. Servono anche il protocollo giusto, la porta e il percorso esatto del flusso.
La telecamera deve essere raggiungibile da internet
La telecamera deve essere accessibile da una rete diversa da quella in cui si trova. La riproduzione in locale non basta.
La pubblicazione deve essere intenzionale e sicura
Un flusso pubblico è una scelta consapevole. Serve un account separato, una password forte e un accesso chiaramente limitato.
Che aspetto ha un indirizzo RTSP o RTSPS corretto
È importante distinguere protocollo, credenziali, host, porta e percorso esatto del flusso. Il solo indirizzo IP non basta. Senza il percorso corretto la telecamera non verrà riprodotta.
Che cosa significa ogni parte
- `rtsp://` o `rtsps://` è il protocollo usato.
- `UTENTE:PASSWORD` sono le credenziali per l'accesso RTSP, non necessariamente l'account amministratore della telecamera.
- `HOST` è un IP pubblico o un hostname DDNS, non un indirizzo locale `192.168.x.x`, `10.x.x.x` o `172.16–31.x.x`.
- `PORTA` è spesso `554`, ma può essere diversa.
- `PERCORSO_DEL_FLUSSO` è il percorso concreto del flusso principale o secondario e cambia in base a marca e modello.
Formato base senza credenziali
Usalo solo se la telecamera o il livello RTSP non richiedono davvero nome utente e password.
rtsp://HOST:554/PERCORSO_DEL_FLUSSO- HOST può essere un IP pubblico o un nome DDNS.
- La porta `554` è comune, ma non obbligatoria.
- Senza il percorso corretto del flusso, l'indirizzo resterà inutilizzabile.
Formato più comune con utente e password
È la variante tipica per telecamere IP e NVR che richiedono un accesso RTSP dedicato.
rtsp://UTENTE:PASSWORD@HOST:554/PERCORSO_DEL_FLUSSO- L'indirizzo deve usare un account che abbia davvero accesso al flusso.
- Non usare l'account amministratore se non è necessario.
- La porta pubblica può essere diversa dalla porta interna della telecamera.
Variante più sicura con RTSPS
Usala solo se la telecamera la supporta davvero. Non tutti i dispositivi capiscono `rtsps://`.
rtsps://UTENTE:PASSWORD@HOST:322/PERCORSO_DEL_FLUSSO- La porta è spesso diversa da `554`.
- Se il produttore non documenta RTSPS in modo esplicito, non dare per scontato che basti cambiare protocollo.
- Se RTSPS non è disponibile, gestisci la sicurezza con una password forte e un accesso molto limitato.
Come trovare l'indirizzo in base al produttore
Gli esempi qui sotto sono schemi comuni, non una verità universale per ogni modello. Prima verifica che la telecamera supporti RTSP e se il flusso vada prima abilitato nell'interfaccia o nell'app.
Hikvision
Formato comune per il flusso principale. Il flusso secondario termina spesso con `102` invece di `101`.
rtsp://UTENTE:PASSWORD@HOST:554/Streaming/Channels/101- Cerca una sezione Video, Stream o RTSP.
- Verifica flusso principale e secondario e il numero del canale.
Dahua e varianti OEM frequenti
Formato tipico per Dahua e per alcuni marchi che riutilizzano modelli basati su Dahua.
rtsp://UTENTE:PASSWORD@HOST:554/cam/realmonitor?channel=1&subtype=0- `subtype=0` è in genere il flusso principale, `subtype=1` quello secondario.
- Sugli NVR il numero del canale può cambiare in base al cablaggio.
Axis
Axis usa spesso un percorso del flusso più corto e pulito rispetto ad altri produttori.
rtsp://UTENTE:PASSWORD@HOST:554/axis-media/media.amp- Verifica anche il profilo del flusso ed eventuali porte RTSP personalizzate.
- Se l'indirizzo non funziona, controlla la documentazione del modello esatto.
Reolink
Reolink distingue spesso il flusso principale e quello secondario direttamente nel nome del percorso.
rtsp://UTENTE:PASSWORD@HOST:554/h264Preview_01_main- Il flusso secondario è spesso indicato come `sub` invece di `main`.
- Il supporto RTSP varia da modello a modello; non partire da una guida generica di un forum.
Tapo / TP-Link
Con Tapo spesso RTSP va prima abilitato nell'app o nella modalità NVR.
rtsp://UTENTE:PASSWORD@HOST:554/stream1- Non tutti i modelli Tapo supportano RTSP standard.
- Se il dispositivo è solo cloud, non otterrai un indirizzo RTSP pubblico.
Uniview, Amcrest, Annke, Ezviz e altri
Per questi marchi, sia il supporto sia il percorso esatto del flusso cambiano a seconda del modello e del firmware.
Non affidarti a un formato universale finché il modello esatto non è confermato.- Prima verifica che il dispositivo supporti RTSP standard.
- Poi cerca la guida ufficiale del produttore o un modello esatto per quel dispositivo.
Come rendere la telecamera raggiungibile da internet
Questo è il blocco più frequente. La telecamera funziona in locale nell'app o in VLC, ma rtsp.run non la vede perché non è raggiungibile da internet.
Configurazione pubblica minima
1. Conferma l'indirizzo corretto nella rete locale
Prima di occuparti di internet, conferma il formato corretto dell'indirizzo e il percorso del flusso nella rete locale o nella documentazione del produttore.
2. Dai alla telecamera un indirizzo locale stabile
Usa una prenotazione DHCP o un IP locale fisso sul router, così il port forwarding non si rompe dopo un riavvio.
3. Esponi la porta RTSP da internet
Sul router mappa una porta pubblica verso la porta RTSP locale della telecamera o dell'NVR. La porta pubblica non deve per forza coincidere con quella interna.
4. Usa un IP pubblico o un hostname DDNS
L'indirizzo finale deve usare un IP pubblico o un nome DNS, non un indirizzo locale della LAN.
5. Testa da una rete diversa
Prova con i dati mobili o da un'altra connessione internet. Testare dalla stessa Wi‑Fi dimostra molto poco.
Dove si blocca più spesso
- la telecamera funziona solo tramite l'app o il cloud del produttore, ma non tramite RTSP standard da internet
- il tuo provider usa CGNAT e non hai un vero indirizzo IPv4 pubblico
- il port forwarding punta all'host interno o alla porta sbagliata
- il nome DDNS si risolve correttamente, ma la porta pubblica è chiusa o bloccata
Come capire se sei pronto per rtsp.run
- l'indirizzo finale usa un hostname pubblico o un IP pubblico
- nome utente e password nell'indirizzo sono validi per l'accesso RTSP
- la porta è raggiungibile da internet da una rete diversa
- la telecamera restituisce un vero flusso live e non solo un reindirizzamento verso l'app del produttore
Se non hai un IP pubblico
- Il solo DDNS non basta. Se sei dietro CGNAT, il port forwarding da internet non arriverà mai alla telecamera.
- Hai bisogno di un vero IP pubblico dal provider o di un altro livello pubblico che puoi esporre in sicurezza.
- Se non vuoi risolvere questo punto, non potrai usare rtsp.run con quella telecamera in modalità pubblica.
Come farlo in sicurezza
Una telecamera raggiungibile pubblicamente è una scelta consapevole. Non esporre su internet più di quanto ti serva davvero per il flusso live.
Che cosa fare
- crea un utente separato solo per la riproduzione RTSP, non l'account amministratore
- usa una password lunga e unica e non riutilizzare quella dell'amministrazione
- se la telecamera supporta `rtsps://`, preferiscilo a `rtsp://` non cifrato
- valuta una rete separata o una VLAN per le telecamere che esponi su internet
- esponi solo ciò che serve per il flusso, non l'intera amministrazione web della telecamera
Che cosa evitare
- non esporre su internet una telecamera pensata solo per CCTV interno o per ambienti sensibili
- non dare per scontato che cloud o app del produttore significhino automaticamente RTSP pubblico
- non usare account predefiniti del produttore o password deboli solo perché "è solo una telecamera"
- non pubblicare la telecamera finché non è chiaro chi deve accedervi e perché
Prima di incollare l'indirizzo in rtsp.run
Se puoi rispondere sì a tutto quello che segue, ha senso passare subito alla riproduzione del flusso.
- Ho l'indirizzo completo nel formato `rtsp://` o `rtsps://`.
- Sto usando un hostname pubblico o un IP pubblico, non un indirizzo locale.
- So che il flusso è raggiungibile da una rete diversa da quella della telecamera.
- Sto usando un account pensato per l'accesso RTSP, non l'accesso amministratore completo.
- Sono sicuro che la telecamera debba essere pubblicamente raggiungibile e che questo modello operativo abbia senso.
Domande frequenti sull'indirizzo RTSP e sulla raggiungibilità pubblica
Chiarisci questi punti prima di cercare il problema nel player stesso.
Un indirizzo corretto ha un formato completo, di solito rtsp://UTENTE:PASSWORD@HOST:PORTA/PERCORSO_DEL_FLUSSO oppure rtsps://.... Conoscere solo l'IP della telecamera non basta. Servono anche la porta corretta e soprattutto il percorso corretto del flusso.
In rtsp.run usa un hostname pubblico o un IP pubblico, non un indirizzo locale 192.168.x.x, 10.x.x.x o un altro indirizzo interno.
Inizia dalla documentazione ufficiale del modello esatto, dall'interfaccia web della telecamera, dalle impostazioni dell'NVR o dall'app in cui spesso RTSP va prima attivato. La combinazione più affidabile è il modello esatto e la guida ufficiale del produttore.
Se hai solo il marchio e non il modello preciso, rischi di perdere tempo a indovinare.
No. Il fatto che la telecamera funzioni nell'app o nel cloud del produttore non significa che tu abbia già un flusso RTSP standard raggiungibile da internet.
Per rtsp.run ti serve un indirizzo RTSP o RTSPS pubblico concreto che puoi aprire fuori dalla rete locale, non solo l'accesso attraverso un'app chiusa del produttore.
Da solo no. DDNS ti dà solo un nome al posto di un IP che cambia. Ti servono comunque un vero IP pubblico, un forwarding corretto e una porta aperta verso la telecamera o l'NVR giusti.
Se sei dietro CGNAT, il solo DDNS non ti aiuterà, perché il traffico da internet continuerà a non raggiungere la telecamera.
Prova sempre da una rete diversa da quella in cui si trova la telecamera, per esempio con i dati mobili o da un'altra connessione. Un test dalla stessa Wi‑Fi può trarre in inganno.
Se l'indirizzo finale usa un hostname pubblico o un IP pubblico, la porta corretta e credenziali RTSP valide, sei vicino. Se funziona solo a casa o punta a un indirizzo locale, non sei ancora pronto per rtsp.run.
Il modello RTSP pubblico non è adatto a CCTV interno, reti aziendali chiuse, registrazione, analisi o situazioni in cui la telecamera non deve essere esposta su internet in nessun caso.
Se l'esigenza reale è un accesso solo interno, la registrazione o un modello più severo di sicurezza e gestione operativa, apri la valutazione del lancio invece di forzare questo modello pubblico dove non è adatto.