Ingeniero de Gestion

Activar Copiar Pegar Active Directory

2014-04-28T12:14:00.000+02:00

Para activar el copiar y pegar entre el equipo conectado por escritorio remoto y el nuestro local debemos agregar una directiva de grupo.

Para ello, seguiremos los siguientes pasos:

Abrir "Usuarios y equipos de Active Directory".
Seleccionar la OU a la que queremos aplicar la directiva, botón derecho y propiedades.
Vamos a la pestaña "Directivas de grupo", y pulsamos en Nuevo, y le ponemos como nombre: "Escritorio Remoto".
Seleccionamos la directiva que acabamos de crear, y pulsamos en Editar.
A continuación seguimos la siguiente ruta: Configuración del equipo\Plantillas administrativas\Componentes de Windows\Terminal Services\Redirección de datos cliente-servidor\
Seleccionamos la directiva "No permitir redirección del portapapeles", botón derecho, Propiedades y seleccionamos "Deshabilitada".
A continuación, lo cerramos todo, y nos vamos a Inicio/Ejecutar, e introducimos lo siguiente: gpupdate /force

Y por último, cuando vayamos a conectarnos a escritorio remoto, pulsamos el botón Opciones, nos vamos a la pestaña recursos locales, y nos aseguramos de que "Portapapeles" esté marcado.

Tras esto, nos aseguraremos de que todas las conexiones a escritorio remoto permitan el copiar y pegar.

Optimización del rendimiento y velocidad de Joomla

2013-10-17T10:12:00.002+02:00

Algunos consejos para que tu Joomla vuele y sea eficiente!:

Habilita la "Cache" desde Global Configuration >> Cache. Debes tener escribible el directorio de Cache, por ejemplo /www/usuario/public_html/cache . Luego debes configurar la cantidad de segundos que esta se refresca (Se hacen consultas a la base de datos y se guardan en los archivos temporales de la cache de Joomla hasta que pase el tiempo configurado para que vuelva a actualizarse)
Habilita la "GZIP Page Compression" desde Global Configuration >> Server. Para esto, tu servidor debe tener habilitado el módulo Zlib. Esto se hace para que la salida de documentos enviados por HTTP sea enviada comprimida al navegador del cliente, y luego descomprimida por este (si es que en la petición HTTP soporta este tipo de codificación). Esto permite ahorrar transferencia en el servidor.
Utiliza templates livianos (de bajo peso en kb), con diseños sencillos y pocas imágenes externas, y en lo posible basado en Layers y validados como XHTML (Transitional)
No cargues tu portada con 20 o 30 módulos.
Optimiza las CSS y elimina los códigos que no se utilicen.
No recargues las páginas (contenidos) con demasiadas imágenes, elementos de multimedia, flash, etc.
No pegues demasiados códigos que tomen imágenes o javascripts desde otros servidores, esto ralentiza notablemente la carga, es decir cuando hay muchos elementos externos.
No formatees demasiado los contenidos desde el editor wysiwyg de Joomla, trata de arreglártelas con los estilos definidos en las CSS
No hagas páginas demasiado largas, es decir con mucho scroll hacia abajo.
Una página web optimizada para cargar relativamente rápido no debe tener más de 300 lineas de código (Su html generado, final), y no mayor a un peso de 12 kb
La suma del peso de las imágenes, hojas de estilo, Javascripts externos, flash, y todo elemento externo que carga en el HTML no debe sobrepasar nunca los 80 kb.
Evita las cosas innecesarias, depura el código fuente, elimina las etiquetas mal anidadas. Consejo: puedes llevarte a Dreamweaver el código fuente de lo que te ha generado el editor Wysiwyg de Joomla y limpiarlo mediante las herramientas de depuración y eliminación de etiquetas mal anidadas de Macromedia DW.
Respeta (o trata de hacerlo) las normas WAI y de W3C

Fuente: Joomlaos.net

ssh y scp sin contraseña

2013-09-25T09:26:00.000+02:00

Puede darse el caso, en el que, al ejecutar los comandos ssh o scp no estemos presentes para escribir la contraseña del equipo remoto. Por ejemplo, si queremos programar algún tipo de tarea en el cron del servidor y hace uso de 'scp' ésta no funcionará ya que no estamos presentes para escribir la contraseña.

Por ello, te ofrezco una solución elaborada tras leer numerosos blogs, a cada cual más enrevesado. La solución consiste en la generación de una clave RSA en el equipo local, y hacer que el equipo remoto la conozca, de esta forma, cuando nos conectemos el equipo remoto verá quienes somos a través de la clave RSA que hemos generado, y nos dejará entrar sin pedir otra credencial.

1. En primer lugar, generamos la clave rsa. En el equipo local ejecutamos el siguiente comando:

ssh-keygen -b 4096 -t rsa

Esto nos generará la clave, y nos hace tres preguntas, dónde generarlo(que lo dejamos en la ruta por defecto), y un passphrase, que nos hace introducirlo dos veces( que dejamos en blanco).

2. A continuación, copiamos la clave que hemos generado, al equipo remoto:

ssh-copy-id -i ~/.ssh/id_rsa.pub usuario@hostremoto

Nos pedirá introducir la contraseña del equipo remoto, y tras introducirla, se habrá copiado la clave RSA que hemos generado anteriormente. Llegado a este punto el equipo remoto ya conocerá al equipo local a la hora de conectarnos por ssh, es decir, ya no nos volverá a pedir la contraseña al conectarnos.

3. Para comprobar que todo ha ido bien, hacemos una simple conexión ssh al remoto, y veremos que ya no nos pide la contraseña:

ssh usuario@hostremoto

Ahora ya puedes programar tareas en el cron y hacer uso de scp ;)

Diferencias entre redireccion Frame y redirección HTTP

2012-08-20T14:48:00.000+02:00

En ocasiones nos podremos encontrar un escenario en el que tenemos dos dominios, por ejemplo midominio.es y midominio.com

Para estos casos en lugar de apuntar con las dos direcciones a nuestro hosting, podemos hacer una redirección desde el dominio secundario apuntando al dominio principal. Normalmente en las empresas donde tenemos contratados el dominio, (ej. 1and1), tendremos la opción de hacer una redirección http y frame. ¿Cuál elegir?

La redirección http o redirección visible, consiste en que al teclear en el navegador nuestro dominio secundario, directamente saltará en la barra del navegador nuestro dominio principal.

La redirección frame o redirección invisible, consiste en que al teclear en el navegador nuestro dominio secundario, éste se quedará en el navegador fijo, aunque estemos viendo nuestra página web del dominio principal.

Fuente: Resuelvetusproblemas.com

Instalar MIBEW en Joomla

2012-08-01T14:40:00.005+02:00

Instalación:

1. Crear un directorio con el nombre 'webim' en la raiz de su sitio web.

   1.1. Descargar los archivos de instalación 'webim151.zip' y el de lenguaje español 'webim_sp151.zip' del sitio oficial.
   1.2. Descomprimir webim151.zip en una carpeta local.
   1.3. Descomprimir webim_sp151.zip (aparecerá una carpeta llamada 'sp')
   1.4. Copiar la carpeta 'sp' en /webim/locales/ de su carpeta local

2. Editar /webim/libs/config.php
2.1. Donde dice 'en' cambiar por 'sp'. Es decir,

$webim_messages_locale = "sp"; (En la 1.6.0 esta linea no aparece)
$home_locale = "sp";         /* native name will be used in this locale */
$default_locale = "sp";         /* if user does not provide known lang */

   2.2. Editar también la dirección de correo:

$webim_from_email = "algo@tudominio.com"; /* email from field */

2.3. Configurar los parámetros de conexión de la base de datos con los tuyos.

$mysqlhost = "localhost";
$mysqldb = "webim_db";    (Nombre de la base de datos)
$mysqllogin = "webim_lite";    (Usuario)
$mysqlpass = "123";      (Contraseña)

3. Crear a través del panel de control de tu sitio la base de datos, usuario y contraseña indicados en el punto anterior (2.3.)

4. Subir todos los archivos y directorios de tu carpeta local a la carpeta 'webim' de tu sitio web.

5. Usando el navegador ir a tu_dominio/webim/install/ y luego hacer clic en "Create required tables."

6. Borrar la carpeta /webim/install/ desde tu server

7. Loguearse: (//tu_dominio/webim/operator/index.php)
usuario: admin
        password: (nada, solo dar enter)

7.1 Estando logueado cambiar el usuario y agregar un password ya que estos son los datos del administrador.

7. Crear el codigo para el boton e insertarlo en el sitio dentro de un artículo. Para insertarlo hay que pegarlo pero en modo html en el editor de joomla, es decir, crea un artículo y en el editor hacer clic donde dice 'html' o algo así y entrarás en el modo html. Aquí pegas el código y guardas los cambios.

9. Crear operadores. (Para subir las fotos de los operadores hay que cambiar el CHMOD de la carpeta "avatar" a 777, luego de crear todos los operadores y subir sus fotos, volver a cambiar los permisos de la carpeta "avatar" a 700)

9. Wait for your visitors on 'Pending users' page. On unix/linux platforms change the owner of /webim/images/avatar folder to the user, under which the web server is running (for instance, www). The owner should have all rights on the folder /webim/images/avatar (chmod 700 /webim/images/avatar). UPDATE:
   1. Backup your /webim/libs/config.php
   2. Backup your /webim/images/avatar folder.
   3. Clean webim folder on server.
   4. Upload all the files contained in this archive (retaining the directory structure)      into webim folder.
   5. Adjust you config.php
   6. Visit http:///webim/install/ and follow the instructions to update database (if      needed).
   7. Remove /webim/install/ directory from your server 8. Restore contents of            /webim/images/avatar folder.

NOTA: El paso 9 se entiende y me dió fiaca de traducirlo....

Espero que Te sirva a vos y a todos...... cualquier cosa.... avisen........SUERTE!!!

Login en Moodle desde otra página

2012-07-27T09:54:00.004+02:00

Podemos tener la necesidad de querer ubicar en nuestra web corporativa, un formulario de login para acceder a nuestra plataforma Moodle. La solución que propongo es muy fácil y efectiva. Y tras hacer login, te redireccionará directamente a la web con el usuario identificado.

La solución es muy simple, desde nuestra plataforma Moodle no hay que tocar nada, símplemente nos vamos a nuestra web, donde queremos ubicar el formulario, e introducimos el siguiente código HTML:


<form action="tu_moodle/login/index.php" id="login" method="post">

<input class="input" id="username" name="username" type="text" value="" />

<input class="input" id="password" name="password" type="password" value="" />

<input name="submit" nbsp="nbsp" type="submit" value="Entrar" />

</form>

Añadiendole un poco de diseño, el formulario nos quedará perfectamente integrado en nuestra web, y con el objetivo cumplido.

Ya saben, si tienen alguna duda, dejen su comentario.

Modificar/Deshabilitar Mensaje de Bienvenida Moodle

2012-07-13T10:41:00.000+02:00

Cuando un estudiante se auto-matricula en un curso/materia en Moodle, recibe un Mensaje de Bienvenida al Curso. Ese Mensaje se envía en un mail, que tiene como destinatario el correo del estudiante y como emisor (from/de) el correo del docente a cargo del curso.

Por ejemplo:

"De: Docente a cargo de la materia
Para: Estudiante
Enviado: fecha y hora Asunto: Bienvenido al curso ABC

Bienvenido a ABC
Lo primero que debe hacer es actualizar su información personal: así podremos saber algo más sobre usted. No olvide colocar su foto u otra imagen que lo identifique.

(y un link a modificar el perfil de estudiante)"

Opciones

Cambiar el mensaje[1]: para cambiar el contenido del mensaje, ir al bloque de Administración->Idiomas->Edición del Idioma->Editar palabras o frases, seleccionar "moodle.php" y modificar el contenido de la varible $a->coursename!

Deshabilitar el menaje de bienvenida[1]: en algunas ocaciones genera confusión este mensaje debido a que el emisor (from/de) del correo es el Docente a cargo del curso y éste mensaje ha sido enviado por la plataforma en forma automática. Para deshabilitarlo en Moodle 1.9.9+, ir al bloque de Administración->Cursos->Matriculaciones y deshabilitar "Enviar mensaje de bienvenida al curso".

Fuente

Activar cURL xampp

2012-07-04T12:37:00.001+02:00

A continuación explicaré cómo activar cURL en php cuando hemos realizado una instalación en win2 con la ayuda de algún paquete que nos permite emular un servidor web de manera local, y resulta que el cURL está desactivado, y digodesactivado pues ya desde hace algún tiempo PHP lo incluye por defecto.

Precondición:

Tengo instalado el xampp para win2, si no lo tienen lo pueden descargar desde aquí. El xampp incluye el apache, php y el mysql, todo en uno, un paquete muy bueno para trabajar con un servidor web local.

Pasos:

Ir al phpinfo(). Si no saben cómo hacerlo, hagan lo siguiente: vayan a su navegador, escriben localhost, y luego en la parte izquierda dice phpinfo(), dan clic ahí, y tendrán toda la info del php instalado en su máquina.
Una vez ahí, ubicarse en el campo Loaded configuration file, en esa ruta que en mi caso es así: C:\xampp\apache\bin\php.ini (a partir de la versión 1.7 del XAMPP dicha ruta cambió a C:\xampp\php\php.ini) tienen el archivo de configuración que usa el php para cargar las librerías, extensiones, etc.
Abrir el php.ini con cualquier editor de texto según la ruta vista en el paso 2 y buscar la siguiente línea: ;extension=php_curl.dll
Como ya se dieron cuenta, la línea que buscaron está comentada con < ; >. Quiten el punto y coma y guarden los cambios hechos en el archivo. Luego, reinician el servidor apache. Con esto lo que se ha logrado es que nuestras aplicaciones puedan usar normalmente cURL. Para comprobar que la librería está correctamente activada, pueden echar una mirada nuevamente al phpinfo() como se explica en el paso 1.
Ahora que si lo que quieren es trabajar con cURL a través de la línea de comandos de win2, deberán buscar los archivos libeay32.dll yssleay32.dll que se encuentran dentro del directorio donde está instalado nuestro php, si usaron xampp, lo encuentran generalmente en C:\xampp\php y buscan dentro de ese dir dichos archivos. Sirven también los archivos que se encuentran dentro de C:\xampp\apache\bin, son los mismos archivos, no hay diferencia.
Una vez hayan encontrado dichos archivos, los deberán copiar y pegar dentro de la carpeta SYSTEM de su máquina windows (por ejemplo: C:\winnt\system32 ó C:\windows\system).
Finalmente podemos probar yendo a la línea de comandos de windows y probar escribiendo: curl. Tendrán una respuesta similar a esto:

curl: try 'curl --help' or 'curl --manual' for more information

Fuente: http://dy3g0.wordpress.com/2008/12/09/activar-curl-en-windows/

Aplicación PHP para hacer login en Wordpress

2012-06-14T13:15:00.000+02:00

Today we shall learn a simple method of using Self Hosted WordPress’s Credentials(username and password) to log into your custom application..

You may ask, “Well, why we should use this?”
The reason is, because WordPress is an opensource script which is constantly improving and has a strong security. And this approach provides easy integration of our custom application with WordPress.

In this tutorial we are using a simple login form(loginform.php) wherein our custom application’s users enter their username and password, which is sent to login.php file, where it is passed on to a standerd WordPress function for processing. Based on the result returned by this function, we decide the success and failure of user login.

Complete Source Code:(loginform.php)

 
  User Login Form
 
 
 
Username: 

  Password:

This is simple HTML login form with two input fields, each having unique names to it. We are using post method here, as we will be passing sensitive information i.e., password.

login.php

We MUST include wp-blog-header.php file into our login.php file. wp-blog-header.php is a core WordPress file found in the root of the WordPress installation.
user_pass_ok() is a standard WordPress function which takes a minimum of two arguments. One is username and the other is password.
Once we pass these parameters to this function, it checks for the username and password combination in the WordPress’s database and returns true if present andfalse if not present. Based on this result we authenticate the user.

If user_pass_ok($username, $password) returns true, then the username and password combination passed is present in the WordPress database, hence login successful. If it returns false, then the username and password combination passed is NOT present in the WordPress database, hence login failed.

Video Tutorial:

YouTube Link: http://www.youtube.com/watch?v=uSRkv2jfPG0 [Watch the Video In Full Screen.]

At the time of recording this video, we have WordPress 3.0.4 as the latest version. The above tutorial works for all the versions of WordPress 3.0.4 and below. We don’t know when WordPress folks will change this method of authentication in future versions of WordPress.

Please share any such WordPress techniques you know, in the comment section.

Fuente: http://technotip.com/526/wordpress-username-password-for-your-application-login/

Añadir Campo Personalizado Certificate Moodle

2012-05-29T10:31:00.001+02:00

Podemos encontrarnos en el caso, en el que, nuestra plataforma Moodle, haciendo uso del módulo "Certificate", queramos añadir al diploma unos campos que hayamos añadido nosotros como campos extras, campos que no vienen definidos por defecto en Moodle, por ejemplo, el DNI.

En el fichero 'certificate.php' de nuestro diploma, debemos añadir lo siguiente:

$customfield = get_record_select("user_info_data", "fieldid='3' AND userid='$USER->id'");
$customfieldinfo = $customfield->data;

Donde el 3, es el id del campo personalizado( esto lo puedes ver en el link de tu campo personalizado). Una vez tenemos eso, es añadir el print_text introduciendo $customfieldinfo. Ej:

cert_printtext(170, 270, 'C', 'Helvetica', '', 20, 'N.I.F. ' . utf8_decode($customfieldinfo) );

Espero que esto te sea de ayuda. Si tienes alguna duda, puedes consultarme ;)

Borrar duplicados Tabla Access

2012-01-31T09:04:00.000+01:00

Microsoft Access: Removing Duplicates

If you need to remove duplicate records in Microsoft Access, there's a quick and easy way to do so without needing a query or any VBA Code. As a matter of fact, with just a little bit of copying and pasting, you can achieve the same result as you would through a different and more complicated method.

Duplicate records present a real problem for database administrators. If you have duplicate records in your database, there is a great possibility that poor relational database design is to blame. These duplicates can bloat the size of your database, skew statistics, and can be general obstacles to completing your database tasks efficiently.

The reasons for deleting duplicates can vary greatly. It's possible that this data could've been imported from an external source, and thus you need to eliminate duplicate records, or that the database was initially designed improperly. Whatever the reason, removing duplicate records is a fairly common task in the world of database administration - particularly if you handle imported data from many different sources.

In Figure 1, we've got four records, one of which is a duplicate - for Sarah Smith. In this case, we really don't care which of the two records we keep because they both contain the same data.

Figure 1

In order to strip duplicates from this table, we'll need make sure the table is closed, and highlight the table in the database window. Then click Edit, and Copy.

After we copy the table, click Edit again, and then Paste. We get the dialog box shown in Figure 2:

Figure 2

Select "Structure Only" in Paste Options and set the table name to something different. Now go into your new table, and set the key field to whichever field you use to determine duplicates. In the case of this example, we'll be setting the field "SSN" to a primary key field because that's the field we'll be using to determine what a duplicate record is (in this case, a record with the same Social Security Number).

The next step is to once again copy the original table (the one containing duplicates), by highlighting it, and clicking Edit, then Copy. Then click Edit and Paste again, except this time, we're going to adjust the Paste dialog box to that shown in Figure 3:

Figure 3

Now, we've copied the original table (containing the duplicate records), and we're appendingonly the data into the table that we created and adjusted the key fields for. When we do this, we'll get an error message like the one in Figure 4:

Figure 4

Essentially, Access is telling us that if we go ahead and append these records into the new table, we're going to lose one because of a key violation. Well, that's exactly what we want. We say yes to append, open the new table and voila, only unique records:

Figure 5

And there you have it. In a nutshell, we're copying the table, and pasting it's structure. Then we change the structure with a key field so duplicates can't be contained within. Then we paste the old table into the new table and our duplicates are automatically removed. At this point, you can remove the old table all together, save it for archive purposes, and rename your new table or once again adjust the key fields in it if need be.

There are many ways to remove duplicate records from tables, though you can't argue with the simplicity of a technique that only requires you copy and paste a table twice - no code, no queries, and the end result is exactly the same!

Good luck implementing this technique in your own databases - as with every technique where you are messing with records, you'll want to back up your database before fooling around with large amounts of data. I hope this small article has been helpful!

FUENTE: http://www.bluemoosetech.com/microsoft-access-tutorial.php?jid=25&title=Microsoft%20Access%20Remove%20Duplicate%20Records

Cerrar sesión de otro usuario logeado

2012-01-30T09:02:00.000+01:00

Cerrar sesión de otro usuario logeado

mmmfale, todo el mundo tiene familia. Un padre, una madre igual una hermana... y pareceser que TODOS se han juntado para hacer un complot. Definitivamente quieren que cuando yo trabaje en el PC todo vaya mas lento. Como lo consiguen? pues porque se dejan SIMEPRE, sistematicamente la sesión abierta con un par de programas abiertos... un openoffice por aqui... un navegador x ahí... y claro, mi ordenador no está para tonterias, ni yo tampoco. ahora bien. como cierras la sesión? Pues hasta ahora de la manera bruta... pero que bruta. Entraba en tty1 y...:

# sudo service gdm restart

y a ~~tomar por culo~~ se acabó
Pero claro, señores mios... existe otro sistema mucho mejor:

Con el comando "w"vemos los usuarios activos:

Aquí vemos el usuario killme al que vamos a cargarnos. Ejecutamos lo siguiente:
# sudo skill -KILL -u killme

Haber, no me hagáis fantasías y intentéis matar la cuenta root que os vais a cargar el sistema, y tendréis que aplicar la técnica de hard-reset ( lo de hard es por la complicada combinación de teclas ).

Script de arranque automático de oracle en Linux

2012-01-28T09:02:00.000+01:00

Script de arranque automático de oracle en Linux

Si necesitamos que nuestra instancia de oracle arranque automáticamente cuando se reinicia o arranca el servidor / ordenador. Los siguientes pasos deben de funcionar tanto para oracle 10g como para 11g. Están realizados para Opensuse por lo que la ubicación de lagunos archivos podría diferir dependiendo de la instalación (esencialmente el init.d o los runlevels).

Debemos hacer lo siguiente en Opensuse como ROOT:

1) Editar el archivo el archivo /etc/oratab
En dicho archivo tendremos que poner algo similar a esto =

miinstancia:/home/dieguz/oracle/product/10.2.0/db_1:Y

Su sintaxis es

[instancia]:[ORACLE_HOME]:[Y o N]

La N indica que no queremos que se arranque automáticamente. La Y indica que queremos que se arranque automáticamente.

2) Creamos el archivo /etc/init.d/oracle como ROOT (desde consola podemos ejecutar cat > /etc/init.d/oracle ) :


#!/bin/sh
# chkconfig: 345
# descripcion: Oracle auto start-stop script.
#
# Set ORA_HOME al quivalente $ORACLE_HOME del sistema
# Set ORA_OWNER Al id del usuario linux que es el propietario de la BD

ORA_HOME=/home/dieguz/oracle/product/10.2.0/db_1
ORA_OWNER=dieguz

if [ ! -f $ORA_HOME/bin/dbstart ]
then
echo "Oracle startup: cannot start"
exit
fi

case "$1" in
'start')
   # Arranca la Base de Datos
   su - $ORA_OWNER -c "$ORA_HOME/bin/dbstart $ORA_HOME"
   ;;
'stop')
   # Parar la Base de Datos
   su - $ORA_OWNER -c "$ORA_HOME/bin/dbshut $ORA_HOME"
   ;;
esac

3) Damos los permisos adecuados al fichero:

chmod 755 /etc/init.d/oracle

4) Añadimos el script a los niveles de ejecución 345:

chkconfig oracle 345

5) Si usamos la versión 10g Release 2 , tendremos el siguiente mensaje de error:

Failed to auto-start Oracle Net Listener using /ade/vikrkuma_new/oracle/bin/tnslsnr

Tenemos que editar el archivo $ORACLE_HOME/bin/dbstart y modificar la línea :

ORACLE_HOME_LISTNER=/ade/vikrkuma_new/oracle

y poner

ORACLE_HOME_LISTNER=$ORACLE_HOME

Si no tenemos definida la variable de entorno $ORACLE_HOME ponemos la ruta a pelo
/home/dieguz/oracle/product/10.2.0/db_1

6) Ahora automáticamente debería arrancarse oracle al reiniciar el sistema. Si quieremos arracancarla o pararla manualmente podemos usar el comando:

/etc/init.d/oracle start

o para pararla con

/etc/init.d/oracle stop

FUENTE: http://dieguz2.blogspot.com/2009/08/script-de-arranque-automatico-de-oracle.html

Cómo borrar Archive Logs Oracle

2011-12-15T14:34:00.002+01:00

Cuando se trabaja con una BBDD configurada en modo ArchiveLog, se van generando ArchiveLogs en disco según se van ejecutando sentencias SQL.

En algún momento se deben eliminar de disco, puesto que el espacio no es infinito.

Para que se utilizan los ArchiveLogs

Los ArchiveLogs son el Journal de la BBDD. Es decir: contienen, en un formato codificado, todas las sentencias de modificación de la BBDD (Insert, Update, Delete, Drop, Create, Alter, etc).

Básicamente, los ArchiveLogs se utilizan en el Restore de una BBDD y forman parte del Backup de la BBDD.

Cuando se genera un nuevo ArchiveLog, se registra en el catálogo de RMAN (el Control File y, opcionalmente, en una BBDD aparte). Por tanto, Oracle mantiene una relación de los ArchiveLogs generados y su ubicación.

AL restaurar de un backup hecho en caliente, la restauración tiene dos pasos:

Restore: recuperar los Datafiles necesarios
Recover: Aplicar los ArchiveLogs precisos.

Si los ArchiveLogs no están donde indica el ControlFile, el Recover se debe hacer manualmente (indicando dónde está cada ArchiveLog y, si es preciso, trayéndolo de cinta a disco.

En caso de backup, si falta algún ArchiveLog, el backup provoca un error y, en consecuencia, el backup no es válido.

Por tanto, cuando se borre un ArchiveLog se debe hacer constar en el catálogo (ControlFile)

Como borrar ArchiveLogs cuando no se utiliza FlashArea

Al borrar ArchiveLogs, hay que tener en cuenta:

Que se haya hecho backup del mismo.
Que el borrado quede reflejado en el catálogo RMAN (recuérdese que, como mínimo, el ControlFile es el catálogo RMAN).

Por tanto, para borrar ArchiveLogs, recomendamos hacerlo con RMAN con sentencias del tipo:

rman target=/ nocatalog

DELETE ARCHIVELOG ALL BACKED UP;

Si se desea se puede hacer backup y borrado a la vez. Esta solución puede ser ideal para liberar espacio de forma urgente.

rman target=/ nocatalog

BACKUP ARCHIVELOG ALL DELETE INPUT;

Borrar ArchiveLogs con comandos del Sistema Operativo tiene consecuencia:

Si no se ha hecho backup del fichero:
- No se podrá hacer backup hasta que se ejecute un comando RMAN CROSSCHECK ARCHIVELOG ALL;
  - Este comando sincroniza el catálogo con la información de disco.
- Debemnos realizar, inmediatamente, un backup de la BBDD: si no se ha hecho backup de un ArchiveLog, solo podremos recuperar hasta el momento anterior a dicho ArchiveLog (la fase de Recover terminará cuando se deba procesar dicho ArchiveLog): deberemos realizar un Recover Until ...
Si se ha hecho backup del fichero:
- No se podrá realizar RECOVER hasta que se ejecute un comando RMAN CROSSCHECK ARCHIVELOG ALL;

Por tanto: nunca sew deben borrar ArchiveLogs con herramientas de Sistema Operativo.

Como borrar ArchiveLogs cuando se utiliza FlashArea

Cuando se utiliza FlashArea, se pueden borrar ArchiveLogs con las sentencias RMAN indicadas anteriormente.

No obstante, si se hace backup de los ArchiveLogs de forma periódica, la propia BBDD borra los ArchiveLOgs más antiguos cuando hace falta espacio en la Flash Area. Por tanto, al utilizar FlasArea (y backups periódicos a cinta) nos podemos despreocupar del borrado de ArchiveLogs.

FUENTE: http://www.ora-600.es/node/79

Características de mi PC Linux

2011-11-28T14:23:00.000+01:00

lshw es un pequeño comando que nos mostrará los datos sobre nuestra pc.
Que micro procesador tenemos, cuanta memoria, placas de red, pci, etc etc.
Desde un terminal tipeamos:

lshw

Y tira un enorme listado con nuestros datos.

eric-desktop
description: Computer
width: 32 bits
*-core
description: Motherboard
physical id: 0
*-memory:0
description: System memory
physical id: 3
size: 895MB
*-cpu
product: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
vendor: Advanced Micro Devices [AMD]
physical id: a
bus info: cpu@0
width: 64 bits

La lista es mucho más extensa.

FUENTE: http://linuxcomandos.blogspot.com/2008/02/lshw-caractersticas-de-mi-pc.html

Cambiar Hostname en Redhat

2011-11-27T14:22:00.000+01:00

Para cambiar el hostname a un equipo que tenga Red Hat como sistema operativo o alguna de sus variantes (CentOS, Suse, etc), lo primero que tenemos que modificar el archivo /etc/sysconfig/network como superusuario.

root@venus:# vi /etc/sysconfig/network

NETWORKING=yes
NETWORKING_IPV6=no
HOSTNAME=tu_hostname
GATEWAY=10.100.232.254

Y modificamos la linea que tenga el identificador HOSTNAME

El siguiente paso es modificar el archivo /etc/hosts

root@venus:# vi /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 tu_hostname localhost.localdomain localhost
::1  localhost6.localdomain6 localhost6

Y finalmente cambiamos el hostname del equipo local

root@venus:# hostname tu_hostname

Y verificamos que el hostname halla sido cambiado

root@venus:# hostname

Para verificar que este completamente cambiado simplemente nos volvemos a loggear.

FUENTE: http://www.k4ch0.org/2010/08/19/cambiar-hostname-en-red-hat/

Enviar mail por SSL en Moodle

2011-11-26T14:20:00.000+01:00

Aquí os definimos los pasos a seguir si quereis que vuestra plataforma de formación virtual Moodle envíe correos por una conexión segura SSL por el puerto 465 en vez del 25.

Hay que cambiar varios ficheros: dentro de .

1. Archivo lib\phpmailer\class.phpmailer.php
-Buscad la linea que dice "$Port" y cambiar el valor por defecto "25" a "465".

2. Archivo lib\phpmailer\class.smtp.php
-Buscad la línea que dice "$SMTP_PORT" y cambiar de nuevo, el valor por defecto "25" a "465".
-Añadir la siguiente línea, justo después de la cabecera de la función Connect:
$host = 'ssl://' . $host;

3. Descomentar la línea "php_openssl.dll" en el php.ini

Con estos pasos ya debería funcionar todo correctamente.

Si tenéis algún comentario, no dudeis en postearlo ;)

Manual básico del CRON

2011-11-25T14:11:00.001+01:00

Esta es una introducción a cron, cubre lo básico de lo que cron puede hacer y la manera de usarse.

¿Qué es cron?

Cron es el nombre del programa que permite a usuarios Linux/Unix ejecutar automáticamente comandos o scripts (grupos de comandos) a una hora o fecha específica. Es usado normalmente para comandos de tareas administrativas, como respaldos, pero puede ser usado para ejecutar cualquier cosa. Como se define en las páginas del manual de cron (#> man cron) es un demonio que ejecuta programas agendados.

En prácticamente todas las distribuciones de Linux se usa la versión Vixie Cron, por la persona que la desarrolló, que es Paul Vixie, uno de los grandes gurús de Unix, también creador, entre otros sistemas, de BIND que es uno de los servidores DNS más populares del mundo.

Iniciar cron

Cron es un demonio (servicio), lo que significa que solo requiere ser iniciado una vez, generalmente con el mismo arranque del sistema. El servicio de cron se llama crond. En la mayoría de las distribuciones el servicio se instala automáticamente y queda iniciado desde el arranque del sistema, se puede comprobar de varias maneras:

#> /etc/rc.d/init.d/crond status
#> /etc/init.d/crond status   Usa cualquiera de los dos dependiendo de tu distro
crond (pid 507) is running...

o si tienes el comando service instalado:
#> service crond status
crond (pid 507) is running...

se puede también revisar a través del comando ps:
# ps -ef   |  grep crond

si por alguna razón, cron no esta funcionando:
#> /etc/rc.d/init.d/crond start
Starting crond:            [ OK ]

Si el servicio no estuviera configurado para arrancar desde un principio, bastaría con agregarlo con el comando chkconfig:

#> chkconfig --level 35 crond on

Con esto lo estarías agregando al nivel de ejecución 3 y 5, para que inicie al momento del arranque del sistema.

Usando cron

Hay al menos dos maneras distintas de usar cron:

La primera es en el directorio etc, donde muy seguramente encontrarás los siguientes directorios:

cron.hourly
cron.daily
cron.weekly
cron.monthly

Si se coloca un archivo tipo script en cualquiera de estos directorios, entonces el script se ejecutará cada hora, cada día, cada semana o cada mes, dependiendo del directorio.

Para que el archivo pueda ser ejecutado tiene que ser algo similar a lo siguiente:

#!/bin/sh
#script que genera un respaldo
cd /usr/documentos
tar czf * respaldo
cp respaldo /otra_directorio/.

Nótese que la primera línea empieza con #!, que indica que se trata de un script shell de bash, las demás líneas son los comandos que deseamos ejecute el script. Este script podría nombrarse por ejemplo respaldo.sh y también debemos cambiarle los permisos correspondientes para que pueda ser ejecutado, por ejemplo:

#> chmod 700 respaldo.sh
#> ls -l respaldo.sh
-rwx------ 1 root root 0 Jul  20 09:30 respaldo.sh

La "x" en el grupo de permisos del propietario (rwx) indica que puede ser ejecutado.

Si este script lo dejamos en cron.hourly, entonces se ejecutará cada hora con un minuto de todos los días, en un momento se entenderá el porque.

Como segundo modo de ejecutar o usar cron es a través de manipular directamente el archivo/etc/crontab. En la instalación por defecto de varias distribuciones Linux, este archivo se verá a algo como lo siguiente:

#> cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts  
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly

Las primeras cuatro líneas son variables que indican lo siguiente:

SHELL es el 'shell' bajo el cual se ejecuta el cron. Si no se especifica, se tomará por defecto el indicado en la línea /etc/passwd correspondiente al usuario que este ejecutando cron.

PATH contiene o indica la ruta a los directorios en los cuales cron buscará el comando a ejecutar. Este path es distinto al path global del sistema o del usuario.

MAIL TO es a quien se le envía la salida del comando (si es que este tiene alguna salida). Cron enviará un correo a quien se especifique en este variable, es decir, debe ser un usuario válido del sistema o de algún otro sistema. Si no se especifica, entonces cron enviará el correo al usuario propietario del comando que se ejecuta.

HOME es el directorio raíz o principal del comando cron, si no se indica entonces, la raíz será la que se indique en el archivo /etc/passwd correspondiente al usuario que ejecuta cron.

Los comentarios se indican con # al inicio de la línea.

Después de lo anterior vienen las líneas que ejecutan las tareas programadas propiamente. No hay límites de cuantas tareas pueda haber, una por renglón. Los campos (son 7) que forman estas líneas están formados de la siguiente manera:

Minuto  Hora  DiaDelMes  Mes  DiaDeLaSemana  Usuario  Comando

Campo	Descripción
Minuto	Controla el minuto de la hora en que el comando será ejecutado, este valor debe de estar entre 0 y 59.
Hora	Controla la hora en que el comando será ejecutado, se especifica en un formato de 24 horas, los valores deben estar entre 0 y 23, 0 es medianoche.
Día del Mes	Día del mes en que se quiere ejecutar el comando. Por ejemplo se indicaría 20, para ejecutar el comando el día 20 del mes.
Mes	Mes en que el comando se ejecutará, puede ser indicado numéricamente (1-12), o por el nombre del mes en inglés, solo las tres primeras letras.
Día de la semana	Día en la semana en que se ejecutará el comando, puede ser numérico (0-7) o por el nombre del día en inglés, solo las tres primeras letras. (0 y 7 = domingo)
Usuario	Usuario que ejecuta el comando.
Comando	Comando, script o programa que se desea ejecutar. Este campo puede contener múltiples palabras y espacios.

Un asterisco * como valor en los primeros cinco campos, indicará inicio-fin del campo, es decir todo. Un * en el campo de minuto indicará todos los minutos.

Para entender bien esto de los primeros 5 campos y el asterisco usaré mejor varios ejemplos:

Ejemplo	Descripción
01 * * * *	Se ejecuta al minuto 1 de cada hora de todos los días
15 8 * * *	A las 8:15 a.m. de cada día
15 20 * * *	A las 8:15 p.m. de cada día
00 5 * * 0	A las 5 a.m. todos los domingos
* 5 * * Sun	Cada minuto de 5:00a.m. a 5:59a.m. todos los domingos
45 19 1 * *	A las 7:45 p.m. del primero de cada mes
01 * 20 7 *	Al minuto 1 de cada hora del 20 de julio
10 1 * 12 1	A la 1:10 a.m. todos los lunes de diciembre
00 12 16 * Wen	Al mediodía de los días 16 de cada mes y que sea Miércoles
30 9 20 7 4	A las 9:30 a.m. del dia 20 de julio y que sea jueves
30 9 20 7 *	A las 9:30 a.m. del dia 20 de julio sin importar el día de la semana
20 * * * 6	Al minuto 20 de cada hora de los sábados
20 * * 1 6	Al minuto 20 de cada hora de los sábados de enero

También es posible especificar listas en los campos. Las listas pueden estar en la forma de 1,2,3,4 o en la forma de 1-4 que sería lo mismo. Cron, de igual manera soporta incrementos en las listas, que se indican de la siguiente manera:

Valor o lista/incremento

De nuevo, es más fácil entender las listas e incrementos con ejemplos:

Ejemplo	Descripción
59 11 * 1-3 1,2,3,4,5	A las 11:59 a.m. de lunes a viernes, de enero a marzo
45 * 10-25 * 6-7	Al minuto 45 de todas las horas de los días 10 al 25 de todos los meses y que el día sea sábado o domingo
10,30,50 * * * 1,3,5	En el minuto 10, 30 y 50 de todas las horas de los días lunes, miércoles y viernes
/15 10-14 * *	Cada quince minutos de las 10:00a.m. a las 2:00p.m.
* 12 1-10/2 2,8 *	Todos los minutos de las 12 del día, en los días 1,3,5,7 y 9 de febrero y agosto. (El incremento en el tercer campo es de 2 y comienza a partir del 1)
0 /5 1-10,15,20-23 3	Cada 5 horas de los días 1 al 10, el día 15 y del día 20 al 23 de cada mes y que el día sea miércoles
3/3 2/4 2 2 2	Cada 3 minutos empezando por el minuto 3 (3,6,9, etc.) de las horas 2,6,10, etc (cada 4 horas empezando en la hora 2) del día 2 de febrero y que sea martes

Como se puede apreciar en el último ejemplo la tarea cron que estuviera asignada a ese renglón con esos datos, solo se ejecutaría si se cumple con los 5 campos (AND). Es decir, para que la tarea se ejecute tiene que ser un martes 2 de febrero a las 02:03. Siempre es un AND booleano que solo resulta verdadero si los 5 campos son ciertos en el minuto específico.

El caso anterior deja claro entonces que:

El programa cron se invoca cada minuto y ejecuta las tareas que sus campos se cumplan en ese preciso minuto.

Incluyendo el campo del usuario y el comando, los renglones de crontab podrían quedar entonces de la siguiente manera:

0 22 * * * root /usr/respaldodiario.sh
0 23 * * 5 root /usr/respaldosemanal.sh
0 8,20 * * * sergio mail -s "sistema funcionando" sgd@ejemplo.com

Las dos primeras líneas las ejecuta el usuario root y la primera ejecuta a las 10 de la noche de todos los días el script que genera un respaldo diario. La seguna ejecuta a las 11 de la noche de todos los viernes un script que genera un respaldo semana. La tercera línea la ejecuta el usuario sergio y se ejecutaría a las 8 de la mañana y 8 de la noche de todos los día y el comando es enviar un correo a la cuenta sgd@ejemplo.com con el asunto "sistema funcionando", una manera de que un administrador este enterado de que un sistema remoto esta activo en las horas indicadas, sino recibe un correo en esas horas, algo anda mal.

Siendo root, es posible entonces, modificar directamente crontab:

#> vi /etc/crontab

Ejecutando Cron con múltiples usuarios, comando crontab

Linux es un sistema multiusuario y cron es de las aplicaciones que soporta el trabajo con varios usuarios a la vez. Cada usuario puede tener su propio archivo crontab, de hecho el/etc/crontab se asume que es el archivo crontab del usuario root, aunque no hay problema que se incluyan otros usuarios, y de ahí el sexto campo que indica precisamente quien es el usuario que ejecuta la tarea y es obligatorio en /etc/crontab.

Pero cuando los usuarios normales (e incluso root) desean generar su propio archivo de crontab, entonces utilizaremos el comando crontab.

En el directorio /var/spool/cron (puede variar según la distribución), se genera un archivo cron para cada usuario, este archivo aunque es de texto, no debe editarse directamente.

Se tiene entonces, dos situaciones, generar directamente el archivo crontab con el comando:

$> crontab -e

Con lo cual se abrira el editor por default (generalemente vi) con el archivo llamado crontab vacio y donde el usuario ingresará su tabla de tareas y que se guardará automáticamente como /var/spool/cron/usuario.

El otro caso es que el usuario edite un archivo de texto normal con las entradas de las tareas y como ejemplo lo nombre 'mi_cron', después el comando $> crontab mi_cron se encargará de establecerlo como su archivo cron del usuario en /var/spool/cron/usuario:

$> vi mi_cron
# borra archivos de carpeta compartida
0 20 * * * rm -f /home/sergio/compartidos/*
# ejecuta un script que realiza un respaldo de la carpeta documentos el primer día de cada mes
0 22 1 * * /home/sergio/respaldomensual.sh
# cada 5 horas de lun a vie, se asegura que los permisos sean los correctos en mi home
1 *5 * * * 1-5 chmod -R 640 /home/sergio/*
:wq (se guarda el archivo)
$> ls 
mi_cron
$> crontab mi_cron
(se establece en /var/spool/cron/usuario)

Resumiendo lo anterior y considerando otras opciones de crontab:

$> crontab archivo.cron (establecerá el archivo.cron como el crontab del usuario)
$> crontab -e           (abrirá el editor preestablecido donde se podrá crear o editar el archivo crontab)   
$> crontab -l           (lista el crontab actual del usuario, sus tareas de cron)
$> crontab -r           (elimina el crontab actual del usuario)

En algunas distribuciones cuando se editan crontabs de usuarios normales es necesario reiniciar el servicio para que se puedan releer los archivos de crontab en /var/spool/cron.

#> service crond restart

Para entender mejor como iniciar/detener/reiniciar servicios, en este artículo encontrarás más información.

Controlando el acceso a cron

Cron permite controlar que usuarios pueden o no pueden usar los servicios de cron. Esto se logra de una manera muy sencilla a través de los siguientes archivos:

/etc/cron.allow
/etc/cron.deny

Para impedir que un usuario utilice cron o mejor dicho el comando crontab, basta con agregar su nombre de usuario al archivo /etc/cron.deny, para permitirle su uso entonces sería agregar su nombre de usuario en /etc/cron.allow, si por alguna razón se desea negar el uso de cron a todos los usuarios, entonces se puede escribir la palabra ALL al inicio de cron.deny y con eso bastaría.

#> echo ALL >>/etc/cron.deny
o para agregar un usuario mas a cron.allow
#> echo juan >>/etc/cron.allow

Si no existe el archivo cron.allow ni el archivo cron.deny, en teoría el uso de cron esta entonces sin restricciones de usuario. Si se añaden nombres de usuarios en cron.allow, sin crear un archivo cron.deny, tendrá el mismo efecto que haberlo creado con la palabra ALL. Esto quiere decir que una vez creado cron.allow con un solo usuario, siempre se tendrán que especificar los demás usuarios que se quiere usen cron, en este archivo.

FUENTE: http://www.linuxtotal.com.mx/index.php?cont=info_admon_006

Añadir / Quitar servicios al inicio del sistema Red-Hat, CentOS …

2011-10-13T14:45:00.000+02:00

Añadir / Quitar servicios al inicio del sistema Red-Hat, CentOS …

Para configurar los servicios que queremos arranquen automáticamente en el sistema, podremos usar el comando chkconfig.

Lo primero que podemos hacer es listar los servicios que actualmente arrancan automáticamente al inicio del sistema:

chkconfig --list

Este comando nos mostrará un listado de los servicios del sistema, y nos indicará, para cada nivel de corrida (runlevels) si dicho servicio está activado o desactivado, ejemplo:

$ chkconfig --list
NetworkManager     0:desactivado    1:desactivado    2:desactivado    3:desactivado    4:desactivado    5:desactivado    6:desactivado
NetworkManagerDispatcher    0:desactivado    1:desactivado    2:desactivado    3:desactivado    4:desactivado    5:desactivado    6:desactivado
acpid              0:desactivado    1:desactivado    2:desactivado    3:activo    4:activo    5:activo    6:desactivado
anacron            0:desactivado    1:desactivado    2:activo    3:activo    4:activo    5:activo    6:desactivado
apf                0:desactivado    1:desactivado    2:desactivado    3:activo    4:activo    5:activo    6:desactivado
auditd             0:desactivado    1:desactivado    2:activo    3:activo    4:activo    5:activo    6:desactivado
autofs             0:desactivado    1:desactivado    2:desactivado    3:activo    4:activo    5:activo    6:desactivado
avahi-daemon       0:desactivado    1:desactivado    2:desactivado    3:activo    4:activo    5:activo    6:desactivado
avahi-dnsconfd     0:desactivado    1:desactivado    2:desactivado    3:desactivado    4:desactivado    5:desactivado    6:desactivado
bandmin            0:desactivado    1:desactivado    2:activo    3:activo    4:activo    5:activo    6:desactivado

bluetooth          0:desactivado    1:desactivado    2:activo    3:desactivado    4:activo    5:activo    ...
...
...

Cada columna representa un runlevel, y cada fila un servicio de sistema. Recordad que podéis saber en que runlevel arranca vuestro sistema revisando el fichero /etc/inittab:

# Default runlevel. The runlevels used by RHS are:
#   0 - halt (Do NOT set initdefault to this)
#   1 - Single user mode
#   2 - Multiuser, without NFS (The same as 3, if you do not have networking)
#   3 - Full multiuser mode
#   4 - unused
#   5 - X11
#   6 - reboot (Do NOT set initdefault to this)
#
id:3:initdefault:

Entrando al tema, podemos añadir o quitar servicios del siguiente modo:

chkconfig --level <runlevel> <servicio> on

chkconfig --level <runlevel> <servicio> off

Ejemplo:

Queremos el servicio web httpd al inicio del sistema en los runlevels 3,4 y 5:

chkconfig --level 345 httpd on

Y de un modo estandar si especificarle el runlevel:

chkconfig --add mysql

chkconfig --del mysql

Fuente: http://rm-rf.es/anadir-quitar-servicios-al-inicio-del-sistema-red-hat-centos/

Instalar el cliente de Bacula

2011-10-12T14:40:00.002+02:00

Instalar el cliente de backups Bacula (bacula-fd)

A continuación de la configuración del cliente de backups bacula-fd en el servidor, podemos instalar este mismo cliente en los servidores de los que queremos hace backup.

Bajamos el código fuente del bacula y lo instalamos con la opción –enable-client-only para compilar únicamente el cliente:

cd /usr/local/src
wget 'http://downloads.sourceforge.net/project/bacula/bacula/5.0.3/bacula-5.0.3.tar.gz?r=http%3A%2F%2Fwww.bacula.org%2Fen%2F%3Fpage%3Ddownloads&ts=1298217260&use_mirror=ovh'
tar xzf bacula-5.0.3.tar.gz
cd bacula-5.0.3
./configure --enable-client-only --prefix=/usr/local --exec-prefix=/usr/local/ --enable-smartalloc
make && make install

A continuación deberemos configurarlo con las contraseñas del Director que tenemos en el servidor de backups en la configuración del bacula-fd por lo que simplemente copiaremos los dos bloques Director al fichero /usr/local/etc/bacula-fd.conf.
A continuación deberemos añadir la configuración propia del cliente. Las opciones más relevantes son:

Name: Nombre que identifica al cliente, normalmente el nombre del host para identificar mejor el servidor en los logs.
WorkingDirectory: Directorio que usará el bacula para almacenar ficheros temporales relacionados con su estado
FDAddress: Podemos indicar una dirección concreta a la que se mantiene a la escucha

La configuración quedaría:

FileDaemon {                          # this is me
  Name = qapla.systemadmin.es-fd
  FDport = 9102                  # where we listen for the director
  WorkingDirectory = /usr/local/var/bacula/working
  Pid Directory = /var/run
  Maximum Concurrent Jobs = 20
  FDAddress = 172.16.101.1
}

A continuación indicaremos mediante Messages que se deben hacer con ellos, por defecto los mandamos al bacula-dir:

Messages {
  Name = Standard
  director = picamoixons.systemadmin.es-dir = all, !skipped, !restored
}

A continuación levantamos el daemon con daemontools:

mkdir -p /usr/local/supervise/bacula-fd
cat <<EOF > /usr/local/supervise/bacula-fd/run
#!/bin/bash
exec /usr/local/sbin/bacula-fd -f -c /usr/local/etc/bacula-fd.conf
EOF
chmod +x /usr/local/supervise/bacula-fd/run
ln -s /usr/local/supervise/bacula-fd/ /service/

Podemos ver con un netstat que escucha en una determinada IP:

# netstat -tpln | grep bacula
tcp        0      0 172.16.101.1:9102           0.0.0.0:*                   LISTEN      3077/bacula-fd

Fuente: http://systemadmin.es/2011/02/instalar-el-cliente-de-backups-bacula-bacula-fd

Pruebas de Caja Negra y Caja Blanca

2009-06-04T01:09:00.006+02:00

De acuerdo al grado de conocimiento de la estructura interna del sistema bajo prueba se pueden clasificar las pruebas en:

Pruebas de caja blanca (White-Box Testing). Son pruebas estructurales. Conociendo el código y siguiendo su estructura lógica, se pueden diseñar pruebas destinadas a comprobar que el código hace correctamente lo que el diseño de bajo nivel indica y otras que demuestren que no se comporta adecuadamente ante determinadas situaciones. Ejemplos típicos de ello son las pruebas unitarias. Se centran en lo que hay codificado o diseñado a bajo nivel por lo que no es necesario conocer la especificación de requisitos, que por otra parte será difícil de relacionar con partes diseñadas a muy bajo nivel.
Las pruebas de caja negra (Black-Box Testing) son pruebas funcionales. Se parte de los requisitos funcionales, a muy alto nivel, para diseñar pruebas que se aplican sobre el sistema sin necesidad de conocer como está construido por dentro (Caja negra). Las pruebas se aplican sobre el sistema empleando un determinado conjunto de datos de entrada y observando las salidas que se producen para determinar si la función se está desempeñando correctamente por el sistema bajo prueba. Las herramientas básicas son observar la funcionalidad y contrastar con la especificación.

Ejemplos típicos de pruebas de caja negra son la comprobación de valores límite, pruebas de integridad de la base de datos, pruebas de situaciones de excepción, o pruebas de rendimiento del sistema. Presentan una limitación en cuanto a que es prácticamente imposible reproducir todo el espectro por la innumerable cantidad de combinaciones de entrada posibles, agravada por el desconocimiento de la lógica interna.

Fuente: http://www.kynetia.es/calidad/tipos-de-pruebas.html

“GESTIÓN DE LA CRISIS COMO SOLUCIÓN”

2009-05-21T17:13:00.003+02:00

Cuando se nos presenta la crisis hay que poner remedio cambiando el camino que llevábamos. A pesar de ir en la dirección correcta durante un periodo de tiempo, el modus operanding que seguíamos dejó de funcionar, por lo que hace falta un cambio en dicha dirección.

En japonés, la palabra “crisis” está formada por 2 palabras: “Crisis y Oportunidad”. Cuando se nos presenta el problema, podemos tratarlo desde perspectivas diferentes. Por una parte, situándonos en la peor situación, podríamos considerarlo una crisis, pero sin lo viéramos con una percepción positiva, ésta sería una buena oportunidad.

Podríamos hacer un símil entre la empresa y un automóvil, centrándonos en los problemas que le pueden ocasionarle, para definir la causa principal de la crisis. Podría tratarse de que el vehículo se ha quedado obsoleto, que a pesar de que funcione, se nos queda antiguo para las nuevas tecnologías que podría ofrecernos uno nuevo. Podría tratarse de una catástrofe natural y destruir todo cuanto teníamos. Nuestro automóvil podría tener un pinchazo en un largo viaje y dejarnos tirado. Hacer un mal uso del mismo, saltarnos señales de tráfico, haría referencia a actividades de dudosa ilegalidad dentro de la empresa. Incluso un abandono de la empresa podría ser la causa principal de la crisis.

Otra de las causas, ajena a nosotros, podría ser que el mercado dejara de absorber, por ejemplo el tema de las vacas locas, que se paralizó el mercado vacuno debido al miedo de la sociedad. Puede ser también que el producto ya no interese, como ocurrió con los carretes de fotos, y habría que poner una solución como hizo Fujifilm, usando su materia prima para la fabricación de cosméticos.

Pero la causa más frecuente es la mala gestión. Es la que más cuesta reconocer, pero hay que ser consciente y detectarlo cuanto antes.

Hay que llegar a una solución en la mayor brevedad posible, y optar por una de estas opciones siguiendo este orden de prioridad: En primer lugar se intentaría la reestructuración a partir de lo que se tiene, a partir de unas medidas que recorten gastos, suban los ingresos y todo con la mayor organización posible; en el caso de que no sea posible, se daría la opción de la venta, liquidar la empresa; y por última opción tendríamos que pedir ayuda a un juez, entrando en procedimiento concursal.

Al llegar a una empresa en crisis hay que fijarse principalmente en 3 cosas: el nivel de ingresos, que habría que potenciar todo cuanto podamos, y lo realizaremos con la ayuda de la reducción de gastos, que es algo que a una empresa en crisis ayuda bastante, recortando un poco de cada departamento. Por último, una optimizada organización es primordial para que todo funcione. La organización debe ir en una dirección, si cada parte viaja en una dirección de difícil forma podremos llegar a algo. Y todo ello lo haremos de manera eficiente y a un precio adecuado.

Para todo ello hay que seguir una serie de pasos, hacer el ‘Ciclo básico de gestión’, que consiste en preguntarnos dónde estamos y hacia donde vamos, y cómo vamos a alcanzar los objetivos fijados. Una vez realizadas las pautas de control y poniéndonos a ello debemos darnos cuenta de cuando hemos alcanzado los objetivos, y enfrentarnos a nuevos problemas, cerrando así el Ciclo y volviendo a empezar desde el principio.

¿Como ha cambiado en los últimos años la concepción tradicional de los Sistemas de Información y TI en la empresa?

2009-05-21T01:19:00.002+02:00

Uno de los principales objetivos de los sistemas de información es el de mejorar los resultados obtenidos por la empresa. Estos han ido cambiando a lo largo del tiempo, y con ello, los Sistemas de Información y las Tecnologías de Información, cubriendo las necesidades de la compañía. A medida que estos evolucionan van surgiendo nuevas amenazas que asumir, por ello habrá que hacer especial hincapié en la gestión de riesgos.

Los SI empezaron siendo útiles, pero no del todo dependiente para una empresa, y han ido madurando hasta convertirse en un campo de estudios superiores dentro de la administración. La información y la Tecnología de Información son hoy en día una parte muy importante en la organización, incluso se ha creado, en alguna de ellas el puesto de Director de Información. A causa de ello, se ha dado especial énfasis en la gestión de riesgos. Teniendo un Sistema de Información y una Tecnología de Información más avanzada, y que de ella, casi dependiera la empresa, la gestión de riesgos juega un papel muy importante, ya que si le ocurriera algo al sistema, la empresa tendría perdidas incalculables, todo ello sujeto al tamaño de la misma.

Conforme han sido más importantes el sistema y la tecnología, los riesgos han tenido que ser asumidos de forma mas seria, siendo de vital importancia para la empresa y llegando a hacer grandes inversiones para prevenir los daños que pudieran ser ocasionados.

Conclusión, los Sistemas de Información y la Tecnología de la Información ha dado un gran cambio en los últimos, hoy en día se le da tanta importancia como a cualquier otro departamento dentro de la organización, ya que ello podría depende toda la empresa. Por ello, para afianzar el SI y TI necesitamos gestionar los riesgos y prevenirlos, de tal forma que este tercero a su vez ha adquirido tanta importancia como los primeros.

ISO 27001

2009-05-21T01:18:00.003+02:00

Se trata de la norma principal de una serie de normas estándares de seguridad publicados por la Organización Internacional para la Estandarización (ISO) y la Comisión electrotécnica Internacional (IEC). Es la única norma internacional auditable que define los requisitos para un sistema de gestión de la seguridad de la información, y fue concebida para garantizar la selección de controles de seguridad adecuados y proporcionales para ayudar a proteger los activos de información, otorgando confianza a cualquiera de las partes interesadas. Contiene una serie de prácticas recomendadas en seguridad de la información para desarrollar, implementar y mantener especificaciones para los sistemas de gestión de la Seguridad de la Información (SGSI). Contiene los requisitos del sistema de gestión de seguridad de la información.

Es una norma establecida para cualquier organización, ya sea grande o pequeña, de cualquier sector y parte del mundo. La norma es particularmente interesante si la protección de la información es crítica, como en finanzas, sanidad sector público y tecnología de la información (TI).

Al no ser de obligado cumplimiento, cumplir con la normativa es un activo muy valioso y eficaz para organizaciones que gestionan la información por encargo de otros, para empresas de subcontratación de TI, puede utilizarse para garantizar a los clientes que su información está protegida. Esto demuestra la garantía independientemente de los controles internos, y cumple una serie de requisitos de gestión y de continuidad de la actividad comercial. Además proporciona una seguridad a los clientes demostrándoles que la seguridad de su información es primordial.

Ley Orgánica de Protección de Datos (LOPD)

2009-05-21T01:17:00.002+02:00

Es una Ley Orgánica española cuyo objetivo es proteger y garantizar los derechos y libertades de las personas físicas en cuanto a datos personales, conservando su honor, intimidad y privacidad. Comprende un total de 49 artículos, 6 Disposiciones Adicionales, 3 Disposiciones Transitorias, 1 Disposición Derogatoria y 3 Disposiciones Finales, todo ello de obligado cumplimiento, y será aplicada a los datos de carácter personal registrados en soporte físico que los haga susceptibles de tratamiento, y a toda modalidad de uso posterior de estos por los sectores público y privado. Deben cumplir con ella todos aquellos que posean datos personales en cualquier soporte físico y que sean susceptibles de ser usados y tratados. Todo ello está controlado por la Agencia Española de Protección de Datos (AEPD), existiendo otras agencias de protección de datos de carácter autonómico en diferentes comunidades.

En caso del incumplimiento de la Ley, se impondrá una sanción económica cuya cantidad dependerá del grado de la misma. Pueden ser: leves, como podría ser No atender, por motivos formales, la solicitud del interesado de rectificación o cancelación de datos personales, y la multa estaría entre 600 y 60.000 euros; de una infracción grave estaríamos hablando de recoger datos personales sin recoger el consentimiento expreso cuando éste sea exigible, y llegaría a ser desde 60.001 a 300.000 euros; La recogida de datos de forma fraudulenta y engañosa se trataría de una sanción muy grave, que podría llegar a alcanzar los 601.012 euros.