Caching Proxy está diseñado para ejecutarse de forma continuada como un proceso en segundo plano con un mínimo de intervención por parte del operador. Generalmente, el servidor proxy se inicia durante el ciclo de arranque de la máquina y únicamente se detiene cuando el mantenimiento lo requiere. El servidor proxy puede iniciarse manualmente si es necesario. Asimismo, se puede pasar una instrucción de reinicio al servidor proxy, que detiene y reinicia el servidor proxy sin interrumpir conexiones de cliente activas.
En los sistemas Linux y UNIX, se coloca un script de inicialización ibmproxy y los enlaces simbólicos asociados en los directorios /etc/ adecuados cuando se instala Caching Proxy. A continuación, esos scripts se integran en las rutinas de arranque y cierre del sistema operativo. Puede modificar los valores de configuración del reinicio automático mediante la edición del script ibmproxy y la modificación de las opciones del mandato ibmproxy.
Es posible que el script de inicialización de Caching Proxy no pueda establecer satisfactoriamente el número máximo deseado de descriptores de archivo debido al límite en todo el sistema Solaris de los descriptores de archivo. Si el número máximo de todo el sistema es inferior al valor del script de inicialización de Caching Proxy, se utiliza el límite de todo el sistema. Puede modificar el límite de los descriptores de archivo para evitar problemas de rendimiento del proxy, que pueden ser el resultado de un valor demasiado bajo (inferior a 1024). Emita el mandato ulimit para visualizar el número de descriptores que estén disponibles en ese momento. Si el valor es inferior a 1024, aumente el límite de descriptor de archivo. Para incrementar el límite de descriptor de archivo a 1024, añada la siguiente línea al archivo /etc/system:
set rlim_fd_cur=0x400
Inhabilitación del arranque y cierre automático
Para inhabilitar el arranque y cierre automático:
En SUSE Linux, elimine los siguientes enlaces con ibmproxy:
Independientemente del método de arranque, el mandato ibmproxy se invoca finalmente, bien directamente desde el indicador de mandatos, bien desde dentro de un script. Para obtener una descripción detallada del mandato ibmproxy, consulte Mandato ibmproxy. Sólo se ofrecen ejemplos de los argumentos utilizados con mayor frecuencia.
startsrc -s ibmproxy
startsrc -s ibmproxy -e "LC_ALL=locale"
ibmproxy
/sbin/init.d/ibmproxy start
/usr/sbin/ibmproxy
/usr/sbin/ibmproxy -nobg
/etc/rc.d/init.d/ibmproxy start
/usr/sbin/ibmproxy
/usr/sbin/ibmproxy -nobg
squidConfig.file -r /etc/errors_icons.conf
donde el archivo errors_icons.conf identifica los iconos a utilizar para los tipos de archivo designados cuando se examinan directorios.
/etc/init.d/ibmproxy start
/usr/sbin/ibmproxy
/usr/sbin/ibmproxy -nobg
Si Caching Proxy se instala como un servicio Windows, se inicia como cualquier otro servicio Windows:
Si Caching Proxy se instala como servicio, puede configurarse para que se arranque automáticamente al iniciar Windows. En ese caso, no es necesario que inicie la sesión antes de que el proxy pueda servir las peticiones. Para que el proxy se inicie automáticamente:
Renovación de la variable de entorno PATH
Si Caching Proxy está marcado como Iniciado en la ventana Servicios, pero el proxy no funciona, es posible que la máquina no se haya reiniciado después de instalar el proxy. Si el servicio de Caching Proxy está establecido para interactuar con el escritorio, un error durante el reinicio también puede provocar que aparezca el siguiente mensaje de error en un recuadro emergente: Error del catálogo de mensajes: No se puede cargar el catálogo de mensajes o no es válido
Se debe reiniciar la máquina para que el valor de la variable de entorno PATH se renueve en el registro de Windows. Si el registro no se renueva, es posible que la variable PATH muestre las vías de acceso de Caching Proxy y GSK7 correctas pero no funcione correctamente.
El problema puede surgir si aparece la vía de acceso para el servicio de sistema de archivos antes de la vía de acceso del servicio de Caching Proxy en la variable de entorno PATH de Windows. La alteración de la variable PATH con el fin de situar los servicios de sistema de archivos próximos al final de la operación de establecimiento puede solucionar este problema.
Este problema no afecta a las unidades remotas controladas por las aplicaciones que no se ejecutan en servicios Windows. Por ejemplo, Caching Proxy puede acceder a las unidades compartidas en otras máquinas Windows que estén visibles mediante una red de área local (LAN).
Al instalar Caching Proxy como una aplicación Windows, el procedimiento de instalación crea una entrada Caching Proxy como submenú del menú Inicio. Para iniciar Caching Proxy como una aplicación, pulse Inicio –> Programas –> IBM WebSphere –> Edge Components –> Caching Proxy.
Este proceso de arranque ejecuta el servidor proxy con los valores actuales de configuración. Si desea especificar otros valores durante el tiempo de arranque, utilice el procedimiento de arranque de mandatos (consulte el apartado siguiente).
Para iniciar el servidor desde cualquier indicador de mandatos DOS o Windows, utilice el mandato ibmproxy. Si no ha cerrado y reiniciado Windows desde que instaló el servidor, especifique el nombre de vía de acceso completo de este mandato del siguiente modo (por omisión):
C:\Archivos de programa\IBM\edge\cachingproxy\cp\bin\ibmproxy.exe
El mandato ibmproxy inicia el servidor con los valores actuales de configuración. Si no ha modificado la configuración del servidor desde la instalación, la configuración actual se basa en la información que haya especificado durante la instalación y en las opciones por omisión.
El mandato ibmproxy inicia el servidor como una aplicación, incluso si ha instalado Caching Proxy para que se ejecute como un servicio. Para forzar al servidor a que se ejecute como una aplicación, también puede especificar la opción de mandato -noservice. Las demás opciones de mandato modifican los valores de configuración durante el tiempo de ejecución.
Se pueden ejecutar varias instancias del servidor proxy de forma concurrente, pero cada una debe tener un par Dirección IP de enlace y Puerto de escucha (HostName/IP, PORT) único. También debe habilitar la directiva BindSpecific en los archivos de configuración. Además, cuando se ejecutan varias instancias del proxy en un único sistema, debe definir las directivas siguientes para cada instancia de proxy:
En los sistemas AIX, sólo se puede iniciar una instancia con SRC. Se deben especificar archivos de configuración exclusivos para todas las instancias del servidor ya que el archivo de configuración identifica un número de puerto, que debe ser distinto para cada servidor en una máquina determinada. Para iniciar una instancia adicional del servidor (cuando uno como mínimo ya está en ejecución), especifique el siguiente mandato:
ibmproxy -r otro_archivo_configuración
ibmproxy -noservice -r otro_archivo_configuración
donde otro_archivo_configuración es un archivo de configuración exclusivo.
Al iniciar varias instancias del servidor, registre el ID de proceso que se visualiza para cada instancia. Estos ID son necesarios para detener instancias específicas del servidor.
Puede ejecutar IBM Caching Proxy como un proceso no root en un sistema UNIX, pero hay algunos cambios de configuración que debe realizar para que Caching Proxy pueda funcionar correctamente. Para configurar Caching Proxy para que se ejecute como un usuario no-root:
Para detener el servidor:
Método de inicio | Método de parada |
Desde /etc/inittab (en AIX) | Especifique stopsrc -s ibmproxy |
Desde /sbin/init.d (en HP-UX) | Especifique /sbin/init.d/ibmproxy stop |
Desde /etc/rc.d/init.d (en Linux) | Especifique /etc/rc.d/init.d/ibmproxy stop |
ibmproxy |
Para detener todos los servidores de esta máquina: especifique killall ibmproxy |
ibmproxy -nobg | Especifique ctrl-c |
ibmproxy -r -otro_archivo_configuración (en AIX) | Especifique stopsrc -s ibmproxy -p id_proceso |
ibmproxy -r -otro_archivo_configuración (en Linux) |
|
ibmproxy -unload
Para detener el servidor en un indicador de raíz, especifique:
Puede experimentar las siguientes limitaciones al utilizar los mandatos de cierre:
En los sistemas AIX, HP-UX y Linux, los mandatos para detener el sistema de Caching Proxy en ocasiones sólo cierran el proceso de Caching Proxy. El mandato de AIX que ocasiona este comportamiento es el mandato stopsrc -s ibmproxy. El mandato de HP-UX y Linux que ocasiona este comportamiento es el mandato ibmproxy -stop.
Es posible que el proceso PACD, que se utiliza por el servidor LDAP, continúe en ejecución después de cerrar el servidor proxy. El proceso PACD se puede cerrar de modo seguro mediante el mandato kill tal como se muestra a continuación:
kill -15 PACD_process_ID
La emisión del mandato ibmproxy -stop en un sistema Solaris no tiene el mismo efecto que el mandato en los demás sistemas operativos. Debido a una limitación del código Solaris, no se ejecuta el paso de plug-in de terminación del servidor cuando se utiliza ibmproxy -stop en las plataformas Solaris.
Esta limitación tiene implicaciones para el software del servidor proxy y los plug-ins implementados por el cliente.
Es posible que el proceso PACD, que el servidor LDAP utiliza, continúe en ejecución después de que el servidor proxy se cierre. El proceso PACD se puede cerrar de modo seguro mediante el mandato kill tal como se muestra a continuación:
kill -15 PACD_process_ID
Puede detener el servidor Caching Proxy del mismo modo en que detiene los demás programas Windows.
Si el proxy se instala como un servicio:
Si el proxy no está instalado como un servicio, lleve a cabo cualquiera de las acciones siguientes para detener Caching Proxy:
Después de modificar la configuración del servidor mediante los formularios de Configuración y Administración o la edición del archivo ibmproxy.conf, debe reiniciar el servidor antes de que los cambios entren en vigor. En la mayoría de los casos, puede reiniciar el servidor sin detenerlo previamente. Pero algunos valores no se renuevan mediante un simple reinicio. Para obtener más información, consulte Tabla 6.
Para reiniciar el servidor sin detenerlo primero, pulse el botón Reiniciar en cualquier formulario de Configuración y Administración o escriba lo siguiente: ibmproxy -restart