Questa guida fornisce la documentazione per Wickr Enterprise. Se utilizzi AWS Wickr, consulta AWS Wickr Administration Guide o AWS Wickr User Guide.
Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Installazione di Airgap
Wickr Enterprise e KOTS supportano entrambi l'implementazione in un cluster Kubernetes completamente airgapped. È necessario fornire l'accesso a un registro di immagini Docker privato raggiungibile dal cluster Kubernetes airgapped. Il Private Docker Image Registry fornito a KOTS deve essere protetto con l'autenticazione per funzionare correttamente a questo scopo. username/password KOTS utilizzerà il Private Docker Image Registry per ospitare tutte le immagini di Wickr Enterprise.
-
Wickr Enterprise license.yaml con airgap abilitato (contatta il team di vendita o assistenza clienti di Wickr)
-
Pacchetto di archiviazione wickr Enterprise wickr.airgap (contatta il team di vendita o assistenza clienti di Wickr)
-
Accesso a un registro di immagini
Docker privato. -
Accesso a un cluster Kubernetes distribuito nell'ambiente
airgap.
Esegui i seguenti comandi per distribuire KOTS e Wickr Enterprise sul tuo cluster kubernetes airgapped. Questi comandi caricano le immagini di amministrazione di KOTS e le immagini di Wickr Enterprise nel registro delle immagini Docker Private. Al termine dei comandi, ti verrà richiesto di accedere alla console di amministrazione di KOTS per completare l'installazione di Wickr Enterprise come sopra.
kubectl kots admin-console push-images \ ~/kotsadm.tar.gz $PRIVATE_REGISTRY_HOST \ --registry-username $PRIVATE_REGISTRY_USER \ --registry-password $PRIVATE_REGISTRY_PASSWORD kubectl kots install wickr \ --license-file ~/YOUR_LICENSE.yaml \ --airgap-bundle ~/wickr.airgap \ --kotsadm-registry $PRIVATE_REGISTRY_HOST \ --registry-username $PRIVATE_REGISTRY_USER \ --registry-password $PRIVATE_REGISTRY_PASSWORD
Notifica mobile per le installazioni di airgap
Sono necessari elenchi di connessioni di rete aggiuntivi per le notifiche push dal backend del server ai client mobili. Questo requisito è dovuto al modo in cui Apple iOS e Google Android implementano questa funzionalità per i dispositivi offline e in background. Consulta la documentazione relativa a questi servizi e consenti elenca gli indirizzi IP e le porte specificati.