HAVP y OS Xserver

2

Estoy ejecutando el servidor OS X 10.8 ClamXAV está integrado. He instalado y estoy ejecutando squidman (servidor proxy Squid). Me gustaría instalar HAVP y ponerlo en funcionamiento.

El error que recibo cuando configuro en el directorio HAVP:

checking for ClamAV scanner library... clamav-config not found

 Error finding ClamAV installation!  Add ClamAV binaries path to PATH and run configure again.

 To disable ClamAV library support, use --disable-clamav.

La ubicación de clamav-config:

correo: local everett $ cd / usr / local / clamXav / bin

correo: bin everett $ ls

ClamXavProxyHelper  clamconf        freshclam
RunFreshclam        clamdscan       sigtool
clamav-config       clamdtop
clambc          clamscan

Mi camino:

/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/Applications/Server.app/Contents/ServerRoot/usr/bin:/Applications/Server.app/Contents/ServerRoot/usr/sbin:/usr/local/clamXav/sbin:/usr/local/clamXav/bin

Entonces, ¿qué está pasando y cómo puedo hacer que esto (la instalación de HAVP) funcione?

EDIT Nuevo error después de que ./configure tenga éxito, y trato de hacer:

cd havp && make
g++ -g -O2 -I/usr/local/Cellar/clamav/0.97.6/include -Wall -g -O2 -DHAVE_CONFIG_H -c -o scannerhandler.o scannerhandler.cpp
In file included from scannerhandler.cpp:26:
scanners/clamlibscanner.h:37: error: field ‘limits’ has incomplete type
make[1]: *** [scannerhandler.o] Error 1
make: *** [all] Error 2

EDIT 2 Hubo una actualización de HAVP (de la versión .88 a la versión .92a). La ejecución de la instalación en la actualización tuvo éxito.

    
pregunta Everett 27.11.2012 - 02:00

2 respuestas

2

El mensaje de error es una prueba contundente de que el script de configuración no obtiene ningún resultado cuando intenta ejecutar clamav-config, pero desafortunadamente la parte "no encontrada" es una suposición arbitraria en el script, no un resultado del análisis de tiempo de ejecución real del fracaso. Hay varias causas posibles para el fallo:

  1. El script de configuración no ve lo que dices en tu $ PATH. Hay varias causas raíz potenciales para eso, pero hay una forma de descartarlo: busque en config.log las líneas cercanas a la parte superior que comienzan con "PATH:" para confirmar lo que vio el script en $ PATH.
  2. Los permisos para el script clamav-config no permiten que el usuario que está ejecutando configure para ejecutarlo. Esto se repararía con 'sudo chmod 755 clamav-config'
  3. Su script clamav-config en realidad tiene una cadena vacía como su valor de $ prefix. Eso sería un error en la forma en que se instaló clamav, pero podría no causar ningún problema hasta que intentes construir algo que dependa de ello. La comprobación sería buscar en clamav-config, la solución sería hacer una instalación adecuada de clamav.
  4. El sandboxing de Mountain Lion está bloqueando la ejecución de clamav-config mediante la configuración. No estoy realmente seguro de cómo solucionar este problema, pero se debe registrar el rechazo. No estoy seguro de si ML los guarda en cualquier registro de texto, pero una invocación adecuada de 'syslog' los mostrará (consulte 'man syslog' para obtener información detallada)

Nota al margen: el # 4 es la razón por la que he evitado mover máquinas importantes a ML. En mi sistema de conejillo de indias hay violaciones crónicas de la caja de arena por parte de los propios programas de Apple que se bloquean, lo que pone en mi fe que los componentes del servidor no se romperán.

    
respondido por el Bill Cole 13.12.2012 - 18:31
1

Mirando la fuente de esta cosa ( HAVP ) veo que el archivo MAKE es poco probable que sea el culpable. El configure y el configure.in parecen más interesantes.

Prueba este comando:

clamav-config --prefix 2>/dev/null

¿qué es lo que devuelve, en todo caso? Se utiliza en los archivos de configuración como:

clamprefix="'clamav-config --prefix 2>/dev/null'"
clamversion="'clamav-config --version 2>/dev/null'"

para determinar el prefijo y la versión de clamav. Lo siento, todo lo que puedo sugerir es un punto de partida, pero espero que sea mejor que nada.

    
respondido por el user1256923 13.12.2012 - 14:38

Lea otras preguntas en las etiquetas