Impostazione della telecamera
Buone pratiche
Guida per l'utente
Generale Overview
Ogni telecamera Verkada è progettata per connettersi automaticamente al cloud Verkada tramite un canale di comunicazione bidirezionale sicuro al fine di:
- Carica pippotage, archivi, screenshot e miniature, oltre ad avvisi su determinati criteri di evento (telecamera offline/online, persona di interesse, movimento, tampehm, folle),
- Scarica il firmware e aggiorna le impostazioni da Command (come zoom ottico e miglioramenti della sicurezza).
Per impostazione predefinita, le telecamere Verkada non si connettono a terze parti locali
NVR o utilizzare protocolli non sicuri (come HTTP o RTSP). Se necessario,
RTSP può essere abilitato per lo streaming footage nell'infrastruttura esistente o nelle applicazioni di analisi di terze parti e le integrazioni con i SIEM possono essere configurate tramite il cloud Verkada (vedere pagina 3).
Installazione e configurazione
Alimentazione e collegamento delle telecamere
Le telecamere Verkada sfruttano Power over Ethernet (PoE) per l'alimentazione e la comunicazione sulla tua LAN. Nella maggior parte dei casi, le telecamere si collegheranno direttamente a uno switch di accesso che supporta lo standard PoE 802.3af. Se si utilizza una telecamera Verkada per esterni in un clima freddo e si richiede il riscaldatore integrato, sarà necessario un iniettore PoE o uno switch che supporti lo standard PoE+ 802.3at ad alta potenza. La switchport deve essere configurata come porta di accesso e tutte le telecamere negozieranno in full duplex (tutti i modelli
hanno NIC 10/100Mbps, ad eccezione di D80 e CF81, che hanno 10/100/1000).
MANCIA
Assicurarsi sempre che il budget PoE sullo switch non venga superato. Se lo è, la fotocamera non si accenderà o rimarrà bloccata con una luce LED arancione costante.
Se PoE non è disponibile sul tuo switch Ethernet, ti consigliamo di ordinare iniettori PoE aggiuntivi e di inserirli tra la telecamera e lo switch.
Per le distribuzioni esistenti che utilizzano un cavo coassiale, potrebbe non essere possibile ricollegare il cavo con Ethernet e, in tal caso, si consiglia di utilizzare i convertitori come descritto di seguito:
https://help.verkada.com/en/articles/3152569-powering-a-verkada-camera-over-coax
Alcuni casi d'uso specifici sono dettagliati nei seguenti collegamenti:
Operativo su LTE:
https://help.verkada.com/en/articles/3062805-using-a-verkada-cameraon-a-cradlepoint-connection
Utilizzo di bridge wireless:
https://help.verkada.com/en/articles/3168378-connecting-a-verkadacamera-via-a-wireless-bridge-point-to-point-connection
Utilizzo della fibra come backhaul:
https://help.verkada.com/en/articles/3558954-using-verkada-over-fiber
Iniettore INJ-PoE-Plus:
https://cdn.verkada.com/image/upload/v1641842491/docs/PoE-injectordatasheet.pdf
Come funziona PoE:
https://cdn.verkada.com/image/upload/v1641842491/docs/PoE-injectoroverview.pdf
Indirizzamento IP e subnet
Quando le telecamere sono accese, utilizzeranno DHCP per richiedere un indirizzo IP locale. Attualmente non è disponibile alcun supporto per l'indirizzamento statico, in quanto ciò comporterà il collegamento diretto alla telecamera e la sua configurazione, comportamento non consentito per motivi di sicurezza. Se è necessario disporre di indirizzi IP fissi, è possibile farlo sul server DHCP utilizzando le prenotazioni DHCP, un processo di corrispondenza di un indirizzo IP riservato con l'indirizzo MAC di una telecamera. Su richiesta, Verkada può fornire un elenco di indirizzi MAC da un ordine di vendita.
MANCIA
Consigliamo vivamente di separare le telecamere nella propria VLAN e di utilizzare gli ACL per disabilitare la comunicazione tra VLAN. Ciò aggiungerà un livello di sicurezza e mitigherà i problemi di prestazioni che sorgono quando troppi dispositivi condividono lo stesso dominio di trasmissione. Per supportare lo streaming locale, sarà necessario configurare l'ACL per consentire il TCP 4100 bidirezionale (vedere la sezione Streaming locale/Modalità offline per ulteriori informazioni). L'utilizzo delle VLAN consentirà inoltre di contrassegnare adeguatamente il traffico dal punto di vista della QoS, per assicurarsi che abbia la priorità a favore del traffico di massa (marcatura consigliata: DSCP 40, CS5 – Broadcast Video).
Le telecamere funzionano con l'infrastruttura RADIUS 802.1x esistente e si consiglia di configurare l'autenticazione basata su MAC che utilizza l'indirizzo MAC invece di nome utente e password. Tutte le fotocamere Verkada iniziano con un MAC OUI (Organizationally Unique Identifier) univoco che inizia con E0:A7:00. L'indirizzo MAC completo può essere viewed esaminando la parte inferiore di qualsiasi fotocamera Verkada quando il supporto viene rimosso e nella pagina Dispositivi.
Impostazioni del firewall
Le telecamere Verkada avviano la comunicazione con il cloud Verkada dall'interno della tua rete, quindi non è necessario impostare alcun port forwarding. Inoltre, poiché il cloud funge da VMS, non è necessario utilizzare la VPN client per connettersi alla LAN, se viewfootage da remoto. Tuttavia, il firewall tra la LAN e Internet deve consentire la comunicazione su HTTPS (porta TCP 443) e NTP (porta UDP 123). Se HTTPS o NTP sono bloccati, la videocamera non si avvierà correttamente. Ciò sarà indicato dalla luce LED sulla fotocamera fissata su arancione o blu lampeggiante.
MANCIA
Il modo più semplice per verificare se le porte sono aperte, particolarmente utile se il firewall è gestito da una terza parte, è collegare un laptop allo switchport e:
- Vai a qualsiasi HTTPS websito (come Google)
- Verifica NTP su "time.control.verkada.com" (come mostrato di seguito)
Come best practice, consigliamo di impostare regole specifi che per autorizzare i domini Verkada utilizzati, invece di consentire tutto il traffi co TCP 443 e UDP 123. Un elenco completo è disponibile all'indirizzo: https://help.verkada.com/en/articles/4132169-required-network-settings
Di seguito, abbiamo delineato la separazione VLAN prevista e i flussi di traffico:
HTTPS sulla porta 443
- Tutto il traffico crittografato in transito su TLS 1.2
- Comunicare a: *.control.verkada.com
NTP sulla porta UDP 123
- Comunicare a: *time.control.verkada.com
Negozi Verkada Cloud:
- Informazioni su nome utente e password
- Dati di configurazione
Verkada Cloud Gestisce:
- Autenticazione utente
- Intermediazione delle connessioni client
Utilizzo della larghezza di banda durante lo streaming:
- Da 1 a 3 Mbps
Utilizzo della larghezza di banda quando non è in streaming:
- Da 20 a 50 Kbps
Tutte le telecamere Verkada utilizzano AWS PKI per garantire che parlino solo con il cloud Verkada, quindi la decrittografia SSL deve essere disattivata durante l'ispezione del traffico Verkada. Qualsiasi tentativo di abilitarlo interromperà la comunicazione. Exampdi seguito:
Zscaler:
https://help.verkada.com/en/articles/4316383-using-zscaler-with-verkada
Palo Alto:
https://help.verkada.com/en/articles/4048220-verkada-cameras-with-ssldecryption
Considerazioni sulla larghezza di banda
Sebbene il sistema Verkada utilizzi solo una piccola quantità di larghezza di banda (in genere 20-50 kbps a riposo), si consiglia diview l'attuale utilizzo dei collegamenti ISP al fine di evitare scenari in cui le telecamere verranno distribuite in un ambiente già in eccesso. Ciò può portare a una vasta gamma di problemi, come lo streaming remoto che non funziona correttamente o la videocamera che ha problemi a scaricare il firmware e a mantenere il corretto funzionamento.
Si noti che le telecamere devono essere in grado di instradare e raggiungere il cloud Verkada, come descritto nella sezione delle impostazioni del firewall, e funzioneranno indipendentemente dal fatto che si utilizzi DIA (accesso diretto a Internet) o uscita centralizzata da un sito principale remoto (quando utilizzando MPLS per connettersi). Se il sito dispone sia di collegamenti Internet diretti ma anche di MPLS, si consiglia di impostare le politiche di instradamento per preferire il primo e utilizzare il secondo solo come backup (se è possibile l'interruzione di Internet).
Quando si tenta di calcolare i requisiti di larghezza di banda per una telecamera, è necessario tenere conto di:
- La larghezza di banda consumata a riposo (quando nessuno lo è viewfootage); questo tende a essere compreso tra 20 e 50 kbps e può salire fino a 100+ kbps con l'analisi avanzata (ricerca del volto, ricerca delle caratteristiche di persona/veicolo) attivata, specialmente in una scena con molta attività.
- La larghezza di banda necessaria quando footage è viewed; questo è di circa 600 kbps per SD, 1.5 Mbps per HD e tra 2 e 3 Mbps per 4K.
Alcune cose importanti da considerare:
- Quando più utenti guardano il feed dal vivo in remoto, verrà generato un solo flusso poiché AWS multiplexerà il video.
- Durante la visione di video storici, la larghezza di banda utilizzata aumenterà linearmente con la velocità di riproduzione (una riproduzione 2 volte più veloce si traduce in un aumento di 2 volte della larghezza di banda del flusso).
- La larghezza di banda del backup su cloud è identica alla normale larghezza di banda del flusso se impostata per il caricamento costante.
Suggerimenti per risparmiare larghezza di banda, se necessario:
- Disabilita l'analisi avanzata se non utilizzata (la fotocamera identificherà comunque persone e veicoli, ma cose come Persona di interesse o ricerca per abbigliamento o colore del veicolo non saranno disponibili).
- Usa la pianificazione del backup su cloud per caricare footage al di fuori dell'orario di lavoro (se è richiesto il Cloud Backup).
- Abilita lo streaming locale per consentire alle telecamere di trasmettere direttamente al dispositivo locale.
- Predefinito tutto il flusso viewpassando la qualità a SD dalla sezione Telecamere della scheda Amministratore (gli utenti possono comunque cambiarla in HD se necessario).
Streaming locale/modalità offline
Quando si accede allo streaming live della telecamera, il dispositivo che vi accede assegna la priorità allo streaming sulla LAN. Se l'indirizzo IP privato della telecamera è raggiungibile dal computer, così come i domini appropriati sono consentiti sulla rete, il computer stabilirà una connessione HTTPS con la telecamera per ottenere direttamente il feed live. Ciò significa che la telecamera non ha bisogno di caricare i dati su AWS solo per tornare nella stessa posizione. Ciò garantisce che la larghezza di banda dell'ISP non sia sovrautilizzata e che il ritardo sia minimo.
Requisiti per lo streaming locale:
- Il dispositivo di accesso deve essere in grado di raggiungere l'IP privato della telecamera.
- La porta TCP 4100 deve essere aperta, in modo bidirezionale tra client e telecamera.
- Nessun proxy tra client e telecamera.
- Whitelist i domini trovati su: https://help.verkada.com/en/articles/3712294-local-stream-onverkada-cameras
MANCIA
Le telecamere non devono trovarsi nella stessa VLAN del dispositivo per accedervi, ma deve essere possibile il routing tra VLAN.
Puoi determinare se stai trasmettendo video in diretta direttamente da una telecamera se vedi quanto segue: le parole "SD - LOCAL", "HD - LOCAL" o "4K - LOCAL" in basso a sinistra del feed della telecamera o un punto verde con un bordo bianco attorno accanto al timestamp. Se vedi solo "SD", "HD" o "4K" sullo streaming, il video viene ritrasmesso attraverso Verkada Cloud.
Si prega di notare che se un live streaming viene ritrasmesso attraverso i nostri server o proviene direttamente da una telecamera, la sicurezza viene ugualmente mantenuta utilizzando una connessione TLS crittografata. Vedere il diagramma seguente per osservare come il traffico fluisce direttamente tra il dispositivo aziendale e la videocamera:
HTTPS sulla porta 443
- Tutto il traffico crittografato in transito su TLS 1.2
- Comunicare a: *.control.verkada.com
NTP sulla porta UDP 123 - Comunicare a: *time.control.verkada.com
Streaming locale su porta TCP 4100 (opzionale) Archivi Verkada Cloud:
- Informazioni su nome utente e password
- Dati di configurazione
Verkada Cloud Gestisce:
- Autenticazione utente
- Intermediazione delle connessioni client
Utilizzo della larghezza di banda durante lo streaming:
- Da 1 a 3 Mbps
Utilizzo della larghezza di banda quando non è in streaming:
- Da 20 a 50 Kbps
Modalità offline si basa sullo streaming locale, consentendo la continuazione del video in diretta anche in caso di Internet outages. Funzionerà se il dispositivo è già stato connesso correttamente a Command prima dell'operazione outagSi è verificato e i certificati corretti sono installati (e attendibili). Una guida che mostra come scaricare ed eseguire il provisioning di questi certificati è disponibile su: https://help.verkada.com/en/articles/2937989-offline-mode-in-command
MANCIA
Se stai cercando di utilizzare la modalità offline in determinati luoghi, ti consigliamo di provarla disconnettendo momentaneamente il collegamento ISP. Questo dovrebbe essere fatto al di fuori dell'orario di lavoro, come da procedure di gestione del cambiamento. In caso di successo, verrà visualizzato un banner in Command, per avvisarti che sei in modalità offline e sarai in grado di accedere solo a live footage dalle telecamere che sono ancora raggiungibili dal tuo terminale.
Quando si utilizza la modalità offline, si consiglia di assegnare indirizzi IP statici tramite il server DHCP, poiché qualsiasi modifica dell'indirizzo mentre la linea ISP è inattiva non verrà rilevata dal cloud e il viewil dispositivo non sarà in grado di apprendere che è cambiato.
Sincronizzazione del tempo
Verkada utilizza i propri server per sincronizzare l'ora sulle telecamere tramite UDP 123. Attualmente non è possibile utilizzare i propri server NTP. Se desideri modificare l'impostazione del fuso orario di una particolare telecamera, dovrai cambiare il suo indirizzo (questo può essere fatto dalla scheda Informazioni all'interno di qualsiasi telecamera).
Aggiornamenti del firmware
Tutti gli aggiornamenti del firmware Verkada vengono forniti over-the-air (OTA). Non è richiesta alcuna azione da parte dell'amministratore per facilitare gli aggiornamenti del firmware. Quando premuto, ogni telecamera scaricherà il nuovo firmware continuando a funzionare, quindi si riavvierà per alcuni istanti per applicarlo. Per garantire aggiornamenti fail-safe, ogni telecamera Verkada è dotata di un banco firmware a doppia partizione. Nell'eventualità insolita che un aggiornamento del firmware fallisca, la telecamera eseguirà automaticamente il failover alla versione precedente del firmware. Inoltre, nel processo viene introdotta una variabile casuale per assicurarsi che le telecamere in una posizione particolare non si riavviino tutte contemporaneamente.
MANCIA
Puoi verificare se la videocamera è aggiornata andando nella scheda Dispositivo, facendo clic su di essa e ispezionando la sezione Firmware.
Configurazione degli avvisi di sistema
Ogni amministratore di Command può sottoscrivere diversi tipi di avvisi, come:
- Stato della fotocamera: la videocamera va offline o torna online.
- Tamplui: attivato dall'accelerometro di bordo nel caso in cui qualcuno stia tentando di svitare o stia entrando in contatto con la fotocamera.
- Movimento: può essere configurato per avvisare in caso di movimento generale, o persone e/o veicoli in una determinata area dell'inquadratura, 24×7 o in un determinato momento (tramite un programma).
- Persona di interesse: quando determinate persone vengono individuate attraverso qualsiasi telecamera all'interno dell'organizzazione dopo il loro professionistafile è contrassegnato nella scheda Persone.
- Folla: se più di un certo numero di individui viene individuato nell'inquadratura in un dato momento.
Si prega di notare che le notifiche di movimento e folla devono essere prima configurate in base alla telecamera per istruire la telecamera a inviare avvisi nel cloud Verkada. Se questo non è impostato, quelle telecamere non forniranno avvisi. Ogni telecamera notifica sullo stato e tampin funzione per impostazione predefinita, quindi è solo questione di iscriversi all'avviso.
Attualmente il sistema utilizza SMS ed e-mail per fornire gli avvisi. Inoltre, se l'app mobile Verkada è installata su un dispositivo Android/iOS, Verkada invierà anche le notifiche in modo nativo (assicurati di aver effettuato l'accesso e che il sistema operativo non le stia bloccando). Maggiori informazioni sulla configurazione su:
https://help.verkada.com/en/articles/3822777-notifications-page
Se utilizzi un sistema di terze parti per ticketing/avvisi, puoi utilizzare indirizzi e-mail generici per indirizzare le e-mail ad esso o utilizzare la nostra API e webcapacità di hook, come descritto di seguito:
https://www.verkada.com/uk/integrations/
MANCIA
Assicurati che l'e-mail e il numero di telefono che utilizzi per il tuo account siano verificati, in caso contrario non verranno ricevuti avvisi. Per farlo, fai clic sulla freccia del menu a discesa, accanto al tuo nome nella parte in alto a sinistra di
Comando, fai clic su Profile scheda, quindi assicurati che accanto alla tua e-mail e al tuo numero di telefono sia visualizzato "Verificato". Per quanto riguarda gli avvisi sullo stato della videocamera, tieni presente che non segnalano necessariamente che la videocamera non funziona più, ma che la comunicazione con il cloud è stata interrotta per un periodo di tempo significativo. Questo può essere attivato da cose come ISP outages, regole del firewall configurate in modo errato o persino problemi di routing. Se la videocamera è ancora alimentata, continuerà a registrare e a scaricare informazioni e foo pertinentitage una volta ristabilita la connessione. Se si desidera essere avvisati immediatamente che la telecamera, il suo cavo o la porta dello switch a cui si connettono non funziona, configurare trap SNMP sullo switch (o altri meccanismi di allarme forniti dal fornitore).
Identità utente
Da Command, gli amministratori possono gestire facilmente gli utenti che hanno accesso alla loro organizzazione. Di seguito, descriviamo le best practice e le considerazioni per mantenere il tuo
organizzazione aggiornata e sicura.
Un approccio solido alla sicurezza delle identità è un componente essenziale per la gestione dell'accesso alla piattaforma Command. Esistono due approcci principali da considerare per la gestione dell'accesso degli utenti a Verkada Command:
- Utilizzo di funzionalità native della piattaforma Command.
- Sfruttando un provider di identità esterno, ad esempio Azure AD o Okta.
I provider di identità esterni sono creati appositamente per fornire alla tua organizzazione un approccio completo alla sicurezza delle identità. Pertanto, consigliamo di utilizzare un provider di identità esterno per beneficiare della suite di controlli che fornisce.
Controlli per la sicurezza dell'identità
Ad alto livello, ci sono alcune manopole diverse che possiamo girare per gestire la sicurezza dell'identità in Command: come gli utenti accedono alla piattaforma, come gli utenti vengono aggiunti alla piattaforma e
autenticazione a più fattori. Per ciascuno di questi controlli, contrapponiamo l'approccio nativo di Command a quello dei provider di identità esterni.
Accesso all'account
Gli utenti nativi all'interno di Verkada Command hanno un account utente dedicato (nome utente e password) che utilizzano per accedere alla piattaforma. Alla creazione dell'account, quanto segue
esistono requisiti di complessità della password:
- Minimo 8 caratteri
- Almeno un carattere speciale
Una volta creati, gli account utente nativi non scadono. Di conseguenza, consigliamo di garantire che gli utenti seguano le linee guida organizzative esistenti sulla gestione delle password. L'utilizzo di un provider di identità esterno per l'accesso all'account, comunemente chiamato Single Sign-On (SSO), offre una serie di vantaggi. Il vantaggio principale di una soluzione SSO è che un singolo account può essere utilizzato per accedere a qualsiasi servizio supportato dal provider di identità. Per esample, lo stesso account potrebbe essere utilizzato per accedere a Office 365 e alla loro posta elettronica.
La sola necessità di ricordare un solo nome utente e password riduce la possibilità di riutilizzo della password e l'affaticamento della password. Gli SSO forniscono anche controlli granulari sulla lunghezza, l'età e la complessità della password, in modo che questi parametri possano essere in linea con la politica aziendale. Inoltre, Verkada Command consente alle organizzazioni di applicare solo l'accesso SSO ai domini selezionati, quindi non è possibile utilizzare gli account utente nativi.
Verkada Command si integra con una serie di provider SSO, in particolare i provider SSO che supportano SAML 2.0. L'elenco dei fornitori è disponibile nella pagina delle integrazioni di Verkada, con il contrassegno SSO: https://www.verkada.com/integrations/. Inoltre, forniamo la documentazione su come impostare SSO per la tua organizzazione Command tramite i nostri provider supportati: https://help.verkada.com/en/collections/2452528-verkadacommand#saml-sso.
Provisioning degli utenti
All'interno di un'organizzazione Verkada Command, gli utenti nativi vengono creati nella sezione utenti (Admin → Utenti → Aggiungi utente). Come discusso in precedenza, gli utenti nativi non scadono, quindi devono essere rimossi manualmente se è necessario eseguire il deprovisioning dell'account.
I provider di identità esterni che supportano SCIM forniscono una soluzione più solida: gli utenti possono essere automaticamente sottoposti a provisioning/deprovisioning tramite il provider di identità, per tutti i servizi a cui l'utente ha accesso. In Verkada Command, ciò significa che gli utenti gestiti esternamente verranno creati automaticamente all'interno di Command al momento del provisioning e automaticamente eliminati da Command al momento del deprovisioning. Allo stesso modo, i gruppi di utenti possono essere gestiti con questo stesso meccanismo.
In entrambi i casi, si consiglia vivamente di effettuare controlli periodici degli utenti all'interno del Verkada Command. È importante sapere chi ha accesso e chi non ha più bisogno dell'accesso (ad esempio gli utenti che lasciano l'organizzazione), quindi il loro accesso dovrebbe essere revocato. Consigliamo vivamente le integrazioni SCIM, se disponibili, per la facilità di provisioning/deprovisioning e la coerenza tra più servizi. Questo approccio riduce notevolmente le possibilità che un utente abbia un accesso prolungato e non venga rimosso. L'elenco dei provider supportati è disponibile nella pagina delle integrazioni di Verkada, con il contrassegno SCIM: https://www.verkada.com/integrations/.
Autenticazione a due fattori
L'autenticazione a più fattori (MFA) fornisce una sicurezza di accesso aggiuntiva oltre a nome utente/password, richiedendo altri "fattori" di sicurezza, ad esempio un oggetto che l'utente possiede fisicamente. L'autenticazione a due fattori (2FA) di solito si riferisce all'utente che inserisce il proprio nome utente/password (il primo fattore) e quindi richiede un codice dal dispositivo mobile dell'utente (il secondo fattore) per completare l'accesso.
L'autenticazione a due fattori è fortemente consigliata per tutti gli account utente che accedono a Verkada Command.
L'autenticazione a due fattori può essere abilitata in modo nativo in Command con i seguenti passaggi:
- Vai in alto a sinistra di Command e fai clic sul nome della tua organizzazione.
- Seleziona Impostazioni account nella sezione Account.
- Fare clic su Abilita per l'autenticazione a due fattori.
- Reinserisci la password del tuo account e segui i passaggi per completare la configurazione.
Command supporta sia il testo SMS che le app di autenticazione per dispositivi mobili. Se stai aggiungendo 2FA per motivi di conformità PCI, assicurati di controllare gli standard più recenti in quanto le app di autenticazione mobile potrebbero essere la tua opzione preferita.
Gli amministratori dell'organizzazione hanno anche la possibilità di applicare 2FA per tutti gli utenti all'interno dell'organizzazione. Se è richiesto 2FA, gli utenti imposteranno il loro 2FA nel processo di accettazione dell'invito. Se viene abilitato dopo che l'organizzazione è stata configurata, a tutti gli utenti verrà richiesto di configurarlo durante il flusso di accesso.
Inoltre, 2FA può essere applicato a tutti gli account gestiti tramite un provider SSO. Per esample, Azure AD consente la creazione di criteri di accesso condizionale che possono applicare l'autenticazione a più fattori per tutti gli accessi.
Controlli avanzati da provider di identità esterni
Oltre alle funzionalità standard sopra elencate, numerosi provider di identità esterni offrono funzionalità avanzate che consentono criteri di accesso più granulari. Queste funzionalità avanzate spesso includono la limitazione della posizione di accesso in base all'indirizzo IP, la limitazione di un utente a un particolare dispositivo e l'applicazione di solidi requisiti per la password. Forniamo documentazione su alcune delle funzionalità avanzate più popolari: https://help.verkada.com/en/articles/3858814-advanced-identity-security.
Domande aggiuntive?
Contatta il tuo rappresentante di vendita Verkada o e-mail support@verkada.com.
A proposito di Verkada
Verkada porta la facilità d'uso che le soluzioni di sicurezza dei consumatori forniscono ai livelli di scalabilità e protezione richiesti da aziende e organizzazioni.
Creando hardware di fascia alta su una piattaforma software intuitiva basata su cloud, le aziende moderne sono in grado di gestire edifici più sicuri e intelligenti in tutte le loro sedi.
| quartier generale degli Stati Uniti 405 E 4a Avenue San Mateo, CA 94401, Stati Uniti Locale: +1 Numero di telefono: 650-514-2500 Numero verde: Numero di telefono: 888-829-0668 Generale: vendite@verkada.com |
Sede centrale del Regno Unito 91-93 Great Eastern St Suite 3, Hackney, Londra EC2A 3HZ, Regno Unito Locale: +44 (20) 3048-6050 Numero verde: 0808-196-2600 Generale: vendite@verkada.com |
Verkada Inc. 405 E 4th Ave, San Mateo, CA, 94401
vendite@verkada.com
Documenti / Risorse
 |
Best practice per l'installazione della videocamera Verkada [pdf] Guida utente Best practice per la configurazione della fotocamera, Best practice per la configurazione, Best practice per la fotocamera, Best practice, Pratiche |
