La risposta breve
Il flusso RTSP nativo è servito dalla telecamera; Docker Wyze Bridge riceve un flusso Wyze supportato e pubblica un nuovo endpoint su un altro host. Scegli in base al modello esatto e al firmware. La tabella di compatibilità di un bridge non garantisce il funzionamento con ogni firmware più recente o con ogni telecamera Wyze.
Esegui i controlli
Controlla prima la configurazione RTSP ufficiale del firmware installato. L'accesso diretto evita un host di ritrasmissione aggiuntivo.
Se valuti un bridge, confronta modello e firmware con la documentazione. Leggi requisiti di account, chiave API e autenticazione della versione scelta.
Disegna il percorso: telecamera, bridge, visualizzatore. Su un altro computer usa l'IP LAN del bridge; localhost indica il computer del visualizzatore.
Avvia una telecamera e un programma di visualizzazione. Distingui gli errori di accesso all'account, acquisizione dalla telecamera e uscita del bridge; un container in buono stato non dimostra che abbia ricevuto video.
Prova il comportamento dopo il riavvio e mantieni soltanto i permessi di accesso necessari al flusso di lavoro. Non pubblicare l'interfaccia di amministrazione del bridge come visualizzatore pubblico di telecamere.
Cosa verificare
Confronta una scena in diretta decodificata, il recupero dopo il riavvio e l'uso delle risorse dell'host. Rendi visibile nell'inventario la dipendenza da terze parti e non descriverla come funzionalità nativa di Wyze o AeoCam.
Fonti e ambito
AeoCam è disponibile per Windows. Le impostazioni seguenti descrivono la preparazione dei protocolli, non certificano una specifica telecamera né promettono ogni funzione in tutte le versioni dell'app. Verifica la build installata e la scheda Microsoft Store per la disponibilità attuale.
I documenti del produttore descrivono la telecamera o il protocollo. Qui non si afferma di aver eseguito test di compatibilità con telecamere fisiche. Menu e funzionalità possono cambiare con modello e firmware.