viernes, 15 de julio de 2016

Instalación de mongoDB en Ubuntu 16.04

Y bueno, como lo prometido es deuda (al menos un post al año!!!)

Estaba tratando de instalar mongoDB y como niño bueno, estaba siguiendo el paso a paso que en pocas palabras son los siguientes pasos:


# Agregar la clave publica del repositorio de mongoDB
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv EA312927

# Agregar el repositorio de mongoDB al listado de Ubuntu
echo "deb http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.2 multiverse" | sudo tee /etc/apt/sources.list.d/mongodb-org-3.2.list

# Actualizar la base de datos de apk
sudo apt-get update

# Instalar mongoDB como tal
sudo apt-get install -y mongodb-org

# Y como último paso iniciar el servicio
sudo service mongod start

Pero ¡oh sorpresa!, en lugar de iniciar el servicio, obtengo un muy lindo error

Failed to start mongod.service: Unit mongod.service not found.

Pues resulta que al utilizar el repositorio de mongoDB en lugar de los de Ubuntu, no se instala el archivo de configuración para levantar el servicio.

¿Solución?

Fácil, agregar el archivo de configuración en /etc/systemd/system/mongodb.service con la siguiente información

[Unit]
Description=High-performance, schema-free document-oriented database
After=network.target

[Service]
User=mongodb
ExecStart=/usr/bin/mongod --quiet --config /etc/mongod.conf

[Install]
WantedBy=multi-user.target

Y listo, ahora simplemente correr la siguiente línea y mongoDB estará corriendo:

sudo systemctl start mongodb

jueves, 19 de noviembre de 2015

Cómo configurar nginx utilizando SSL en Ubuntu 14.04

Cada vez es más importante cuidar los datos de nuestros usuarios, por ende cada vez es más importante que utilicemos técnicas para tratar de proteger esos datos, EN sitios web, una de esas técnicas es usar HTTP sobre SSL el cual es más conocido como HTTPS.

¿Cómo podemos configurarlo?

Depende del sistema operativo que uses y el servidor web, aquí daré las instrucciones para realizarlo con Ubuntu y nginx

Debemos generar una solicitud de certificado (lo que suelen llamar un CSR) para lo cual podemos usar OpenSSL como sigue:

openssl req -new -newkey rsa:2048 -nodes -keyout server.key -out server.csr
Donde server representa al nombre de tu dominio.

Al ejecutar esta sentencia comenzará un asistente donde deberás llenar cierta información relacionada al sitio web:

Country Name (2 letter code) [AU]:
State or Province Name (full name) [Some-State]:
Locality Name (eg, city) []:
Organization Name (eg, company) [Internet Widgits Pty Ltd]:
Organizational Unit Name (eg, section) []:
Common Name (e.g. server FQDN or YOUR name) []:
Email Address []:

Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:

El más importante de todos los datos es el FQDN que traduciéndolo a español criollo viene a ser algo así como EL NOMBRE DE TU DOMINIO (Fully Qualified Domain Name), por ejemplo: www.aguardientico.com, si quisieras crear un certificado para cualquier subdominio dentro de tu dominio (cualquier cosa en lugar del www antes del nombre de tu dominio puedes quitar el www y reemplazarlo por un asterisco (*.aguardientico.com), ese tipo de certificados se los conoce como wildcards.

Luego de terminar el asistente se generan 2 archivos, en el caso del ejemplo:

  • server.key Cúidalo con tu vida, sacale un respaldo, guardalo bien, dado que es la clave privada con la que se podrá cifrar/descifrar el contenido manejado via HTTPS
  • server.csr Es la solicitud de certificado como tal, donde quiera que compres el certificado te pediran este archivo (o su contenido) para generar el certificado como tal.

El siguiente paso es comprar el certificado digital, usa el vendedor que más te guste convenza, el que te alcance o simplemenet busca en tu navegador favorito algo como ssl certificate.

Cuando ya tengas el certificado (un archivo con extensión crt) el siguiente paso es configurar nginx para que lo use para lo cual edita el archivo de configuración de tu servidor y agrega las siguientes líneas dentro de la definición del server:

listen 443 ssl; #para que escuche por el puerto por defecto de https y habilite ssl
ssl_certificate /el/path/al/certificado.crt;
ssl_certificate_key /el/path/a/server.key;

Graba el archivo y recarga la configuración de nginx:

service nginx reload
o
/etc/init.d/nginx reload

Y listó si vas a un navegador y pones https://tudominio.com, deberías poder acceder via https

¿Qué pasa si solo quieres usar https? Fácil, simplemente quita listen 80; de la configuración de tu servidor en nginx
¿Y si no quiero hacer eso porque tengo correos, enlaces, o lo que sea apuntando a http y quiero redirigirlo a https? También fácil, agrega algo como esto a la configuración:
server {
  listen 80;
  server_name tudominio.com;
  rewrite     ^   https://$host$request_uri? permanent;
}

Espero te sea de utilidad

lunes, 3 de marzo de 2014

Lunes 2 de Enero de 2006 a las 3 de la tarde con 4 minutos y Go

En una de mis tantas travesías por aprender nuevas cosas me encontré con la necesidad de manipular fechas en el lenguaje go y bueno me encontré con la ¿grata? sorpresa de no podía utilizar mis conocimientos "ancestrales" de transformación de fechas, por ejemplo %Y para años o %H para horas sino que go tratando de "facilitarle" la vida a los programadores decidió utilizar la mnemotecnia para el formato de fechas (y obviamente de horas) empleando el siguiente estándar:

  1. Día
  2. Mes
  3. Hora (en realidad se usa el 15 que significa 3pm)
  4. Minutos
  5. Segundos
  6. Año
  7. Timezone

Entonces resumiendo, en lugar de utilizar representaciones para hacer el formato, utiliza una fecha:

01/02 03:04:05PM '06 -0700

Ejemplo:

viernes, 28 de febrero de 2014

Configurar multiples claves ssh

En algunas ocasiones necesitamos usar diferentes cuentas de git para manipular los repositorios, por ejemplo tenemos una cuenta de la empresa y por ende usamos la cuenta de la empresa pero tenemos algún proyecto personal y queremos manejarlo con nuestra cuenta personal.

Cuando esto sucede podemos llegar a tener problemas porque git dice que no se tiene permisos para ver tal o cual repositorio.

¿Cómo podemos solucionarlo?

Una de las opciones es configurar diferentes cuentas ssh y darle alias a los urls para que pueda distinguir que cuenta usar, para lo cual debemos seguir los siguientes pasos:

  1. Crear la clave
    ssh-keygen -t rsa -C "aquí@el_email.com"
  2. Agregar las claves al agente ssh
    ssh-add ~/.ssh/id_rsa_oficina
    ~/.ssh/id_rsa_personal
  3. Crear el archivo de configuración de shh
    cd ~/.ssh
    touch config
    chmod 0600
  4. Agregar las definiciones de alias y autenticación
    #Oficina
    Host github.com-oficina #Este es el alias
        HostName github.com
        User git
        IdentityFile ~/.ssh/id_rsa_oficina #Recuerda usar el path absoluto
    
    #Personal
    Host github.com-personal
        HostName github.com
        User git
        IdentityFile ~/.ssh/id_rsa_personal
  5. Al clonar el proyecto en lugar de usar github.com user el alias
    git clone git@github.com-oficina:oficina/repo.git
  6. Si ya tenías clonado el proyecto simplemente cambia el url del mismo
    git remote set-url origin git://git@githb.com-oficina:oficina/repo.git

miércoles, 26 de febrero de 2014

Numeros a letras

Hoy estaba todo juicioso como siempre, trabajando, cuando me quisieron meter la pica de cómo hacer el típico algoritmo para transformar de números a letras, pues bueno como estaba todo juicioso no cambié de tema y seguí trabajando (porque siempre trabajo juicioso) pero llegué a la casa y me puse manos a la obra.

Los requisitos eran hacerlo en ingles (you know numbers to words) y hacerlo en ruby.

¿Qué lógica utilicé?
Bueno, tanto las unidades como las centenas utilizan los mismos nombres salvo que las centenas llevan incorporada la palabra hundred así que utilicé un arreglo para manejar estas dos posiciones, luego caí en cuenta que en inglés (¿también en español?) el proceso se repite cada tres dígitos, es decir procesar por ejemplo 123 y 123xxx (nada en particular las 3 x's solo me refiero a cuales quiera dígitos que usemos) da exactamente igual salvo que cada 3 dígitos toca ponerle un nombre (miles, millones, billones, etc) por lo que para esta parte también generé un arreglo con los nombres, y el último caso es que los nombres para las decenas dependen del valor de las unidades cuando la decena es 1, es decir para los dieces (¿cómo se dice esto en español?) once, doce, etc, así que creé 2 arreglos, uno para las decenas con dígito 1 y otro para las decenas con cualquier otro dígito.

Y bueno, esto es lo que salió:

En Gist para que lo copien, mejoren, etc:

jueves, 13 de febrero de 2014

Inotify Watches Limit

Uno de los programas que utilizo en linux utiliza Inotify el cual permite monitoreas eventos relacionados con el sistema de archivo.

En los últimos días he estado recibiendo una alerta indicando que se ha llegado al límite de observadores. Esto se da porque tiene que monitorear gran cantidad de archivos (el límite por defecto es 8192).

¿Cómo se puede corregir este problema?
En Ubuntu se puede hacer de 2 maneras, si lo quieres arreglar para la sesión actual puedes usar:

echo 32768 > sudo tee /proc/sys/fs/inotify/max_user_watches

Si deseas arreglarlo de forma permanente entonces cambia el archivo /etc/sysctl.conf y agrega esta línea

fs.inotify.max_user_watches=32768

lunes, 28 de octubre de 2013

Nginx: 413 Request Entity Too Large

Estaba yo todo "juicioso" trabajando como siempre cuando de repente me dicen: "La aplicación está dando un problema!!!" y bueno, quienes me conocen, saben que nunca me equivoco por lo que debía existir un error en el servidor.

Haciendo el respectivo "debug" me encontré conque Nginx estaba botando el siguiente error: 413 Request Entity Too Large.

La aplicación permite subir fotos y estaban intentando subir una foto de más de 2MB de tamaño.

Resulta que Nginx está configurado por defecto para permitir un tamaño de mensaje de máximo 2MB por lo que procedí a hacer el siguiente cambio:

En el archivo /etc/nginx/nginx.conf (el path puede cambiar de acuerdo al S.O y forma de instalación) agregué la siguiente linea:

client_max_body_size 5M;

luego recargué Nginx y listo.

/etc/init.d/nginx reload