• Imagen Docker para operaciones con EC2

    He creado una primera versión de imagen en Docker para operaciones en Amazon Web Services. La escribí en Ruby e inicio con ella una serie de imágenes Docker para operaciones. Por ahora, tan solo hace las siguientes operaciones. Si pedimos ayuda al propio script:

    Usage: ec2.rb [options]
    
    Available options:
        -r, --region REGION              Supply a region
        -c, --create RELATIVE_PATH       Create the file(s) supplied
            --start INSTANCE[s]-ID       Start the INSTANCE[s]-ID supplied
            --stop INSTANCE[s]-ID        Stop the INSTANCE[s]-ID supplied
        -t, --terminate INSTANCE-ID      Terminate the INSTANCE-ID supplied
        -d, --describe                   Describe EC2 instances in region
    
        -v, --version                    Show version
        -h, --help                       Show this message
    

    Pueden crearse instancias desde plantillas YAML almacenadas en un directorio. La versión es muy pre-alfa y seguramente irá evolucionando el modo de distribuir las plantillas con los dispositivos. Por ahora, consume cualquier archivo .yml en el directorio suministrado al script como parámetro.

    La plantilla de ejemplo que incluyo en la imagen:

    ---
    ec2:
      - instance:
        - params:
          - :image_id: 'ami-8fd760f6'
          - :min_count: '1'
          - :max_count: '1'
          - :key_name: 'name'
          - :security_group_ids: 'sg-00000000'
          - :user_data: ''
          - :instance_type: 't2.micro'
          - :placement:
            - :availability_zone: 'eu-west-1a'
          - :subnet_id: 'subnet-00000000'
          - :tag_specifications:
              - :tags:
                - :key: "Name"
                - :value: "Nom1"
      - instance:
        - params:
          - :image_id: 'ami-8fd760f6'
          - :min_count: '1'
          - :max_count: '1'
          - :key_name: 'name'
          - :security_group_ids: 'sg-00000000'
          - :user_data: ''
          - :instance_type: 't2.micro'
          - :placement:
            - :availability_zone: 'eu-west-1a'
          - :subnet_id: 'subnet-00000000'
          - tag_specifications:
              - :tags:
                - :key: "Name"
                - :value: "Nom2"

    Referencia: EC2 Create Instances Method

    Las credenciales las toma del directorio ~./aws y hay que montar la carpeta en el contenedor (cualquiera con una sugerencia para hacer la compartición de claves más segura será bienvenido/a).

    La imagen Docker está aquí.

    Asumiendo que tenemos en el directorio instances al menos una plantilla YAML con datos válidos en el mundo real, desde el contenedor Docker podemos crear las instancias de un modo similar a este:

    docker run --rm -ti -v ~/.aws:/root/.aws -v ~/ruby-aws/instances:/ec2/instances gustavomrfz/ec2ops-ruby:0.5.1 ruby ec2.rb --create instances

    Otras opciones, más obvias, son una descripción de las instancias en la zona de las credenciales, iniciar, apagar varias instancias y terminar una sóla instancia.

    Un libro de Docker

    Quiza os resulte útil definir un alias como

    alias ec2op="docker run --rm -ti -v ~/.aws:/root/.aws -v ~/ruby-aws/instances:/ec2/instances gustavomrfz/ec2ops-ruby:0.5.1 ruby ec2.rb "

    y de este modo simplificar el uso del script en la shell:

    ec2op --start id-xxxxxxxxxxxx

    Github: //github.com/gustavomrfz/ruby-aws

    Docker Hub: //hub.docker.com/r/gustavomrfz/ec2ops-ruby/

  • Cómo publicar calendarios Owncloud en WordPress sin plugin premium

    En este artículo explico como me las he ingeniado para importar calendarios Owncloud, versión 9, hacia un WordPress 4.5 en un sistema GNU/Linux, aunque es probable que funcione en otros sistemas. Ningún pluguin gratuito de WordPress importa calendarios de Owncloud y los renderiza a día de hoy. Hasta hace poco lo hacía el pluguin All-in-one Event Calendar, pero una incompatibilidad con las últimas actualizaciones de WordPress han dejado tal característica fuera de combate. Sin embargo, este pluguin sí puede importar archivos ICS desde otro lugar de manera periódica y renderizarlos.

    Para importar los calendarios al mismo servidor donde tengo el WordPress, y mantenerlos actualizados y accesibles, he creado un script el cual Cron debe ejecutar cada cierto periodo de tiempo.

    En el script que publico, los calendarios importados estarán en la carpeta /uploads/calendarios de la instalación del WordPress, catalogados por usuario y el mismo nombre de calendario del Owncloud. En el plugin All-in-one Event Calendar, será necesario especificar la url de cada calendario importado, por ejemplo:

    http://miservidorwordpress.com/wp-contents/uploads/calendarios/usuario/calendario.ics

    Cada calendario es importado por el script al que llamo importICS.sh

    #!/bin/bash
    importICS () {
        URL="http://"$DOMAIN
        dest_dir_root="/var/www/wordpress/wp­-content/uploads/calendarios/"
        dir=$dest_dir_root$CALUSER
        [[ -d $dir ]] || mkdir $dir
        wget ­O $dir/$CALENDAR".ics" ­­auth­-no­-challenge ­­http­-user=$CALUSER ­­http­-password=$CALPASS $URL"/remote.php/dav/calendars/"$CALUSER"/"$CALENDAR"?export";
    }
    file=$1
    while IFS=, read CALUSER CALPASS CALENDAR DOMAIN
    do
        importICS
    done < $file

    El script lee un archivo CSV, delimtiado por comas, del que toma los datos del usuario y calendario a importar del owncloud. Tiene un formato como este:

    usuario1,123456,cal1,urlowncloudmidominio.com
    usuario1,123456,cal2,urlowncloudmidominio.com
    usuario2,123456,tres,urlowncloudmidominio.com

    El primer campo es el nombre del usuario del calendario, el segundo su password, el tercero el nombre del calendario y el cuarto el dominio del owncloud.

    Este archivo puede editarse fácilmente con una hoja de cálculo y exportarse como CSV delimitado por comas.

    Cron ejecuta el script periódicamente para mantener los calendarios actualizados y, en condiciones normales, sólo habrá que hacer cambios esporádicos en el archivo CSV, pero por si se quiere actualizar los calendarios a mano, el script se ha de lanzar con un sólo parámetro: el nombre del archivo CSV. Por ejemplo:

    $ sudo bash /opt/ICS/importICS.sh calendarios.csv

    Por último, tan sólo hay que añadir la tarea al Cron para que ejecute el script con la frecuencia deseada y con ello ya tenemos los calendarios accesibles para el pluguin All-in-one Event Calendar.

    No es imprescindible que los calendarios exportados desde Owncloud tengan como destino la misma máquina donde está instalado Worpress, sino que con algunas modificaciones al script pueden almacenarse en cualquier directorio al que tenga acceso el pluguin. También sería muy deseable añadir certificado SSL, aunque no lo he hecho pues ambas máquinas en mi caso se encuentran en el mismo segmento de red y no viajarán esos datos por Internet. Ténganse en cuenta también que en muchos casos los archivos ICS importados serán de acceso publico, por lo que el servidor donde estén alojados podría requerir configuraciones adicionales para limitar el acceso.

    Espero que este artículo sea de utilidad.