Acercando la tecnología desde 2007
Para poder mover de almacén, borrar, exportar, etc. los certificados en una máquina windows 7 o posterior:
En la consola, escribimos mmc
Si no tenemos vista de Certificados, se agrega mediante Archivo > Agregar o quitar complemento > Certificados.
En esta vista, ya será posible trabajar con los certificados.
Configurar proxy en yum
En el fichero /etc/yum.conf se añade la línea:
proxy=http://proxy.organizacion.com:80
Ver repositorios de yum que tenemos configurados
En consola de bash
yum repolist
Añadir un repositorio a yum
El ejemplo lo vamos a hacer con repoforge. Es posible que haya versiones más modernas que rpmforge:
wget http://tree.repoforge.org/redhat/el6/en/x86_64/rpmforge/RPMS/rpmforge-release-0.5.3-1.el6.rf.x86_64.rpm
rpm -ivh rpmforge-release-0.5.3-1.el6.rf.x86_64.rpm
Borrar un repositorio de yum y cambiarlo por otro más moderno
rpm -e rpmforge-release-0.5.2-2.el5.rf.x86_64
wget http://tree.repoforge.org/redhat/el5/en/x86_64/rpmforge/RPMS/rpmforge-release-0.5.3-1.el5.rf.x86_64.rpm
rpm -ivh rpmforge-release-0.5.3-1.el5.rf.x86_64.rpm
Actualizar todos los comandos a la vez por línea de comandos en yum:
Actualizar todos los paquetes de CentOS. Recomendamos seriamente que se haga un backup previo a hacer este paso:
yum update
yum upgrade -y
yum clean all
yum --obsoletes update
yum list installed
El objetivo de check_mssql_health es monitorizar las bases de datos internas a un sql server desde nagios, centreon o similar.
La conexión, se hace desde el monitor (nagios) hacia la base de datos, directamente por el puerto de base de datos. Por defecto, en las instalaciones MS SQL SERVER es 1433. En caso de no funcionar, habrá que revisar que no haya un cortafuegos (tanto de windows como físico) que corte el puerto 1433 entre el monitor y el SQL Server.
Instalación del check en CentOS 6
Descargar el paquete
Descomprimir, configurar e instalar:
tar -xvzf check_mssql_health-1.5.19.1.tar.gz
cd check_mssql_health-1.5.19.1
./configure
./make
./make install
El directorio donde deja el script, no coincide con el directorio donde están los plugins en nagios sobre CENTOS. Por lo tanto, es importante moverlo:
mv /usr/local/nagios/libexec/check_mssql_health /usr/lib64/nagios/plugins/
Problema DB:Sybase
Al ejecutar mssql_health faltan paquetes de perl:
> ./check_mssql_health –hostname host –username nagios –password dkfjlskf –mode database-online
CRITICAL – cannot connect to host . install_driver(Sybase) failed: Can’t locate DBD/Sybase.pm in @INC (@INC contains: . /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at (eval 17) line 3.
Perhaps the DBD::Sybase perl module hasn’t been fully installed,
or perhaps the capitalisation of ‘Sybase’ isn’t right.
Available drivers: DBM, ExampleP, File, Gofer, Proxy, SQLite, Sponge, mysql.
at ./check_mssql_health line 3045.
Instalamos perl-DBD-Sybase con yum:
yum install perl-DBD-Sybase.x86_64 -y
Comando de nagios /etc/nagios/checkcommands.cfg
define command{
command_name check_mssql_health
command_line $USER1$/check_mssql_health –hostname $HOSTADDRESS$ –username $ARG1$ –password $ARG2$ –mode database-online
;command_example !nagios!password
;$ARG1$ Service
}
Primero, con fdisk, se crea la partición
fdisk /dev/sda
En nuestro caso, se habrá creado /dev/sda3
Se crea un volumen físico en esta partición:
pvcreate /dev/sda3
Antes de extender, se mira el espacio ocupado por el volumen lógico, se extiende, y se verifica que se haya modificado la partición:
vgdisplay
vgextend VolGroup00 /dev/sda3
vgdisplay
Ahora, se le asigna el espacio al volumen lógico que lo requiera, y se cambia la información de filesystem para que coja el nuevo espacio:
lvresize -L +10GB /dev/VolGroup00/lv2
resize2fs -p /dev/VolGroup00/lv2
Para monitorizar un SQL Server 2012 desde nagios, vamos a poner en los servidores de SQL Server NSClient++.
Instalación
Instalación del msi. Aconsejo hacer la instalación completa, el espacio que usa de disco es mínimo y se reducen los problemas después. Se especificando qué servidores de monitorización (nagios) va a lanzar los comandos.
El archivo boot, especifica donde se va a guardar la configuración de NSClient++. En nuestro caso, estará en nsclient.ini.
[settings]
1=ini://${exe-path}/nsclient.ini
[main]
write=ini://${exe-path}/nsclient.ini
Configuración NSCclient.ini
Servidores que podrán hacer consultas por nrpe:
[/settings/default]
allowed hosts = 192.168.25.0/24
Para aceptar argumentos en las invocaciones por nrpe
; Section for NRPE (NRPEServer.dll) (check_nrpe) protocol options.
[/settings/NRPE/server]; COMMAND ARGUMENT PROCESSING – This option determines whether or not the we will allow clients to specify arguments to commands that are executed.
allow arguments = true
Powershell para iniciar y parar el servicio
restart-service nscp
stop-service nscp
start-service nscp
He hecho las pruebas con elasticsearch-0.90.2 ejecutando sobre windows 7. Todas las invocaciones se hacen a través de powershell. Esto es una guía mínima. Para más información, recomendamos
Instalación
En una instalación de producción, sería necesario que se activará elastic search por defecto. Para las pruebas, lo iniciamos de forma manual.
Tras la descarga al ejecutar elastic search, puede dar un error de JAVA_HOME. Requiere java 1.6 o superior.
PS C:\elasticsearch-0.90.2\bin> .\elasticsearch.bat
JAVA_HOME environment variable must be set!
Presione una tecla para continuar . . .
Especificamos la variable de entorno en powershell. Suponiendo que está ya instalada la máquina virtual Java en versión 1.7:
$env:JAVA_HOME += “;C:\Program Files (x86)\Java\jre7\”
Para comprobar que elastic search está ejecutando:
http://localhost:9200/_cluster/health
Elasticsearch Browser
Para acceder a las búsquedas, necesitamos una interfaz o front-end. Nosotros hemos optado por elasticsearch browser
Para instalar el proxy de CPAN:
cpan[3]> o conf http_proxy http://proxy.mydomain.com
Please use ‘o conf commit’ to make the config permanent!
cpan[4]> o conf ftp_proxy http://proxy.mydomain.com
Please use ‘o conf commit’ to make the config permanent!
cpan[5]> o conf commit
commit: wrote ‘/usr/share/perl5/CPAN/Config.pm’
perl -MCPAN -e shell
cpan[4]> o conf init /proxy/
cpan[5]> o conf commit
commit: wrote '/root/.cpan/CPAN/MyConfig.pm'
Warning (usually harmless): 'YAML' not installed, will not store
>> persistent state
Requiere instalación de perl y de yaml-perl
apt-get install make libconfig-yaml-perl
Con las instalaciones nuevas de CentOS, suele haber problemas de Perl al iniciar:
Could not load the Perl module ‘Config::IniFiles’ Can’t locate Config/IniFiles.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at (eval 13) line 1.
Para instalar el módulo que falta:
cpan install Config::IniFiles
Una carencia del directorio activo es listar para un usuario, qué permisos tiene en carpetas del dominio. Esto se debe a la propia organización del dominio:
Las herramientas que vienen con el dominio, están preparadas para consultar en una carpeta qué permisos hay, pero no al revés.
Nuestro objetivo sería conseguir que nos listara qué permisos tiene un usuario en todas las carpetas compartidas de nuestro dominio; es decir, no sólo en NAS, sino en cualquier PC donde alguien haya compartido una carpeta. Lamentablemente, no hemos logrado dar con una solución a este problema. Eso sí, agradeceremos comentarios que nos abran la luz.
La herramienta DumpSec de Somarsoft, sí permite explorar una unidad compartida (una nas) y decirnos qué permisos tiene caa carpeta a nivel de usuarios y grupos.
Además, admite entradas por consola , por lo que, al menos, podremos listar qué carpetas hay, y quien tiene permiso sobre estas carpetas
Ejemplo:
PS C:\> & ‘C:\Program Files (x86)\SystemTools\DUMPSEC.exe’ /computer=\\localhost //rpt=allsharedirs /outfile=./output.txt /saveas=csv
Hemos probado otras opciones:
Primero, en el PC cliente donde vamos a abrir las conexiones con el servidor, creamos un certificado rsa:
user@localhost$ ssh-keygen -t rsa -f ~/.ssh/id_rsa_$(echo $HOSTNAME)_`whoami`
Después copiamos el certificado recién generado al servidor donde ya no queremos que pida usuario y contraseña:
user@localhost$ ssh-copy-id -i ~/.ssh/id_rsa_$(echo $HOSTNAME)_`whoami`.pub user@remote-host
Tras esto, probamos la conexión y deberá abrir la sesión ssh sin pedir usuario o clave.
user@localhost$ ssh user@remote-host
Permisos
Si al usar la clave, nos da un error de permisos, hay que hacer un chmod 600 de los ficheros de clave ssh:
Los permisos del propio directorio deben ser 700
user@localhost$ ssh -i .ssh/id_rsa remote_host
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for 'sshkey/id_rsa.pub' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key:
Para configurar los permisos de directorio:
chmod 600 ~/.ssh/id_rsa*
chmod 700 ~/.ssh
Vamos a definir una instalación mínima de solr sobre windows 7. Dada la cantidad de información que hay en Internet, nos ha parecido importante hacer un resumen concreto de cómo montar una pequeña maqueta solr sobre windows 7. A partir de aqui, os recomendamos continuar vuestro periplo con solr a través de los siguientes tutoriales
Instalación de TomCat:
Descarga: http://tomcat.apache.org/download-70.cgi
PS > cd ‘.\Program Files (x86)’\apache-tomcat-7.0.42-windows-x64\apache-tomcat-7.0.42\bin\service.bat install
Instalación de Solr en local:
PS > $env:path += “;C:\Program Files (x86)\Java\jre6\bin\”
PS > java.exe -jar .\start.jar
Esto es una instalación de pruebas, por ello, no se ha dado de alta como servicio de windows. Lo normal sería que el motor solr se inicie con el propio windows.
A partir de aquí, podemos añadir contenidos a Solr para indexación. El ejemplo que nos dan en solr sería:
PS C:\Program Files (x86)\solr-4.5-2013-07-23_11-36-16\example\exampledocs> java -jar post.jar *.xml
Y para probar que hay contenidos: