miércoles, 21 de noviembre de 2012

Sacar configuración importante de settings.py en Django

Es posible que necesitemos sacar cierta información de carácter sensible del fichero settings.py de un proyecto, bien por facilitar el trabajo con control de versiones, o por querer tener diferentes configuraciones entre entornos.

Una manera sencilla de hacer esto es como se explica en https://code.djangoproject.com/wiki/SplitSettings.


Por ejemplo, imaginemos que queremos sacar la información de bbdd. Para ello nos vamos a crear un fichero settings.ini en /etc, cuyo contenido será este:

[database]
DATABASE_NAME: nombre_bbdd
DATABASE_USER: usuario
DATABASE_PASSWORD: pass
DATABASE_HOST: localhost
DATABASE_PORT: 3306


Luego tan sólo tendremos que modificar nuestro settings.py añadiendo esto:

from ConfigParser import RawConfigParser

config = RawConfigParser()
config.read('/etc/settings.ini')




Y en la sección DATABASES configuraremos lo siguiente:

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'config.get('database', 'DATABASE_NAME')',                     
        'USER': config.get('database', 'DATABASE_USER'),                     
        'PASSWORD': config.get('database', 'DATABASE_PASSWORD'),                 
        'HOST': config.get('database', 'DATABASE_HOST'),                     
        'PORT': config.get('database', 'DATABASE_PORT'),                    
    }
}


Y listo, ya tendremos nuestro settings.py configurado para poder ser distribuido sin tener que estar pendiente de modificar ningún dato sensible.

jueves, 18 de octubre de 2012

Corregir problemas de codificación en Django

Para evitar errores de codificación en Django del tipo: 

django 'ascii' codec can't encode character u'\xf3'

debido a la codificación que tenga por defecto python (que suele ser ascii), simplemente tenemos que añadir a nuestro settings.py las siguientes líneas:


import sys
reload(sys)
sys.setdefaultencoding( "utf-8" )

Y conseguiremos establecer la codificación adecuada.

miércoles, 17 de octubre de 2012

Ejecutar comandos personalizados de Django desde el cron

Para poder ejecutar comandos personalizados de django desde el cron, necesitaremos aplicar el siguiente parche (si es que aún no lo trae):




Una vez aplicado el parche, ya podremos invocar nuestro comando de la siguiente manera:

minutos hora * * * /usr/bin/python /sitio/proyecto/django/manage.py comando



miércoles, 10 de octubre de 2012

Definir rango de puertos del ftp en alfresco 3.2

Debido a que el servicio de ftp de alfresco funciona en modo pasivo, este abrirá puertos por encima del 1024 para llevar a cabo la comunicación de datos.

Si tenemos un firewall muy restrictivo, nos interesará definir un rango determinado de puertos y abrir sólo ese rango.

Para definir el rango de puertos debemos añadir a /tomcat/shared/classes/alfresco-global.properties los siguientes parámetros:

ftp.dataPortFrom=50000
ftp.dataPortTo=60000

En este caso estamos definiendo el rango del 50000 al 60000.


Veamos si esto funciona de verdad. Hacemos un ftp en modo debug a nuestro servidor:

ftp -d 192.168.60.13 2122

Connected to 192.168.60.13.
220 FTP server ready
ftp: setsockopt: Bad file descriptor
Name (servidor:rafa): usuario
---> USER usuario
331 User name okay, need password for usuario
Password:
---> PASS XXXX
230 User logged in, proceed
---> SYST
215 UNIX Type: Java FTP Server
Remote system type is UNIX.

Indicamos el modo pasivo:

ftp> passive
Passive mode on.

Y lanzamos un comando:

ftp> ls
ftp: setsockopt (ignored): Permission denied
---> PASV
227 Entering Passive Mode (192,168,60,13,211,39)
---> LIST
150 File status okay, about to open data connection
drw-rw-rw-   1 user group 0 Jan  1  1970 Alfresco
drw-rw-rw-   1 user group 0 Jan  1  1970 AVM
226 Closing data connection
ftp>




Vemos como efectivamente el puerto que ha utilizado está por encima del 50000 y por debajo del 60000 (el puerto se obtiene de los valores que van después de la ip, 211*256+39=54055).

Si hacemos un tcpdump en el servidor, filtrando por ip origen, veremos que efectivamente ese es el puerto que ha utilizado:


Para puerto de datos:

10:40:20.810783 Out MAC ethertype IPv4 (0x0800), length 68: 192.168.60.13.54055 > ip_local.50958: . ack 2 win 46 <nop,nop,timestamp 552972262 76243556>

Para puerto de conexión:

10:40:20.810795  In MAC ethertype IPv4 (0x0800), length 68: ip_local.50583 > 192.168.60.13.2122: . ack 271 win 115 <nop,nop,timestamp 76243556 552972260>

lunes, 27 de agosto de 2012

Error al configurar Oracle Enterprise Manager Database Control

Al instalar Oracle 11gR2 en Ubuntu 11.04, me saltó un error en la parte de configuración del Database Control. No le presté mucha atención y posteriormente la intenté configurar lanzando:

emca -config dbcontrol db

pero tras introducir los datos, me volvió a escupir el mensaje de error:

27-ago-2012 12:25:57 oracle.sysman.emcp.EMConfig perform
INFO: Esta operación se está registrando en /u01/app/oracle/cfgtoollogs/emca/orcl/emca_2012_08_27_12_25_44.log.
27-ago-2012 12:25:58 oracle.sysman.emcp.EMConfig perform
GRAVE: Fallo al asignar puertos en los rangos especificados para los siguientes procesos: JMS [5540-5559],RMI [5520-5539],Database Control [5500-5519],EM Agent [3938] | [1830-1849]
Consulte el archivo log en /u01/app/oracle/cfgtoollogs/emca/orcl/emca_2012_08_27_12_25_44.log para obtener más información.
No se ha podido terminar la configuración. Consulte el archivo log en /u01/app/oracle/cfgtoollogs/emca/orcl/emca_2012_08_27_12_25_44.log para obtener más información.


El problema no estaba en los puertos, pues todos los rangos estaban libres. Googleando un poco conseguí encontrar la solución, que estaba en la resolción de nombres de la máquina. Es decir, para la configuración del Database Control, nuestro equipo debe ser capaz de resolver tanto localhost como nuestro hostname a la ip 127.0.0.1, por tanto, hay que tener algo así en nuestro /etc/hosts:


127.0.0.1 localhost.localdomain localhost
127.0.0.1 hostname.domain.com hostname

Una vez finalizada la instalación, puedes volver a configurar para que resuelva el hostname a tu propia ip.

Obtener informacion de repositorios a través de los metadatos .git publicados por error

 A raiz de CTF realizado recientemente, me ha parecido interesante publicar este post sobre los errores de seguridad que se encuentran en mu...