A partir de esta versión, access-wizard automatiza los pasos de configuración del nodo de arranque, inicialización del plano de control, implementación del plano de control, implementación de los servicios de Access y de infraestructura, y creación del inquilino en un único comando guiado. El asistente formula una serie breve de preguntas, escribe los archivos de configuración por usted y, a continuación, ejecuta las distintas fases de implementación en orden. Si prefiere realizar estos pasos individualmente, consulte Implementar Omnissa Access manualmente.
Nota: Access Wizard 26.07 admite una implementación desde cero de Omnissa Access 26.07.0.0. La actualización de una implementación existente y la implementación de versiones posteriores quedan fuera del ámbito de esta versión.
Responder al cuestionario lleva unos minutos si tiene preparadas las direcciones IP, los certificados y el resto de la información necesaria. La implementación automatizada posterior tarda aproximadamente entre 1,5 y 2 horas.
Antes de comenzar
Confirme lo siguiente antes de comenzar:
- Las máquinas virtuales de arranque, infraestructura y Omnissa Access de la Fase 1: Preparar las máquinas virtuales para la instalación de Omnissa Access y la Fase 2: Implementar las máquinas virtuales para la instalación de Omnissa Access están implementadas y encendidas.
- El equilibrador de carga está configurado tal como se describe en Usar un equilibrador de carga o un proxy inverso para habilitar el acceso externo a Omnissa Access, con los encabezados X-Forwarded-For habilitados y escuchando en el puerto 443.
- El DNS del FQDN del inquilino (por ejemplo,
tenant.example.com) se resuelve en la dirección IP del equilibrador de carga. - Tiene la contraseña de
configuserque se estableció en cada nodo durante la implementación del OVA. Consulte Administrar nodos del clúster de Omnissa Access Control Plane si esta contraseña ha caducado o es necesario restablecerla. - Tiene preparado un certificado TLS, ya sea autofirmado (el asistente puede generarlo por usted) o un certificado PEM de cadena completa y una clave privada sin cifrar correspondiente de su propia CA.
Notas:
- El asistente valida el espacio en disco y el almacenamiento de Docker en el nodo de arranque, y comprueba la conectividad SSH y la autenticación con todos los demás nodos. No verifica de forma independiente la CPU, la RAM ni el dimensionamiento del disco de los nodos remotos. Antes de comenzar, confirme estos valores en la tabla de dimensionamiento de la Fase 1: Preparar las máquinas virtuales para la instalación de Omnissa Access.
- El RPM de Access Wizard está firmado digitalmente. La verificación de la firma (consulte Confiar en la clave de firma y verificar el RPM más adelante) es una comprobación independiente de la verificación de la suma de comprobación SHA-256 de la sección siguiente. La suma de comprobación confirma que la descarga no se ha dañado, pero no que proceda realmente de Omnissa.
Descargar y verificar Access Wizard
Procedimiento:
-
Inicie sesión en Omnissa Customer Connect y descargue:
- El paquete de recursos de Omnissa Access (el archivo ZIP que contiene el manifiesto del plano de control y las imágenes de contenedor).
- El paquete RPM de Access Wizard, un archivo ZIP que contiene tres elementos: el RPM (
access-wizard-26.07.noarch.rpm), su archivo de suma de comprobación.sha256y la clave pública de firma de RPM de Omnissa (omnissa-linux-rpm-gpg-key.pub).
-
Descomprima el paquete RPM en su máquina local (o después de copiarlo al nodo de arranque, consulte la siguiente sección):
unzip <wizard-bundle>.zip -
Verifique el RPM con el archivo
.sha256incluido en el paquete y verifique el paquete de recursos con su suma de comprobación publicada:sha256sum -c access-wizard-26.07.noarch.rpm.sha256 sha256sum <asset-bundle>.zipNo continúe si alguno de los valores no coincide.
Cargar los archivos en el nodo de arranque
Procedimiento:
-
Copie ambos archivos ZIP en el nodo de arranque:
scp <wizard-bundle>.zip <asset-bundle>.zip \ configuser@<bootstrap-ip>:/home/configuser/ -
Conéctese al nodo de arranque como
configusery descomprima el paquete RPM:ssh configuser@<bootstrap-ip> unzip <wizard-bundle>.zipPermanezca conectado como
configuserdurante el resto de este procedimiento. Todos los comandos posteriores utilizansudoexplícitamente.
Confiar en la clave de firma y verificar el RPM
Procedimiento:
-
Importe la clave pública de firma de RPM de Omnissa (ejecute el comando desde el directorio en el que descomprimió el paquete RPM):
sudo rpm --import omnissa-linux-rpm-gpg-key.pub -
Verifique la firma y la integridad del RPM:
sudo rpm -K access-wizard-26.07.noarch.rpmEl resultado debe indicar que los resúmenes y las firmas son válidos. No instale el RPM si la verificación falla.
Instalar el RPM
Procedimiento:
sudo dnf install -y access-wizard-26.07.noarch.rpm
La identidad del paquete instalado es access-wizard-26.07-1.noarch.
Confirmar la instalación
Procedimiento:
sudo access-wizard --version
Resultado esperado:
access-wizard 26.07
Iniciar la implementación guiada
Procedimiento:
sudo access-wizard deploy --asset-bundle /<path>/<asset-bundle>.zip
El asistente muestra una pantalla de bienvenida en la que se enumeran las seis secciones del cuestionario (Información básica, Inquilino, Nodos de infraestructura, Nodos de Access, Certificados y Servicios opcionales) y, a continuación, le solicita que pulse Intro para comenzar.
● OMNISSA ACCESS — Deployment Wizard
Official documentation
• Release Notes
- https://docs.omnissa.com/bundle/workspace-one-access-release-notesV26.07/page/workspace-one-access-release-notes.html
• Install Omnissa Access
- https://docs.omnissa.com/bundle/workspace-one-access-installation-guideV26.07/page/InstallingOmnissaAccess.html
• Deploy Access & Infrastructure
- https://docs.omnissa.com/bundle/workspace-one-access-installation-guideV26.07/page/DeploytheOmnissaAccessandInfrastructureServices.html
View or copy all official documentation URLs: sudo access-wizard docs
-------------------------------------------------------------
Omnissa Access - guided deployment
-------------------------------------------------------------
This wizard asks what it needs, writes your config files, and runs
the deployment in the right order. If a step doesn't validate, it
stops and tells you what to look at rather than pressing on.
There are 6 sections of questions.
The deployment itself takes about two hours. If your connection
drops during it, reconnect and run:
sudo access-wizard resume
It continues from the last completed deployment stage without asking the
questionnaire again.
1. Basic information
2. Tenant
3. Infrastructure nodes
4. Access nodes
5. Certificates
6. Optional services
Press Enter to begin.
Sección 1: Información básica
-
Revise el EULA en
https://www.omnissa.com/general-terms/y acéptelo.============================================================= Section 1 of 6: Basic information ============================================================= ------------------------------------------------------------- License agreement ------------------------------------------------------------- Before anything else, please read and accept the end user license agreement. Review it at https://www.omnissa.com/general-terms/ Do you agree to these terms? [Y/n]: EULA accepted <acceptance-timestamp> -
Confirme el paquete de recursos que el asistente detecta automáticamente. El asistente valida su integridad con una suma de comprobación publicada.
------------------------------------------------------------- Asset bundle verification ------------------------------------------------------------- ✓ Asset integrity <verification-detail> -
Elija un nombre para el clúster. Esto determina la ruta del directorio de trabajo,
/opt/wss/<cluster_name>.------------------------------------------------------------- Cluster ------------------------------------------------------------- Choose a short name for this deployment. The wizard creates /opt/wss/<cluster_name>. This becomes the working directory for future WSO administration and maintenance commands. What would you like to call this cluster?: <cluster_name> Working directory will be /opt/wss/<cluster_name> Your answers are saved to /opt/wss/<cluster_name>/wizard.ini -
Elija el tamaño de la implementación: Pequeño, Mediano o Grande. El asistente mostrará la topología de nodos correspondiente a cada opción.
What size deployment is this? Every deployment uses 3 Infrastructure nodes. The number of Access nodes and supported scale depend on the deployment size. 1) Small 2 Access nodes 300,000 users 3,000 groups 50 apps 2) Medium 2 Access nodes 1,000,000 users 10,000 groups 150 apps 3) Large 3 Access nodes 1,000,000 users 20,000 groups 500 apps Choose 1-3: 1 ✓ Deployment size Small Topology: 3 Infrastructure + 2 Access nodes -
Confirme la dirección IP detectada del nodo de arranque.
------------------------------------------------------------- This node ------------------------------------------------------------- This looks like the Bootstrap node, with IP address <bootstrap-ip>. Is that right? [Y/n]: Y -
Introduzca la contraseña compartida de
configuser. El asistente la validará inmediatamente con el nodo de arranque. Consulte Administrar los nodos del clúster de Omnissa Access Control Plane para restablecer esta contraseña si es necesario.------------------------------------------------------------- Credentials ------------------------------------------------------------- The credentials the cluster uses to reach every node. This is the configuser password you already set when you deployed the OVA. Not a new one. It must be the same on every node. Enter the configuser password:******** Enter it again to confirm:******** Validating configuser authentication on Bootstrap (<bootstrap-ip>)... configuser password validated against Bootstrap. -
Elija cómo se autentica el clúster con los demás nodos: mediante la contraseña que acaba de introducir o mediante un par de claves SSH generado.
-
Contraseña
How should the cluster authenticate to the Infrastructure and Access nodes? 1) password use the password you just entered 2) ssh_key generate a key and copy it to every node Choose 1-2: 1 -
ssh_key
How should the cluster authenticate to the Infrastructure and Access nodes? 1) password use the password you just entered 2) ssh_key generate a key and copy it to every node Choose 1-2: 2
-
-
Introduzca la dirección IP del equilibrador de carga y, si corresponde a su implementación, la dirección IP de X-Forwarded-For. El asistente comprobará la conectividad con el puerto 443.
------------------------------------------------------------- Load balancer ------------------------------------------------------------- The load balancer sits in front of your Access nodes. It should already be configured with X-Forwarded-For headers enabled. You'll add the Access nodes as upstreams once they're deployed. What is the load balancer IP address: <load-balancer-ip> Checking... Load balancer <load-balancer-ip> port 443 reachable ------------------------------------------------------------- X-Forwarded-For trusted proxies ------------------------------------------------------------- The load balancer and Access node IPs are included automatically. Enter only additional trusted proxy, WAF, CDN, or other forwarding-hop IPs. Do you need to add any additional IPs for X-Forwarded-For? [y/N]: y Additional trusted IP: <trusted-proxy-ip> Added <trusted-proxy-ip> Add another trusted IP? [y/N]: n Section 1 complete.
Sección 2: Inquilino
Introduzca el prefijo del inquilino y el dominio base (los usuarios acceden a la implementación en https://<tenant-name>.<base-domain>). El asistente comprobará que el FQDN se resuelve en la dirección IP del equilibrador de carga y, a continuación, solicitará el nombre de usuario del administrador del inquilino (el valor predeterminado es admin), el nombre, los apellidos y la dirección de correo electrónico.
=============================================================
Section 2 of 6: Tenant
=============================================================
Now configure the tenant your users will sign in to.
Load Balancer URL: https://tenant.acme.example.com
Tenant: tenant
Base domain: acme.example.com
What should the tenant be called: <tenant-name>
What is the base domain: <base-domain>
Users will reach this deployment at:
https://<tenant-name>.<base-domain>
Checking DNS...
<tenant-name>.<base-domain> resolves to <load-balancer-ip>
Matches the load balancer.
-------------------------------------------------------------
Tenant administrator
-------------------------------------------------------------
The first administrator account for this tenant.
What should the administrator's username be? [admin]: admin
Administrator's first name: <first-name>
Administrator's last name: <last-name>
Administrator's email address: <administrator-email>
Section 2 complete.
Sección 3: Nodos de infraestructura
Introduzca la dirección IP de cada uno de los 3 nodos de infraestructura. El asistente comprobará la accesibilidad mediante SSH y se autenticará en cada nodo a medida que introduzca su dirección. No se admiten direcciones duplicadas.
=============================================================
Section 3 of 6: Infrastructure nodes
=============================================================
Every deployment uses 3 Infrastructure/Platform nodes, regardless
of size.
These run the platform services (Vault, Consul, Nomad) and the
shared infrastructure: PostgreSQL, Redis, Kafka, and OpenSearch.
What is the IP address of Infrastructure node 1: <infra-ip-1>
What is the IP address of Infrastructure node 2: <infra-ip-2>
What is the IP address of Infrastructure node 3: <infra-ip-3>
Checking SSH reachability and authentication on each Infrastructure node...
✓ Infrastructure node 1 <infra-ip-1> reachable and authenticated
✓ Infrastructure node 2 <infra-ip-2> reachable and authenticated
✓ Infrastructure node 3 <infra-ip-3> reachable and authenticated
All 3 Infrastructure nodes are reachable and authenticated.
Section 3 complete.
Sección 4: Nodos de Access
Introduzca la dirección IP de cada nodo de Access (2 para las implementaciones Pequeñas o Medianas, y 3 para las Grandes). El asistente comprobará la accesibilidad y la autenticación de cada nodo.
=============================================================
Section 4 of 6: Access nodes
=============================================================
Your small deployment uses 2 Omnissa Access nodes.
These run the Access application services and sit behind your load
balancer. Platform services also run here.
What is the IP address of Access node 1: <access-ip-1>
What is the IP address of Access node 2: <access-ip-2>
Checking SSH reachability and authentication on each Access node...
✓ Access node 1 <access-ip-1> reachable and authenticated
✓ Access node 2 <access-ip-2> reachable and authenticated
All 2 Access nodes are reachable and authenticated.
Section 4 complete.
Sección 5: Certificados
Elija el certificado TLS que utilizará Access para el FQDN del inquilino:
- Autofirmado: se genera automáticamente durante la implementación.
- Personalizado: cargue su propio certificado PEM y su clave privada en el nodo de arranque. El asistente validará la cadena de certificados, la correspondencia con la clave y la cobertura del FQDN del inquilino.
-
Autofirmado
============================================================= Section 5 of 6: Certificates ============================================================= Access needs a TLS certificate for <tenant-name>.<base-domain>. What certificate should Access use? 1) self-signed generated for you during deployment 2) custom your own certificate from a CA Choose 1-2: 1 Section 5 complete. -
Personalizado
============================================================= Section 5 of 6: Certificates ============================================================= Access needs a TLS certificate for <tenant-name>.<base-domain>. What certificate should Access use? 1) self-signed generated for you during deployment 2) custom your own certificate from a CA Choose 1-2: 2 ------------------------------------------------------------- What you need ------------------------------------------------------------- Two files, both PEM format: Certificate complete chain, with the server certificate first, followed by any intermediate CA certificates; the file starts with -----BEGIN CERTIFICATE----- Private key text file starting with -----BEGIN PRIVATE KEY----- or -----BEGIN RSA PRIVATE KEY----- It must not be encrypted or password protected. The certificate must cover <tenant-name>.<base-domain>, as the Common Name or a Subject Alternative Name. A wildcard (*.<base-domain>) also works. Upload both to this node. From your workstation: scp mycert.pem mykey.pem configuser@<bootstrap-ip>:/home/configuser/omnissa-upload/ I've created /home/configuser/omnissa-upload for you. Where are your certificate files? 1) Already uploaded to this node 2) Not yet, I'll upload now - wait for me 3) Actually, use a self-signed certificate instead Choose 1-3: 1 Checking /home/configuser/omnissa-upload... <mycert>.pem <size> KB certificate <mykey>.pem <size> KB private key Found a certificate and key. Use these? [Y/n]: Y Checking the certificate... Format PEM certificate Covers <tenant-name>.<base-domain> (via wildcard *.<base-domain>) Issued by <Issuer> Valid until <date> (<> days from now) Key match yes Certificate accepted. Both files will be copied into place when deployment starts. Section 5 complete.
Sección 6: Servicios opcionales
Hay cuatro elementos opcionales: SMTP, NTP, almacenamiento compartido NFS y Cert-Proxy para SSO móvil para Android. Responda n en cualquier solicitud [y/N] para posponer ese elemento. Los cuatro elementos se pueden configurar posteriormente, una vez finalizada la implementación, mediante access-wizard configure.
Nota: El nodo de arranque validará la resolución de nombres DNS del servidor NTP que introduzca.
=============================================================
Section 6 of 6: Optional services
=============================================================
Four optional items. All can be configured later if you'd rather
get the deployment running first.
-------------------------------------------------------------
Email (SMTP)
-------------------------------------------------------------
Access sends email for password resets, notifications, and new
user invitations. Without it, the administrator can still sign in
using the reset link created at the end of this deployment, but no
other user will receive email.
Configure SMTP now? [y/N]: n
-------------------------------------------------------------
Time synchronization (NTP)
-------------------------------------------------------------
Cluster nodes need their clocks in sync. Certificate validation and
token expiry both depend on it, so drift causes authentication
failures that are hard to trace.
Do you have an NTP server? [y/N]: n
-------------------------------------------------------------
Shared storage (NFS)
-------------------------------------------------------------
Optional shared storage for the cluster.
Do you have NFS storage to configure? [y/N]: n
-------------------------------------------------------------
Cert-Proxy (Mobile SSO for Android)
-------------------------------------------------------------
Cert-Proxy enables Mobile SSO for Android devices.
It can be configured later if you skip it now.
Configure Cert-Proxy (Mobile SSO for Android)? [y/N]: y
Which certificate should Cert-Proxy use?
1) Reuse the Load Balancer certificate selected above (recommended)
2) Use a different certificate and private key
Choose 1-2: 1
Section 6 complete.
Revisar y confirmar
Después de completar las seis secciones, el asistente mostrará un resumen completo de sus respuestas.
=============================================================
Ready to deploy
=============================================================
CLUSTER
Name <cluster_name>
Working directory /opt/wss/<cluster_name>
Size small
Bootstrap <bootstrap-ip>
Load balancer <load-balancer-ip>
Credentials configuser (password set)
Authentication SSH key
password used for initial key distribution
Asset bundle <asset-bundle>.zip
EULA <verification-detail>
TENANT
URL https://<tenant-name>.<base-domain>
Username <username>
Administrator <first-name> <last-name>
Email <administrator-email>
INFRASTRUCTURE NODES
Node 1 <infra-ip-1>
Node 2 <infra-ip-2>
Node 3 <infra-ip-3>
ACCESS NODES
Node 1 <access-ip-1>
Node 2 <access-ip-2>
X-FORWARDED-FOR TRUSTED HOPS
Load balancer <load-balancer-ip>
Access nodes <access-ip-1>, <access-ip-2>
Additional trusted IPs <trusted-proxy-ip>
Final trusted list <load-balancer-ip>, <access-ip-1>, <access-ip-2>, <trusted-proxy-ip>
CERTIFICATE
Type custom
Covers <tenant-name>.<base-domain> (via wildcard *.<base-domain>)
Expires <date>
OPTIONAL
Cert-Proxy enabled (FQDN_CERT)
SMTP not configured
NTP not configured
NFS not configured
-------------------------------------------------------------
This takes roughly 1.5 to 2 hours:
Loading images 5 minutes
Control plane deploy 30-60 minutes
Services deploy 40 minutes
Tenant creation 5-10 minutes
You don't need to stay at the terminal. Progress is shown here
and written to /opt/wss/.omnissa-wizard/logs/
At the end you'll get a password reset link for the
administrator account. It expires in 24 hours, so be ready to
copy it.
Everything above has been saved to /opt/wss/<cluster_name>/wizard.ini
If you stop now, nothing has been changed on any node.
-------------------------------------------------------------
Is everything above correct?
1) Yes, continue to validation
2) No, let me change something
3) Exit without deploying
Choose 1-3:
Elija 1 para continuar con la validación, 2 para cambiar algún dato o 3 para salir sin realizar la implementación.
Is everything above correct?
1) Yes, continue to validation
2) No, let me change something
3) Exit without deploying
Choose 1-3: 1
A continuación, el asistente mostrará un resumen final de preparación y le solicita que inicie la implementación.
-------------------------------------------------------------
Deploying
-------------------------------------------------------------
✓ Workflow continuation protected from SSH disconnects
-------------------------------------------------------------
Stage 1 of 7 - Validate prerequisites
-------------------------------------------------------------
Checking this Bootstrap node before making deployment changes.
✓ Root privileges running as root
✓ Required commands all available
✓ Node authentication 6 nodes verified (password)
✓ Bootstrap <bootstrap-ip> AlmaLinux 9.6
✓ Infrastructure 1 <infra-ip-1> AlmaLinux 9.6
✓ Infrastructure 2 <infra-ip-2> AlmaLinux 9.6
✓ Infrastructure 3 <infra-ip-3> AlmaLinux 9.6
✓ Access 1 <access-ip-1> AlmaLinux 9.6
✓ Access 2 <access-ip-2> AlmaLinux 9.6
✓ Node OS validation 6 nodes running AlmaLinux 9.6
✓ Asset bundle located access-26.07-assets.zip
✓ Asset bundle structure manifest and Linux CLI found
✓ Working-directory disk space 132 GB available
✓ Docker storage 44 GB available at /var/lib/docker
✓ Disconnect protection systemd transient services
✓ Cluster node connectivity 5/5 answering on SSH
✓ Load balancer port 443 <load-balancer-ip> reachable
✓ Tenant certificate files certificate and key available
Pre-deployment readiness
✓ Bootstrap authenticated · <boostrap-ip>
✓ Infrastructure nodes 3/3 authenticated
✓ Access nodes 2/2 authenticated
✓ Node addresses unique and validated
✓ Configuration ready for deployment
1) Start deployment
2) Review or change configuration
3) Re-enter the shared configuser password
4) Exit safely
Choose 1-4:
Etapas de implementación
El asistente ejecutará automáticamente las siguientes siete etapas. Mantenga abierta la sesión de terminal para supervisar el progreso.
| Etapa | Nombre | Qué sucede |
|---|---|---|
| 1 | Validar los requisitos | Se comprobarán los privilegios de root, los comandos necesarios, la autenticación de los nodos, el sistema operativo, la integridad del paquete de recursos, el espacio en disco y el equilibrador de carga. |
| 2 | Preparar los recursos de implementación | Se creará el directorio de trabajo y se prepararán y extraerán los recursos de implementación, se instalará la CLI y se cargarán las imágenes de contenedor. |
| 3 | Inicializar el clúster | Se configurará el clúster, se distribuirán las claves SSH (si se han seleccionado), se realizará el inventario del clúster y se configurará el perfil del plano de control. |
| 4 | Validar el clúster | Se realizará una comprobación previa de la configuración y se validará el inventario. |
| 5 | Implementar el plano de control | Se implementarán Vault, Consul, Nomad y los servicios de la plataforma, y se validará el estado de la plataforma. |
| 6 | Implementar los servicios de Access | Se configurará el perfil de Access, se sincronizará la configuración, se implementarán todos los servicios de aplicaciones de Access y se comprobará que los servicios estén listos. |
| 7 | Crear el inquilino | Se creará el inquilino, se transferirá el enlace de restablecimiento y se configurará SMTP (si se ha seleccionado). |
-------------------------------------------------------------
Stage 1 of 7 - Validate prerequisites
-------------------------------------------------------------
✓ Root privileges running as root
✓ Required commands all available
✓ Node authentication 6 nodes verified (password)
✓ Node OS validation 6 nodes running <supported-os>
✓ Asset bundle located <asset-bundle>.zip
✓ Asset bundle structure manifest and Linux CLI found
✓ Working-directory disk space <nn> GB available
✓ Docker storage <nn> GB available at <docker-root>
✓ Disconnect protection systemd transient services
✓ Cluster node connectivity 5/5 answering on SSH
✓ Load balancer port 443 <load-balancer-ip> is listening
✓ Tenant certificate self-signed selected
OK All prerequisites passed
-------------------------------------------------------------
Stage 2 of 7 - Prepare deployment assets
-------------------------------------------------------------
✓ Working directory /opt/wss/<cluster_name>
✓ Asset bundle staged ...
✓ Asset bundle extracted ...
✓ WSO CLI installed /usr/bin/wso
✓ EULA acceptance recorded by the CLI
▓ Loading images <elapsed>
✓ Container images loaded and verified
-------------------------------------------------------------
Stage 3 of 7 - Initialize the cluster
-------------------------------------------------------------
✓ Cluster initialization cp-cluster / <size>
✓ Cluster inventory 5 nodes across 12 groups
✓ Control Plane profile generated defaults retained
-------------------------------------------------------------
Stage 4 of 7 - Validate the cluster
-------------------------------------------------------------
• Optional Control Plane precheck skipped
✓ Cluster inventory validated
-------------------------------------------------------------
Stage 5 of 7 - Deploy the Control Plane
-------------------------------------------------------------
▓ Control Plane deployment <elapsed>
✓ Control Plane deployed
✓ Platform health Vault, Consul, and Nomad healthy
-------------------------------------------------------------
Stage 6 of 7 - Deploy Access services
-------------------------------------------------------------
✓ Access profile written
✓ Access configuration synced to Vault and Consul
✓ <service-1> deployed
✓ <service-2> deployed
...
✓ <service-47> deployed
✓ Access services 47/47 · 100%
✓ Service readiness all services READY
-------------------------------------------------------------
Stage 7 of 7 - Create the tenant
-------------------------------------------------------------
▓ Tenant creation <elapsed>
✓ Tenant created successfully
Si se interrumpe la conexión o el asistente se interrumpe
El comando resume continuará desde la última etapa de implementación completada. Se omitirá el trabajo completado que siga siendo válido y no se volverán a solicitar las respuestas del cuestionario que se hayan guardado anteriormente.
- Durante el cuestionario: Al pulsar Ctrl+C y ejecutar después
resume, se restaurarán las respuestas que ya haya guardado. - Mientras se supervisa una etapa de implementación protegida: Al pulsar Ctrl+C, se desconectará la sesión de terminal. La implementación no se detendrá. Las etapas protegidas seguirán ejecutándose aunque se desconecte la sesión SSH.
Para comprobar el progreso o continuar en cualquiera de los dos casos, vuelva a conectarse y ejecute:
sudo access-wizard status
sudo access-wizard resume
Creación del inquilino y finalización
Hacia el final de la etapa 7, se mostrará en pantalla un enlace de restablecimiento de contraseña de un solo uso. Cópielo inmediatamente, ya que caducará en 24 horas y no se escribirá en ningún archivo de registro. Escriba CONTINUE después de guardarlo.
=============================================================
COPY THIS NOW - the link expires in 24 hours
=============================================================
Login URL https://<tenant-name>.<base-domain>
Username admin
Reset your password at:
<one-time-reset-link>
Si se configuró SMTP durante el cuestionario, la CLI de Omnissa solicitará de forma segura la contraseña de la cuenta de servicio SMTP en este momento.
SMTP uses a secure password prompt from the Omnissa CLI.
Enter SMTP Password: ********
✓ SMTP configured
Cuando finalice la implementación, el asistente mostrará un resumen de finalización con el tiempo total de implementación, la URL del inquilino, el nombre de usuario del administrador, el nombre del clúster y el número de nodos. Si se omitió algún elemento opcional durante el cuestionario, una línea "Aún pendientes" indicará qué elementos deben configurarse posteriormente.
---------------------------------------------------------------
Deployment complete
---------------------------------------------------------------
✔ All done - total time: <elapsed>
Tenant URL https://<tenant-name>.<base-domain>
Administrator admin
Cluster <cluster_name>
Nodes 3 Infrastructure, 2 Access
Still outstanding:
SMTP is not configured. Run: sudo access-wizard configure
PLATFORM ACCESS
From /opt/wss/<cluster_name>/cp-cluster/cp-cluster.env
Nomad https://<nomad-ip>:4646
Consul https://<consul-ip>:8501
Vault https://<vault-ip>:8202
Administrative tokens are stored in the protected environment file:
/opt/wss/<cluster_name>/cp-cluster/cp-cluster.env (root-only, mode 600)
To display tokens securely:
sudo access-wizard show-tokens
Logs from this run are in: /opt/wss/.omnissa-wizard/logs/
Para solucionar problemas, puede leer estos mismos valores directamente desde el nodo en lugar de utilizar show-tokens:
sudo cat /opt/wss/<cluster_name>/cp-cluster/cp-cluster.env
Después de la implementación
Compruebe el estado:
sudo access-wizard status
---------------------------------------------------------------
Progress
---------------------------------------------------------------
Cluster <cluster_name>
Tenant <tenant-name>.<base-domain>
done Prerequisite validation
done Working directory preparation
done Deployment asset preparation
done Workspace ONE configuration
done Cluster initialization
skipped SSH key configuration
done Cluster configuration
done Control Plane profile
skipped Control Plane precheck
done Cluster inventory validation
done Control Plane deployment
done Platform health validation
done Access profile preparation
done Access configuration synchronization
done Access services deployment
done Service readiness
done Tenant creation
done SMTP configuration
All phases complete.
Muestre los tokens de la plataforma (Nomad, Consul y Vault no se muestran automáticamente después de la implementación):
sudo access-wizard show-tokens
Se requiere una terminal interactiva. Escriba REVEAL cuando se le solicite.
Configure SMTP, NTP, NFS o Cert-Proxy. El comando access-wizard solo se puede ejecutar una vez finalizada la implementación. El comando le guiará por los cuatro elementos en una sola ejecución y solicitará [y/N] para cada uno. Responda n para dejar una configuración sin cambios:
[root@ng-bootstrap wss]# access-wizard configure
Full session log: /opt/wss/.omnissa-wizard/logs/session-20260807-220226-configure.log
-------------------------------------------------------------
Optional configuration
-------------------------------------------------------------
Configure the optional settings you need. Answer no to leave a
setting unchanged and continue to the next one.
Configure SMTP? [y/N]: n
Configure NTP? [y/N]: n
Configure NFS? [y/N]: n
Configure Cert-Proxy (Mobile SSO for Android)? [y/N]: n
-------------------------------------------------------------
Configuration complete
-------------------------------------------------------------
SMTP unchanged
NTP unchanged
NFS unchanged
Cert-Proxy unchanged
Recopile un paquete de soporte si Omnissa le solicita que envíe datos de diagnóstico:
sudo access-wizard support-bundle
Este comando escribirá un archivo comprimido con los registros, la configuración y los detalles del entorno, con la información confidencial ocultada, en /opt/wss/.omnissa-wizard/. Revíselo antes de enviarlo.
Comandos adicionales: access-wizard también proporciona credentials, verify-control-plane, docs y la opción deploy --dry-run. Ejecute access-wizard --help para consultar el uso completo.
Si se produce un error en un servicio durante la implementación
Si la Etapa 6 (Implementar los servicios de Access) informa de que un servicio no está en buen estado, puede recuperarlo sin reiniciar toda la implementación:
-
Compruebe qué etapa o servicio está bloqueado:
sudo access-wizard status -
Determine cómo proceder en función de la información que muestre el estado:
-
Si la implementación del plano de control tiene el estado
running, no intente reanudarla. En su lugar, abra un ticket de soporte de Omnissa y adjunte un paquete de soporte:sudo access-wizard support-bundle -
Si la implementación del plano de control tiene el estado
doney no se indica específicamente que haya ningún elemento con errores, reanude la implementación con:sudo WIZ_CP_REDEPLOY=yes access-wizard resumeEl proceso continuará desde la validación del estado y, a continuación, realizará el perfil de Access y los servicios de Access.
-
Si la implementación del plano de control tiene el estado
doney el resultado del estado indica un servicio de Access específico con errores (se muestra como X/47), resuelva primero el problema de ese servicio:-
Abra la interfaz de usuario de Nomad, busque el trabajo que presenta el error y elimínelo de forma forzada (deténgalo y elimínelo, no se limite a reiniciarlo).
-
Vuelva a implementar únicamente ese servicio desde el directorio de trabajo del clúster del nodo de arranque:
cd /opt/wss/<cluster_name> wso services deploy -s <service-name>Nota: Implemente únicamente el servicio que produjo el error durante el flujo automatizado.
-
Una vez que el servicio se haya implementado correctamente de nuevo, reanude el asistente:
sudo access-wizard resume
Lista de servicios implementados en orden:
control-plane-logging host-logging telegraf-statsd telegraf-asset-server ingress ingress-gateway-route-reloader control-plane-backup client-side-load-balancer telegraf-uptime cp-ops-dispatch cp-ops-output-processor kafka kafka-monitoring postgres postgres-monitoring pgbouncer postgres-backup postgres-diff-backup postgres-operations postgres-operations-vacuum redis redis-monitoring opensearch coredns eecache nginx-http acs crypto cds token analytics saas federation authcontrol greenbox ws1notifications ws1ntfmanager skycap cas certproxy commchannel launcher ws1admin hubconsole mpsso nginx-stream usergroup -
-
Esto se aplica siempre que un servicio pase a un estado incorrecto, no solo durante la implementación inicial. El mismo flujo de recuperación funciona después de una implementación completada o durante una actualización.
¿Le resultó útil esta página?