How to Monitoring Windows Free …

Feliz Año 2013!!!!!

Me lleva rondando la idea de bloguear una solución de monitorización, de coste 0, tanto para maquinas Windows como Linux, que me permitiese ver casi en “en tiempo real” el estado de los servidores de mi plataforma. Al mismo tiempo quería disponer de una solución que me permitiese, de una manera ágil, obtener los informes del estado de dicha plataforma.

Pues bien, al final lo encontré y aquí pienso dejar referencia de ella.

Logo CactiCacti es una solución completa para la monitorización de redes mediante gráficos y recopilación de datos, todo ello gracias a la potencia de RRDTool‘s. Podremos tener información prácticamente a tiempo real sobre nuestros routers, switches o servidores, tráfico de interfaces, cargas, cpu, temperaturas, etc.

Este sistema de monitorización, contiene un recolector de datos excelente, un sistema avanzado de creación de plantillas y gráficos y una completa interfaz de gestión de usuarios. Su instalación no es realmente compleja, lo que lo hace uno de los sistemas más completos y además, open source del momento.

Presentacion

La aplicación está construida en php, y utiliza MySql para el almacenamiento de información sobre los gráficos y datos recogidos. El protocolo utilizado para la comunicación con los distintos equipos es SNMP:

El Protocolo Simple de Administración de Red o SNMP es un protocolo de la capa de aplicación que facilita el intercambio de información de administración entre dispositivos de red. Es parte de la familia de protocolos TCP/IP. SNMP permite a los administradores supervisar el desempeño de la red, buscar y resolver sus problemas, y planear su crecimiento.

En los próximos post, veremos cómo instalarlo bajo el OS de Windows Server 2008 R2 x64.

Cacti

Extremadura to move all of its 40,000 desktops to open source

The project makes it Europe’s second largest open source desktop migration, between the French Gendarmerie (90,000 desktops) and the German city of Munich (14,000 desktops).

The swift migration is possible, assures the director general, because Extremadura will move to the open source desktop system developed for and used by the region’s public health services. This system is based on the Debian distribution and has been in use for five years.

“That version gives us a good starting point to adapt Debian to the needs of a standard user and offer a light and secure desktop, compliant with the requirements of ISO and IEC 27001 IT security standards.”

According to Cayetano López, getting the Debian distribution ready will take no more than three months. During the same tree months, the IT department will prepare the deployment of the distribution to all the offices of the regional government, a move that he expects to take about one year.

Secure, easy and manageable

“We aim to deploy the new desktop first in the headquarters off the Government, in Mérida, in a period of six months.” Next will come the office in Badajoz and Cáceres. Here he expects the move to take about three more months. Rolling out the open source desktop to the remaining small offices in region will take another three months.

The plans to migrate all proprietary desktops to an open source alternative were mentioned on 31 December in an article by the Spanish newspaper Publico. The regional government announced around that time to hand over to Cenatic, the Spanish government’s resource centre on open source, the development of Linex, a Debian-based distribution that is used in schools and hospitals in the region.

The CIO says the most important reason for the migration to open source is the need to unify all the desktops of the civil servants. The desktop needs to be strong, easy to use and easy to manage and support remotely, without viruses and free from security problems which are common to proprietary solutions. “And of course, it needs to be free. Because our budget for this plan is of zero euros.”

More information:
Publico news item (in Spanish)
LWN news item

Interfaz gráfica en Ubuntu Server

Interfaz Gráfica en Ubuntu Server

Interfaz gráfica en Ubuntu Server es una de las mejores soluciones cuando empezamos a trabajar las primeras veces con Ubuntu (sobre todo si vienes del mundo Windows). En Ubuntu Server instalar la consola gráfica es restarle recursos al propio servidor de Ubuntu, pero nos sacara de muchas complicaciones, sobre todo a la hora de intentar manejar Ubuntu Server desde la consola o shell y veamos que nuestra desesperación crece y crece, mientras que nuestro servidor Ubuntu sige sin tener las opciones que necesitamos. Pues bien, en nuestro servidor de Ubuntu solo tenemos que abrir un terminal y teclear lo siguiente:

sudo apt-get install xorg gnome-core language-pack-gnome-es

Con esto, tendremos en nuestro Ubuntu Server implementado una consola gráfica que podemos iniciar tanto como deseemos.

Espero que los pasos para añadir la interfaz gráfica en Ubuntu Server os sean de mucha utilidad.

Solucionar “Unable to locate directory” en WordPress

Solucionar “Unable to locate directory” en WordPress

Si obtienes un error indicándote “Ha sido imposible localizar el directorio de […]“ cuando intentas actualizar o instalar algún plugin, theme o el mismoWordPress -mediante actualización automática– se debe a un problema interno de WordPress, por el cual no es capaz de encontrar el directorio del blog.
A continuación vemos el motivo y la solución al inconveniente:

Causa

Sucede generalmente cuando el directorio de instalación de WordPress se encuentra al menos 2 niveles inferiores al root por FTP. Se obtiene un mensaje de error similar a algunos de los siguientes:

  • Ha sido imposible localizar el directorio de WordPress. (o en inglés Unable to locate WordPress directory)
  • Ha sido imposible localizar el directorio de plugins de WordPress. (o en inglés Unable to locate WordPress Plugin directory)
  • Ha sido imposible localizar el directorio de contenidos de WordPress (wp-content). (o en inglés Unable to locate WordPress Content directory (wp-content))
  • Ha sido imposible localizar el directorio de temas de WordPress. (o en inglés Unable to locate WordPress Theme directory)

Solución

Solucionar el problema depende de su servicio de hosting.

Si usted puede agregar cuentas FTP, deberá crear un nueva cuenta especificando el directorio donde se encuentra instalado WordPress como ftp root, tal como se explica en noizZze [inglés].

De lo contrario, si se maneja con una única cuenta FTP o ha alcanzado el límite, deberá realizar los siguientes pasos:

  1. Acceder por FTP y dirijirse a la carpeta donde se encuentra instalado WordPress.
  2. Modificar el archivo wp-config.php, agregando el siguiente código al final del archivo, antes de la etiqueta “?>” (si existe).
  3. 1 if(is_admin()) {
    2 add_filter('filesystem_method', create_function('$a', 'return "direct";' ));
    3 define( 'FS_CHMOD_DIR', 0751 );
    4 }
  4. Guardar el archivo.

¡Ahora puedes utilizar el instalador o actualizador automático de WordPress sin problemas! …..

Crear un sitio web SSL con Apache2

Crear un sitio web SSL con Apache2

Cómo activar el soporte SSL de apache-2 para utilizar HTTPS y navegación segura. Los pasos que se describen son para una Debian o sucedaneos, pero supongo que no será muy distinto a otra distro.

Ingredientes

  • apache2

Crear el certificado SSL

Esto se explica en su propia receta

Configuración del puerto

Edita el fichero /etc/apache2/ports.conf para que quede así:

Listen 80
Listen 443

Crea un fichero nuevo en /etc/apache2/sites-available que representa un nuevo sitio web. Por ejemplo lo puedes llamar “site-ssl” y debe contener algo como esto:

 

<VirtualHost *:443>
    ServerName www.example.com
    ServerAlias example
 
    SSLEngine on
    SSLCertificateFile    /etc/apache2/ssl.crt/server.crt
    SSLCertificateKeyFile /etc/apache2/ssl.crt/server.key
 
    ...

Habilita tu nuevo site

# a2ensite site-ssl

Activa el módulo SSL

# a2enmod ssl

Fuerza a apache a leer la nueva configuración

# /etc/init.d/apache2 force-reload

Y si todo ha ido bien, ya tienes tu sitio SSL tan profesional como el que más.

Sólo SSL

Es posible que quieras que tu website sólo esté accesible con SSL. El problema es que si alguien pone la URL con http:// en lugar de https:// obtendrá un bonito error.

En ese caso, lo más fácil es crear un VirtualHost no-SSL que redireccione todas las peticiones al VirtualHost SSL. Para eso, crea un fichero /etc/apache2/sites-available/redir y escribe esto dentro:

 

<VirtualHost *:80>
    RewriteEngine on
    RewriteLog /var/log/apache2/https_rewrite.log
    RewriteLogLevel 1
    RewriteCond %{SERVER_PORT} !^443$
    RewriteRule ^/(.*) https://%{SERVER_NAME}/$1 [L,R]
</VirtualHost>

Y ejecuta:

# a2ensite redir 
# /etc/init.d/apache2 restart

Referencias

WordPress solicita datos de conexión ftp[Solución]

WordPress solicita datos de conexión ftp[Solución]

Error al Actualizar Plugins

Cuando nos encontramos en un hosting compartido no suele presentarse este problema, mucho menos cuando utilizamos autoinstaladores como fantástico y otros que configuran todo automáticamente.
El problema consiste en que si migramos un blog copiando nuestros archivos y lo hacemos correctamente, el blog funcionará pero presentará problemas con el manejo de plugins.
Un problema es que no te dejará instalar nuevos plugins, aunque éste obstáculo se puede salvar descargando el plugin a tu computador, descomprimiendo y subiéndolo la carpeta del plugin vía FTP a la carpeta de plugins de tu blog.
El otro problema es que al intentar actualizar automáticamente un plugin, tampoco te lo permite, pidiéndote los datos de conexión FTP.
fallo plugin update
Si bien esto también se puede burlar subiendo la carpeta de la última versión del plugin a tu wordpress reemplazando la anterior, es del todo molesto estar haciéndolo así y poco práctico.

Solucionar el error del Automatic Update Plugin

Antes que todo advertirles que existen por ahí muchas soluciones a este problema, algunas de las cuales sugieren dar permisos extra a ciertas carpetas. No hagan eso . Están debilitando la seguridad de su instalación wordpress.
La solución en un VPS manejado es la siguiente: Abren el WHM, se loguean y luego entran a Service Configuration > Apache Configuration > Configure SUexec and PHP.
Pongan las opciones de la siguiente manera y luego guarden la configuración.
suPHP wordpress
Si estás usando un VPS no manejado o un servidor dedicado, se asume que tienes el conocimiento para encontrar la forma de configurar el servicio suPHP. Más aún puede que ya lo hayan previsto o solucionado ya que dichos tipos de hosting son para usuarios avanzados.

Con esto los plugins ya actualizan normalmente, como lo comprobé en Tensaiweb:
update plugin

Otras soluciones

Como ya mencioné, existen muchas otras soluciones que van desde descabelladas como darle permisos 777 a muchas carpetas, exponiéndolas. Hasta soluciones avanzadas que implican entrar comandos de texto en el mismo servidor.
Si llevan prisa en actualizar sus plugins, hacerlo vía FTP con un cliente FTP como FileZilla es una buena opción.
Otra opción que encontré y que no es tan recomendable, pero si igual llevan prisa y no quieren instalar copiando las carpetas es agregar el siguiente texto en wp-config.php con los datos de su conexión FTP.

1
2
3
4
5
define(‘FTP_HOST’, ‘ftp.example.com’);
define(‘FTP_USER’, ‘usuario_ftp’);
define(‘FTP_PASS’, ‘contraseña_ftp’);
//Poner true si se usa SSL
define(‘FTP_SSL’, false);

Estas líneas irían al final de la sección MySQL Settings. Este método funciona pero no es tan eficiente.

Servidores Virtuales con Apache2

Servidores Virtuales con Apache2

Lo que sigue es una breve nota técnica que me sirva (y a otros) como recordatorio para la próxima vez , dado que hoy he perdido un rato con la configuración de un host virtual en Ubuntu.

Doy por supuesto que tienen apache2 instalado y funcionando
en sus maquina, sino, le dan:

$ sudo apt-get install apache2

En /etc/apache2 disponemos de varios subdirectorios, dos de ellos importantes para nuestra tarea. El primero sites-available y el segundo sites-enabled.

Los ficheros de configuración de los hostings virtuales se configuran en sites-available. El segundo subdirectorio sólo contiene enlaces a aquellos virtulhost que queremos activar.

Queremos crear un virtualhost de nombre hackit. Es decir, cuando ponga en mi navegador http://hackit me debe de llevar a la página principal de ese host. Si pongo http://localhost me llevará al virtualhost por defecto (distinto del de hackit).

Lo primero, creo una nueva entrada en /etc/hosts (mantengo lo que había y añado lo siguiente):

127.0.0.1 hackit

Copio los archivos del nuevo site en /var/www/hackit.

Comienza el procedimiento de configuración del nuevo virtualhost en Apache2:

$ cd /etc/apache2/sites-available

Edito las dos primeras líneas del fichero default para que queden así:

NameVirtualHost *:80
<VirtualHost *:80>

$ cp default hackit

Edito hackit para que las primeras líneas queden así:

<VirtualHost *:80>
ServerAdmin webmaster@hackit

ServerName hackit

DocumentRoot /var/www/hackit
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/hackit>

$ cd /etc/apache2

El siguiente comando, a2ensite (available2enablesite) crea un enlace en sites-enable al site que le indiquemos (es decir, activa el virtualhost que acabamos de crear)

# a2ensite hackit

Comprobamos:

$ ls -al sites-enabled/

Recargamos apache2:

#/etc/init.d/apache2 force-reload