RTSP 401 non autorizzato e 404 non trovato: diagnosi dell'URL della telecamera e degli errori di autenticazione

Due errori RTSP compaiono ripetutamente nei ticket di supporto: "401 Non autorizzato" e "404 Non trovato". Sembrano semplici. Uno sembra un problema di accesso, l'altro sembra un URL errato. Nelle implementazioni di telecamere reali, entrambi possono essere più sottili." Una telecamera può accettare le stesse credenziali nell'interfaccia utente Web ma rifiutare RTSP. Un registratore può esporre percorsi diversi per il flusso principale e il flusso secondario. Una scansione ONVIF potrebbe scoprire un URL che successivamente cambia. Un fornitore può richiedere un numero di canale, un suffisso di flusso o un token del profilo. Alcune telecamere restituiscono anche codici di stato fuorvianti quando il percorso è troppo lungo, lo streaming è disabilitato o una modalità di autenticazione non è compatibile con il client.

Per le ricerche su Google, la query dell'utente è solitamente diretta: "Telecamera RTSP 401 non autorizzata", "RTSP 404 non trovata", "VLC funziona ma l'NVR non segnala segnale" o "URL RTSP della telecamera ONVIF non funzionante". Un articolo utile non dovrebbe fingere che esista un URL magico. Dovrebbe mostrare come raccogliere prove.

Inizia con il metodo RTSP che non è riuscito

Non registrare solo l'errore finale. Registra quale metodo RTSP lo ha restituito:

• "OPZIONI".
• "DESCRIVERE".
• "IMPOSTAZIONE".
• "GIOCA".

Se "OPTIONS" fallisce con 401, l'autenticazione o la policy del server bloccano la sessione prima che vengano richiesti i metadati. Se "DESCRIBE" fallisce con 401, la telecamera potrebbe accettare la connessione ma rifiutare l'accesso a quel percorso di flusso. Se "DESCRIBE" restituisce 404, il percorso solitamente non viene mappato a un profilo di flusso. Se "SETUP" fallisce dopo un "DESCRIBE" riuscito, l'URL potrebbe essere valido ma il percorso di controllo della traccia, la modalità di trasporto o il profilo multimediale presentano un problema.

Questa distinzione è importante perché cambia l'azione successiva. Le correzioni delle credenziali non ripareranno un percorso di flusso mancante. La modifica del suffisso URL non riparerà una mancata corrispondenza digest-auth.

Credenziali separate dal percorso del flusso

Una matrice di risoluzione dei problemi pulita è simile alla seguente:

• lo stesso nome utente/password funziona nell'interfaccia utente web della fotocamera
• Il servizio RTSP è abilitato
• La porta RTSP è aperta dalla rete client
• Il percorso dell'URL corrisponde al modello del flusso principale o del flusso secondario del fornitore
• il profilo streaming è abilitato sulla fotocamera
• la modalità di autenticazione è compatibile con il client
• i caratteri speciali nella password sono codificati correttamente

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.

Perché 404 spesso significa profilo o percorso, non rete

"404 Not Found" significa che il server è stato raggiunto e ha compreso la richiesta abbastanza da rifiutare la risorsa. Per i flussi delle telecamere, questo spesso indica uno di questi:

• numero di canale sbagliato
• suffisso stream errato
• flusso principale disabilitato
• flusso secondario disabilitato
• il percorso del registratore è diverso dal percorso della telecamera
• Token del profilo ONVIF modificato
• è richiesto il nome di accesso specifico del fornitore
• lo streaming esiste solo dopo aver abilitato RTSP nelle impostazioni

La prova più utile è l'URI della richiesta "DESCRIBE" e lo stato della risposta. Se la telecamera restituisce 404 prima dell'SDP, non è ancora presente alcuna sessione multimediale. Non passare alla perdita RTP o al debug del codec prima di verificare che l'URL sia associato a un flusso reale.

La scoperta ONVIF aiuta, ma non è la stessa cosa della prova

L'individuazione ONVIF può fornire URI di flusso e informazioni sul profilo, ma l'URI RTSP scoperto deve ancora essere testato. Alcuni sistemi espongono ONVIF correttamente mentre l'autenticazione RTSP o il comportamento del percorso sono diversi. Altri restituiscono un URI valido solo per un profilo che successivamente viene disabilitato o modificato.

La sequenza diagnostica dovrebbe essere:

1. scoprire o inserire l'URL RTSP
2. esegui "OPZIONI" e "DESCRIVI".
3. acquisire codici di stato e intestazioni
4. controllare se viene restituito l'SDP
5. solo allora controlla "SETUP", "PLAY", RTP e le prove del codec

Questo ordinamento impedisce a un tecnico di trattare ogni errore come un problema di "fotocamera offline".

Come dovrebbe essere utilizzato l'ispettore RTSP

RTSP Inspector non è un lettore, un gestore ONVIF o un prodotto per il rilevamento delle telecamere. Il suo ruolo è rendere la transazione RTSP sufficientemente visibile da spiegare cosa è successo. Per i casi 401 e 404, l'output utile è:

• richiedere l'URI
• metodo fallito
• codice di stato
• confine di autenticazione
• se l'SDP è stato restituito
• se il fallimento è avvenuto prima della negoziazione con i media
• proprietario successivo consigliato: credenziali, profilo della fotocamera, formato URL del fornitore, porta di rete o abilitazione dello streaming

Questa è esattamente la prova di cui ha bisogno un integratore sul campo o un tecnico di piattaforme video prima di rivolgersi al fornitore della telecamera o modificare ciecamente le impostazioni del registratore.

Quando un ticket di supporto dice "RTSP non funziona", chiedi il metodo, il codice di stato e il limite SDP. Ciò trasforma un reclamo generico in un caso risolvibile.