MANUAL PARA INSTALAR Y PERSONALIZAR EL SQUIRREMAIL (WEBMAIL)

•04/09/2009 • 3 comentarios

El Squirrelmail es una interface web bastante sencilla para dar soporte a nuestros servidor de correo (Sendmail, por ejemplo).. Este manual es para personalizarlo. Es decir, entre otras cosas, agregarle plugins para que la interface sea mas bonita, cambiar el logo estándar por el que querramos, y cosas así.

Lo primero que hay que hacer es descargarnos la ultima version estable del Squirrelmail (http://squirrelmail.org).  Alli estaran los fuentes. Tendremos que compilar e instalar.

Hay que recordar que la ubicación del squirrelmail, por defecto, es /usr/share/squirrelmail. En el trabajaremos.

Empezemos a personalizar:

  • CAMBIAR LOGO

  1. Para cambiar el logo del Squirrel por el que querramos primero debemos tener una imagen en formato png ubicada en un lugar accesible para el programa. Por ejemplo en /usr/share/squirrelmail/images/LOGO.png

  2. Vamos al directorio /usr/share/squirrelmail/config y ejecutamos el script conf.pl

Así nos saldrá la siguiente pantalla:

Este script está diseñado para personalizar todas las opciones del Squirrel.

  1. Ahora nos vamos a la primera opcion (introduciendo el numero 1 y dandole al enter) y nos cambiara a la siguiente pantalla:

Aquí podemos cambiar desde el nombre de la organización hasta su posición en pantalla.

  1. Entramos en la segunda opción (2 + Enter) y nos saldrá la siguiente pantalla

Y ahora escribimos después de los 2 puntos (:) ../images/LOGO.png

Los primeros 2 puntos (..)indican que estamos en el directorio del Squirrelmail, y luego en el directorio images.

  1. Finalmente salvamos con S y luego salimos con Q. Listo. A partir de ahora en vez de tener el logo de la ardilla de Squirrelmail tendrá el logo que hayamos elegido como imagen.

  • INSTALAR PLUGINS

Los plugins de Squirrelmail son para personalizar nuestra interface y administración.

Hay un millón (bueno, no tantos) y todos están en

http://www.squirrelmail.org/plugins.php

Algunos de ellos son:

  1. Añade botón de navegación entre mensajes (próximo, anterior, etc)

  2. Es un traductor pero ya no se desarrolla

  3. Botón de revisar correo

  4. Añade el botón de: para mensajes nuevos con enlace a la libreta de direcciones.

  5. Añade un logo en la parte superior izquierda

  6. Permite cambiar tipo de letra del menú de la izquierda

  7. Añade gráficos para los botones de la parte superior

  8. Fuerza las preferencias para que todos los usuarios tengan la misma interface (esto solo aplica a los usuarios nuevos luego que el plugin haya sido instalado, no a los ya existentes)

Para instalarlos primero hay que descargarlos, luego descomprimirlos y ubicar la carpeta que generan dentro de /usr/share/squirrelmail/plugins de manera que dentro de esa carpeta habrá una carpeta por plugins

Una vez puestos en esa carpeta, nos cambiamos a /usr/share/squirrelmail/config, y ejecutamos el conf.pl

Allí elegimos la opción 8, y luego elegimos el numero de plugin que queremos instalar o quitar y listo

NOTA: Dentro de la carpeta del plugin siempre hay un archivo de texto llamado INSTALL, es recomendable leer antes de hacer nada porque algunos plugins requieren alguna configuración previa.

  • FORZAR INTERFACE IGUAL PARA TODOS LOS USUARIOS. (nuevos y ya creados)

Lo primero que tenemos que hacer es abrir nuestra cuenta y configurarla como nosotros queramos (color de fondo, tema, plugins, etc.)

Todos las preferencias se guardan en la carpeta /var/lib/squirrelmail/prefs/.

Hay un archivo por usuario.

También hay un archivo en /etc/squirrelmail/default_pref.

La idea, una vez que hayamos perzonalizado nuestro perfil a placer es meternos en nuestro archivo personal dentro de /var/lib/squirrelmail/pref y copiar todo su contenido dentro del archivo /etc/squirrelmail/default_pref.

Con esto logramos que todos los usuarios que se creen a partir de ese momento tengan las preferencias que escogimos.

MANUAL PARA INSTALAR SERVICIO JBOSS EN WINDOWS

•04/08/2009 • Dejar un comentario

Por defecto el Jboss no viene con un servicio para que se ejecute en segundo plano, ni en Windows ni en Linux.

Para crear el servicio de Windows, tenemos dos opciones

JAVASERVICE (http://forge.ow2.org/projects/javaservice/)

JAVA SERVICE WRAPPER (http://wrapper.tanukisoftware.org/doc/english/download.jsp)

  1. JAVA SERVICE

Primero descargamos el programa JAVASERVICE y lo descomprimimos en la carpeta BIN del Jboss.

Una vez allí, abrimos la consola (Inicio Ejecutar CMD) y nos cambiamos al directorio c:\JBOSSX.X.X.X\BIN

Ahora procederemos a la creación del servicio con la siguiente línea (tal cual está. Solo tendrás que cambiar la ruta de tu JBOSS y del JAVA.)

javaService.exe -install JBoss C:\jdk1.6.0_03\jre\bin\server\jvm.dll -Djava.class.path=C:\jbossX.X.Xbin\run.jar;C:\Jdk1.6.0_03\lib\tools.jar -Xms256M -Xmx512M -start org.jboss.Main -stop org.jboss.Main -method systemExit -out C:\jbossX.X.X\bin\out.log -err C:\jbossX.X.X\bin\err.log -current C:\jbossX.X.X\bin -auto -overwrite -startup 6

Explicación:

La opción –install Jboss indica que queremos instalar un servicio Java que se llamara JBOSS. Podemos llamarle de la manera que queramos. Además de –install, tenemos varias opciones que podemos ver escribiendo javaservice.exe – -help.

La opción -Xms256M -Xmx512M indicaran los valores de memoria mínimo-máximo con que arrancara el servicio.

-out C:\jbossX.X.X\bin\out.log -err C:\jbossX.X.X\bin\err.log indica que en err.log veremos los errores que genera el servicio (útil por si os falla el arranque del JBOSS)

auto -overwrite -startup 6. Esto sobrescribirá el servicio (de existir previamente) y creara el servicio para que arranque automáticamente cada vez que inicie Windows.

Si todo ha ido bien, podemos ir a los servicios se Windows (Inicio Ejecutar services.msc) y buscar el servicio que acabamos de crear JBoss. Deberá estar como automático

jboss

2. JAVA SERVICE WRAPPER

Primero descargamos el programa JAVA WRAPPER y lo descomprimimos en cualquier carpeta. Ahora copiamos el contenido de la carpeta BIN que acabamos de descomprimir a la carpeta BIN del JBOSS. Hacemos lo mismo con la carpeta LIB y CONF (esta última ira en c:\JBOSSX.X.X.X\SERVER\DEFAULT\CONF)

Antes de instalar el servicio, debemos editar el fichero que acabamos de copiar c:\JBOSSX.X.X.X\SERVER\DEFAULT\CONF\wrapper.conf. De aquí tomara las opciones de creación del servicio. Este archivo contendrá las siguientes líneas

wrapper.java.command=C:\jdk1.6.0_03\bin\java

wrapper.java.additional.1=-Dprogram.name=C:\jbossX.X.X\bin\run.bat

wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

wrapper.java.classpath.1= C:\jbossX.X.X \lib\wrapper.jar

wrapper.java.classpath.2=C:\jdk1.6.0_03\lib\tools.jar

wrapper.java.classpath.3= C:\jbossX.X.X \bin\run.jar

wrapper.java.library.path.1= C:\jbossX.X.X \lib

wrapper.java.additional.1=-server

wrapper.java.additional.2=-Denviromnment.variable=value

wrapper.java.additional.3=-Xms256m

wrapper.java.additional.4=-Xmx512m

wrapper.java.additional.5=-Dsession.serialization.jboss=true

wrapper.app.parameter.1=org.jboss.Main

wrapper.app.parameter.2=-c default

wrapper.logfile=C:\ C:\jbossX.X.X \server\default\log\wrapper.log

wrapper.ntservice.name=Jboss

wrapper.ntservice.displayname=JBoss Server

wrapper.ntservice.starttype=AUTO_START

Explicación (opciones más importantes):

Las 7 primeras líneas indican las diferentes rutas y clases necesarias para crear el servicio (Estas deberás cambiarlas de acuerdo a donde tengas instaladas tu Maquina Virtual Java y tu JBoss)

wrapper.java.additional.3=-Xms256m

wrapper.java.additional.4=-Xmx512m

Indican los valores mínimo y máximo de memoria con que arrancara el servicio.

wrapper.logfile=C:\jbossX.X.X\server\default\log\wrapper.log

Indica donde escribirá el log del servicio

wrapper.ntservice.name=Jboss

wrapper.ntservice.displayname=JBoss Server

Indica el nombre que tendrá el servicio

wrapper.ntservice.starttype=AUTO_START

Indica el tipo de arranque del servicio

Cuando hallamos editado el fichero de configuración y guardado los cambios, abrimos la consola (Inicio Ejecutar CMD) y nos cambiamos al directorio c:\JBOSSX.X.X.X\BIN

Ahora procederemos a la creación del servicio con la siguiente línea (tal cual esta. Solo tendrás que cambiar la ruta de tu JBOSS y del JAVA.)

c:\jbossX.X.X\bin\wrapper.exe –i c:\jbossX.X.X\server\default\conf\wrapper.conf

Ya tendremos instalado el servicio JBOSS. Si queremos probar antes de instalar, podemos ejecutar la siguiente sentencia

c:\jbossX.X.X\bin\wrapper.exe c:\jbossX.X.X\server\default\conf\wrapper.conf

Y nos saldrá una especie de debug, que nos permitirá ver si algo nos fallara antes de crear el servicio.

MANUAL PARA ACCEDER AL SVN POR PAGINA WEB (APACHE-MOD_DAV_SVN)

•31/07/2009 • 4 comentarios

Lo primero que tenemos que aclarar es que, obviamente, primero debemos tener un servidor SVN (Subversion) correctamente configurado y corriendo (MANUAL PARA MONTAR UN SERVIDOR SUBVERSION)

Ademas, tenemos que instalar (o tener instalado) un servidor Web Apache. Para ello podemos bajar la ultima versión de la pagina web http://www.apache.org/ .

O desde los repositorios:

apt-get install apache (Ubuntu)

aptitude install apache (Debian)

yum install apache (Centos)

Luego de configurar el servidor Apache (esto lo dejo para otro manual), debemos descargar un modulo para el servidor que hace accesible al repositorio SVN vía web. Este modulo se llama MOD_DAV_SVN. Para ello:

yum install mod_dav_svn (Centos)

aptitude install libapache2-svn (Debian/Ubuntu)

Estos módulos se instalaran directamente en el servidor apache. Si no lo hace de manera automática, hay que editar el fichero de configuración de apache (/etc/httpd/conf/httpd.conf) y en la sección “Dynamic Shared Object (DSO) Support” agregarle las siguientes lineas al final de todo

LoadModule dav_svn_module modules/mod_dav_svn.so

LoadModule authz_svn_module modules/mod_authz_svn.so

Una vez instalado, vamos al directorio de configuración de los módulos apache. Trabajando en Centos, se encuentra en /etc/httpd/conf.d.

Allí vamos a modificar a editar el fichero subversion.conf.

En este fichero le indicaremos al servidor web donde se encuentra el repositorio

<Location /svn>

DAV svn

SVNParentPath /opt/svn

AuthType Basic

AuthName “Autorización al repositorio”

AuthUserFile /etc/httpd/conf/svn-auth-file

Require valid-user

/Location>

Entre <> estará la definición de las opciones. En la primera linea le indicaremos con que nombre accederemos desde el explorador. En este caso sera http://x.x.x.x/svn (ya que es lo que le especificamos en el primer LOCATION).

Las opciones DAV y SVNParentPath son las obligatorios. Especialmente la segunda, ya que indicara en que directorio se encuentra nuestro repositorio SVN.

Si no marcamos las demás opciones, cualquiera que conozca la dirección IP podrá observar nuestro SVN.

svn1

Las demás opciones, harán mas seguro nuestro acceso vía web.

AuthType Basic

AuthName “Autorización al repositorio”

AuthUserFile /etc/httpd/conf/svn-auth-file

Require valid-user

Lo mas importante de estas 4 lineas es AuthUserFile. Las demás lineas indican, básicamente, que la seguridad esta habilitada. Pero sin dicha fila nada tendría sentido, ya que es ahí donde almacenaremos los usuarios y sus claves.

Para crear usuario con claves debemos estar situados en el directorio donde se creara el archivo y escribimos, la primera vez:

htpasswd -cm svn-auth-file user1

La opción -c indica que la fila sera creada, vn-auth-file es el nombre del archivo (puedes poner el que quieras) y user1 es el nombre del usuario. Veras que nos pedirá una contraseña

New password:

Re-type new password:

Adding password for user

Ya tenemos el usuario creado. A partir de este momento no es necesario agregar la opción -c al htpasswd ya que el fichero ya ha sido creado.

Ahora si, cuando queramos acceder nos pedirá usuario y contraseña.

svn2

Recordar que después de configurar todos los ficheros, es necesario reiniciar el servidor Apache:

service httpd restart (Centos)

/etc/init.d/apache2 restart (Ubuntu y Debian)

MANUAL PARA INSTALAR UN SERVIDOR DE REPOSITORIOS SVN (SUBVERSION)

•31/07/2009 • 10 comentarios

Un servidor Subversion (SVN a partir de ahora) es un sistema de control de versiones. Para muchos una versión mejorada del CVS (Concurret Version System).

Orientado básicamente para desarroladores de software que trabajan en el mismo proyecto, pero desde distintas ubicaciones. Este software registra los cambios hechos en el código y quien ha sido el autor de dichas modificaciones. Así impide que si dos personas trabajan en la misma parte del código, los cambios que ha hecho una no sobrescriba las modificaciones hechas por la otra.

Por defecto este servidor escucha en el puerto 3690

Ahora a instalar dicho servidor.

Para Ubuntu : apt-get install subversion

Para Debian: aptitude install subversion

Para Centos : yum install subversion

También siempre podrás descargarte la ultima versión desde la pagina web (http://subversion.tigris.org/)

Una vez instalado en nuestra maquina:

1. Creamos un usuario sin consola para que se encargue de ejecutar el svn (esto es por seguridad, es poco recomendable que root corra demonios). Nosotros le llamaremos svn

adduser svn -s /bin/nologin

2. Creamos un directorio que nos hará de repositorio. Lo crearemos en /opt/svn (lo puedes hacer en cualquier directorio.

mkdir /opt/svn

3. Ahora utilizaremos el comando svnadmin para indicarle al sistema que el directorio que acabamos de crear sera nuestro repositorio

svnadmin create /opt/svn

Si no ha habido ningún problema, veremos que dentro de /opt/subversion ha creado una estructura nueva de archivos y directorios (los directorios son conf, db, hooks y locks).

4. Ahora cambiamos el propietario a la carpeta /opt/svn por el usuario svn creado anteriormente:

chown -Rf svn:svn /opt/svn

5. Ahora configuraremos nuestro repositorio. Para ello entramos en la carpeta /opt/svn/conf. Allí encontraremos el archivo svnserve.conf. En el modificaremos unos valores para determinar los permisos que tendrán los usuarios y la forma de conectarse que tendrán. Aunque puede configurarse una conexión SSL, empezaremos por una conexión muy básica. Así que solo modificaremos estos 3 valores:

[general]

anon-access = none (quitar acceso a usuarios anónimos)

auth-access = write (permitir escribir a los usuarios autorizados)

password-db = passwd (donde definiremos los usuarios y sus contraseñas)

6. Ahora crearemos los usuario que tendrán acceso al repositorio. Lo haremos en el fichero passwd, ubicado en /opt/svn/conf

[users]

user1 = user1

user2 = user2

user3 = user3

Donde la primera columna es el nombre de usuario y la segunda la contraseña.

7. Ya tenemos configurado el servidor. Ahora solo resta arrancarlo. Para ello tenemos 2 opciones.

  • MANUALMENTE: En este punto, lanzaremos el demonio del SVN a mano utilizando el comando svnserve

svnserve -d -r /opt/svn

La opcion -d indica que el servidor correrá como demonio.

La opción -r indica que la raíz del repositorio sera /opt/svn.

  • AUTOMATICO (DAEMON): En este punto, lanzaremos el demonio del SVN automáticamente en cada arranque del sistema. Este servidor es lanzado por el demonio XINETD. Para que esto sea así, basta con crear un archivo llamado svn en la carpeta /etc/xinetd.d y asegurarse que este demonio (XINETD) arranque con el sistema. El archivo contendrá las siguientes lineas.

service svn

{

port = 3690

socket_type = stream

protocol = tcp

wait = no

user = svn

server = /usr/bin/svnserve

server_args = -i -r /opt/svn

}

Ahora bastara con arrancar el servicio XINETD y tendremos el demonio SVN escuchando.

Para comprobarlo, podemos con :

  • lsof -i |grep svn y nos tendrá que devolver la siguiente linea:

xinetd 2103 root 8u IPv4 5581 TCP *:svn (LISTEN)

Si queremos ver el log que va generando el servidor para detectar cualquier fallo:

tail -f /var/log/messages |grep svn

MANUAL BASICO DE JBOSS

•23/07/2009 • 4 comentarios

El objetivo de este manual es explicar breve y básicamente la estructura de este servidor de aplicaciones.

Hay que aclarar que esta descripción es igual para Linux que para Windows.

El Jboss escucha por defecto en el puerto 8080.

El servidor de aplicaciones Jboss es libre y puede descargarse de la pagina oficial de la comunidad

http://www.jboss.org/community

Una vez descargado y descomprimido o instalado, analizaremos los directorios mas importantes.

Bajo la carpeta principal JBOSSX.X.X, se crearan los siguientes directorios

  • BIN

  • CLIENT

  • LIB

  • LICENSES

  • SCRIPT

  • SERVER

Los que mas usaremos serán BIN y SERVER. En ellos se alojarán los archivos ejecutables y nuestras aplicaciones, respectivamente.

EL DIRECTORIO BIN

Aquí se encuentran los ejecutables y los ficheros de configuración de la aplicación.

Los más importantes son:

  • JBOSS_INIT_REDHAT y JBOSS_INIT_SUSE: son scripts muy básicos para convertir nuestro Jboss en un daemon (servicio). Estos ficheros son exclusivos de Linux y sirven (como su nombre indica) para distros RedHat o Suse respectivamente.

  • RUN.BAT: Es el ejecutable por excelencia. Sirve para levantar nuestro Jboss en Windows.

Este fichero se puede editar (como todos los punto BAT) para modificar la ubicación de nuestra maquina JAVA por ejemplo. Otra linea para modificar muy importante es la siguiente:

set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m -server -XX +UseConcMarkSweepGC -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000

En esta linea, podemos configurar cuanta memoria reservaremos para el servidor. -Xms indicara el valor mínimo. -Xmx, el máximo.

  • RUN.SH: es el ejecutable por excelencia, pero de los sistemas Linux. Sirve para levantar nuestro Jboss. A diferencia de Windows, en este archivo no se puede modificar la cantidad reservada de memoria para la aplicación. Este archivo apunta a otro para coger la configuración. Este archivo se llama RUN.CONF

  • RUN.CONF: este archivo contiene las opciones de las que leerá el RUN.SH para arrancar Jboss. Es exclusivo de Linux.

  • RUN.JAR: es el ejecutable para Java.

  • SHUTDOWN.BAT: Sirve para detener nuestro servidor Jboss en Windows.

  • SHUTDOWN.SH: Sirve para detener nuestro servidor Jboss en Linux.

Si no hay errores, al ejecutar RUN.BAT (Windows) o RUN.SH (Linux) podremos acceder al Jboss, poniendo en un navegador la dirección IP donde esta instalado el servidor con el puerto 8080.

Por ejemplo http://localhost:8080. Si todo es correcto aparecerá la siguiente pantalla:

jboss

EL DIRECTORIO SERVER

Para empezar nos encontraremos con 3 carpetas (MINIMAL, ALL, DEFAULT) cada carpeta cargara mas o menos servicios al ejecutar el Jboss. Cuanto mas servicios por defecto mas memoria consumirá nuestro servidor de aplicaciones.

La parte que explicaremos es la de DEFAULT, aunque también es valida para las otras 2 opciones.

Dentro de la carpeta DEFAULT, encontraremos los siguientes directorios:

  • CONF

  • DEPLOY: Este directorio es el mas importante, ya que ahí se alojara nuestra aplicación. Esta puede ser un archivo .WAR, .SAR, etc. El Jboss cargará todas las aplicaciones que copiemos aquí.

  • LIB: las librerías del Jboss.

  • LOG: aquí se encuentran dos archivos.

  1. BOOT.LOG: Es un archivo de texto plano, donde registra todas las incidencias producidas al inicio del Jboss.

  2. SERVER.LOG: Es un archivo de texto plano, donde registra todas las incidencias producidas por el servidor de aplicaciones, incluido los errores producidos por nuestra aplicación. Este fichero “rota” diariamente generando ficheros con el siguiente formato server.log.2009-x-x con los logs de días anteriores. Hay que controlar estos archivos, ya que suelen ser muy pesados y si no los borramos pueden saturar en pocos días nuestro disco duro.

  • TMP: archivos temporales.

  • WORK: mas archivos temporales.

MANUAL DE INSTALACION Y CONFIGURACION DE PROXY SQUID TRANSPARENTE (LINUX)

•07/07/2009 • 8 comentarios

El uso de Proxy sirve para controlar el tráfico de la red, ya sea local (entre maquinas locales) o externo (Internet).

El SQUID es el Proxy-cache mas difundido en Linux. Se puede descargar desde la página del proyecto:

http://www.squid-cache.org/

O desde repositorios. Este último método mucho más sencillo:

yum install squid

Una vez descargado debemos configurarlo antes de iniciar el servicio. Normalmente el archivo de configuración se encuentra en /etc/squid/squid.conf. Si bien son muchas las líneas de este archivo. Son muy pocas las que debemos cambiar. A continuación pondremos nuestro archivo de configuración y explicaremos para qué sirve cada cosa.

http_port 192.168.x.1:3128 transparent (IP privada de la maquina y puerto escucha de Proxy. Opción de transparente. Es importante mencionar que esta declaración puede cambiar de una versión de Squid a otra)

cache_mem 64 MB (memoria utilizada por squid en ciertos procesos)

cache_swap_low 90 (indica el nivel en porcentaje de capacidad mínima aceptada por squid, es decir, los objetos se mantendrán en el cache hasta que se llegue al límite mínimo)

cache_swap high 95 (Parámetro que especifica en porcentaje el límite máximo que utiliza squid para mantener objetos en el cache. Si el valor asignado es del 95%, squid comenzara a eliminar los objetos del cache cuando se tope el 95% de la capacidad asignada a squid)

cache_dir ufs /var/spool/squid 2000 16 256 (Directorio de ubicación del cache, por defecto /usr/local/squid/cache. Este parámetro incluye tres parámetros numéricos adicionales. El primero incluye el número de MB que se utilizarán en este directorio para el cache, el segundo el número de directorios a utilizar en el primer nivel (16 por defecto) y el tercero el número de subdirectorios en el segundo nivel (256 por defecto))

logformat squid …(formato de log)

access_log /var/log/squid/access.log squid (donde se guardaran los accesos de los usuarios a diferentes sitios. Muy importante para programas que analizan logs, como el SARG)

cache_log /var/log/squid/cache.log (donde se guardan los logs del cache)

cache_store_log /var/log/squid/strote.log (el movimiento de los objetos en la cache)

ftp_passive off (para que no permite una conexión FTP pasiva)

dns_nameservers 80.58.0.33 80.58.61.250 (usaran estos servidores DNS en lugar de los especificados en /etc/resolv.conf)

Las siguientes líneas son muy importantes porque aquí se definen las redes y puertos.

Luego se le darán permisos a los mismos

acl all src 0.0.0.0/0.0.0.0

acl manager proto cache_object

acl localhost src 127.0.0.1/255.255.255.255

acl SSL_ports port 443 # https, snews

acl SSL_ports port 873 # rsync

acl Safe_ports port 80 # http

acl Safe_ports port 21 # ftp

acl Safe_ports port 443 # https, snews

acl Safe_ports port 70 # gopher

acl Safe_ports port 210 # wais

acl Safe_ports port 1025-65535 # unregistered ports

acl Safe_ports port 280 # http-mgmt

acl Safe_ports port 488 # gss-http

acl Safe_ports port 591 # filemaker

acl Safe_ports port 777 # multiling http

acl Safe_ports port 631 # cups

acl Safe_ports port 873 # rsync

acl Safe_ports port 901 # SWAT

acl CONNECT method CONNECT

acl mired src 192.168.33.0/255.255.255.0

http_access allow manager

http_access allow localhost

http_access allow mired

http_access deny ¡Safe_ports

http_access deny all

cache_mgr root (mandara un mail interno a root)

error_directory /usr/share/squid/errors/Spanish (saca por pantalla los errors en Español)

Básicamente este es la configuración de squid para que sea transparente, deje utilizar el cache y permita conexiones FTP.

IMPORTANTE: para que sea transparente hay que redireccionar las peticiones del puerto 80 al 3128. Esto hay que indicarlo en el cortafuegos (si tenemos uno). De lo contrario debemos configurarlo directamente en cada explorador.

Ahora hay que inicializar el cache con el siguiente comando:

squid –z

Por último hay que lanzar el squid

service squid start

Hay que recordar que el Webmin tiene un modulo para manejar el Squid, aunque no es tan intuitivo como en otro casos. De todas formas esta es la pantalla del modulo

squid1

También es muy importante instalar el SARG, que analizara los complicados logs del SQUID de una forma más sencilla (ver manual SARG)

MANUAL PARA SOLUCIONAR ERROR SECUENCIA DE COMANDOS AL IMPRIMIR DESDE OUTLOOK

•07/07/2009 • Dejar un comentario

El problema de ERROR DE SECUENCIA AL IMPRIMIR DESDE OUTLOOK es un fallo en el registro de librería.

Para evitar ese problema, como administrador, hay que ejecutar el siguiente comando:

regsvr32 ole32.dll

Con esto el problema estará resuelto.

 
Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.