Personalización del comportamiento de dispositivos

Uso de CA AppLogic® › Guía del desarrollador de dispositivos › Instalaciones de OS › Instalación de Windows › Componentes de Windows comunes › Personalización del comportamiento de dispositivos

Personalización del comportamiento de dispositivos

Se puede personalizar el comportamiento automático del script de inicio para proporcionar funcionalidad personalizada al dispositivo.

Defina los parámetros siguientes en el /etc/sysconfig/applogic_init o \applogic\config\applogic init.

Configuración del dispositivo init

Si el archivo /etc/sysconfig/applogic_init o \applogic\config\applogic_init está presente, el script init del APK lo interpreta como un shell que incluye un script (con el comando ".").

Importante: El archivo /etc/sysconfig/applogic_init se ejecuta antes de que se recupere o aplique cualquier dato de configuración. Por lo tanto, el script no puede confiar en la presencia de ningún archivo de configuración del dispositivo. No utilice este archivo para ejecutar código de inicialización, solamente para las variables de configuración definidas anteriormente.

Ejemplo /etc/sysconfig/applogic_init:

APK_CONFIG_FILES=/etc/httpd/conf.d/myconfig.conf
APK_AUTH_KEY_PATH=/root/.ssh/alternate_keys

Los siguientes parámetros se pueden definir en cualquiera de los dos scripts:

APK_AUTH_KEY_PATH	Ubicación en la que se almacenan la clave pública de acceso de SSH del dispositivo. El comando 3t comp ssh se conecta a los dispositivos mediante la clave privada correspondiente. El valor predeterminado es /home/Administrator/.ssh. Si se establece como una cadena vacía, la clave no se almacenará en ningún sitio. Si la ubicación especificada es un archivo existente, se conservarán el propietario y los permisos. De lo contrario, el archivo se creará con el propietario "raíz".
APK_CONFIG_FILES	Lista de archivos separados por espacios a los que se aplican propiedades de dispositivo. Un dispositivo equipado con el APK utilizará la lista APK_CONFIG_FILES que se encuentra en el propio dispositivo, y no la lista especificada en la GUI. Si el dispositivo no está utilizando el APK, se sustituirá la lista de archivos de configuración especificada en el cuadro de diálogo Modificar límite de la GUI. Importante: Si se instala el APK en un dispositivo existente, verifique los archivos de configuración en el descriptor de la clase. El descriptor de la clase se encuentra en la ficha Archivos de configuración del cuadro de diálogo Modificar límite en el editor de infraestructura. Transfiera la lista de archivos a la configuración APK_CONFIG_FILES en el dispositivo.
APK_CONFIG_DNS	Controla las actualizaciones de la configuración del solucionador de nombres de sistema. Valores: sí: el APK actualiza la configuración del solucionador del sistema (archivo /etc/resolv.conf file en Linux y configuración de DNS que utiliza el comando netsh en Windows) con los valores configurados en el grid de AppLogic. (Predeterminado) no: el APK no realizará actualizaciones.
APK_DISABLE_NTPCONFIG	Desactiva la sincronización del daemon NTP a la hora del servidor que está alojando el dispositivo. Valores: no: desactiva la hora de sincronización (valor predeterminado). sí: activa la hora de sincronización. Si se instala NTP y se establece APK_DISABLE_NTPCONFIG en No o No está definido, el APK configura el daemon NTP para sincronizarse a la hora del servidor que está alojando el dispositivo. El APK no intenta iniciar el daemon NTP, solamente prepara la configuración.
APK_CONFIG_EXTIFC	Activa la configuración de APK de interfaces sin formato externas. sí: activa la configuración (valor predeterminado). no: desactiva la configuración. Si se instala una versión nueva del APK en un dispositivo antiguo que se ha creado antes de que el APK configurase automáticamente interfaces externas, establezca el valor en No. Estos dispositivos no esperan que el APK configure la interfaz externa y, si lo hacen, normalmente se producirá un error.
APK_HOSTNAME_UPDATE	Si se establece este parámetro en No, se desactiva el comportamiento predeterminado de cambiar el nombre de host (también denominado como nombre del equipo en Windows) a una cadena obtenida a partir del nombre de instancia del dispositivo. Desactivar el cambio automático del nombre de host puede ser deseable para los dispositivos de Servidor virtual privado o dedicado, donde el propietario del dispositivo mantiene todos los aspectos de su configuración, incluido el nombre de host. Importante: Si APK_HOSTNAME_UPDATE se establece en Sí (o no se establece en absoluto), el cambio de nombre de host activará un reinicio del SO. Esto ocurrirá la primera vez que se inicie o cada vez que se cambie el nombre de instancia del dispositivo y se reinicie. Dado que este reinicio se lleva a cabo antes de que el APK comunique el inicio correcto, el efecto observado es que parece que el dispositivo tarda el doble en iniciarse. Si el APK activa un reinicio, se mostrará un mensaje sobre la introducción del modo de mantenimiento en los detalles de progreso del inicio.
APK_AUTOMOUNT	Si se establece este parámetro en No, se desactiva la asignación automática de letras de unidad o puntos de montaje, como se especifica en la clase de dispositivo. También se desactivan todos los controles de estado del volumen en el APK. Importante: Esta opción se debe utilizar si se equipa el dispositivo con un dispositivo de CD-ROM configurado (asignando una imagen con formato ISO como uno de sus discos virtuales). El montaje automático del APK no funciona en esta combinación particular y provocará un error en el reinicio del dispositivo.

Comprobación del dispositivo posterior al inicio

Si el archivo /etc/sysconfig/applogic_appliance o \aookiguc\config\applogic_appliance está presente, el script late init del APK lo interpreta como un shell que incluye un script (con el comando "."), después de que todos los demás servicios del dispositivo se hayan iniciado. El estado de retorno del script indica si se considerará que el dispositivo se ha iniciado correctamente (started OK) o no se pudo iniciar (failed).

Si el script imprime un mensaje en stderr y devuelve un error, la última línea de este mensaje se utilizará como el mensaje de error que se envíe al controlador.

Archivo de comprobación posterior al inicio de ejemplo para un dispositivo de servidor web. Esto verifica que el servidor esté en funcionamiento y responde a HTTP GET a la página principal:

if ! wget -q -O /dev/null http://localhost/ ; then
echo "start failed - Web server is not responding" >&2
return 1
fi
return 0

Evite utilizar /etc/sysconfig/applogic_appliance como script de inicio para iniciar servicios del dispositivo. Hacerlo impediría el uso o comprobación de la instalación fuera de un dispositivo que tenga el APK instalado.

Importante: La comprobación posterior al inicio applogic_appliance se inicia después de que el SCM de Windows (administrador de control de servicios) haya cargado todos los servicios, y no cuando completen la inicialización. Esto es diferente de otras plataformas compatibles con el APK.

En Windows, algunos servicios se inician utilizando otros mediante una llamada de API, en lugar de una dependencia explícita. No se pueden tener en cuenta con tan solo esperar el evento de finalización de la carga de servicios automáticos. Cualquier código de comprobación de inicio que se agregue al archivo /etc/sysconfig/applogic_appliance debe tenerlo en cuenta y esperar a todos los servicios que tenga que controlar, por si no se han inicializado todavía.