2/2 Montar Servidor Web en máquina virtual

Ya tenemos nuestra máquina virtual con Linux 17.04 con el teclado en Castellano, las net-tools instaladas y el sistema actualizado.

En este punto vamos a:

  • Instalar LAMP
    • Apache
    • PHP 7.0.22
    • MySQL
  • Phpmyadmin
  • Dar permisos de Escritura a la carpeta /var/www/html/_________ (nombre de la carpeta donde instalaremos WordPress).
  • Crear un usuario para las conexiones FTP
  • Instalar y configurar VSFTPD
  • Dar permisos de Escritura a Apache y al usuario para el FTP

Instalar LAMP y PHPmyadmin

Bien, hasta hace cuatro días, que estuve intentando instalar un servidor web con PHP7 en una Raspberry PI, pero sin éxito debido a que no había ningún paquete para la PI con 7 y había que hacer malabares para conseguirlo, resulta que un blog (Quora.com), en los comentarios, el usuario Omkar Nath Singh, puso una línea de comando que me alegró el día, mostrando que con el siguiente comando, podemos instalar de golpe: Apache, PHP 7.0.22 y MySQL:

ws@ubuntu:~$ sudo apt-get install lamp-server^

Hay que poner línea de comando tal y como sale, incluyendo el último carácter ^, si no, no funcionará.

Durante el proceso de instalación, no pedirá qué contraseña queremos usar para el usuario “root” de MySQL, no confundir con el “root” de Ubuntu, para nuestro ejemplo pondremos la contraseña pa··word, sí, en vez de dos SS, ponemos dos puntos medios (Shift+3). Es un ejemplo, podéis poner lo que queráis.

Luego pedirá confirmación y hemos de poner la misma, en caso de que no coincidan, dará error y deberemos intentarlo otra vez.

Ojo, esto no instalará PHPmyadmin, pero lo podemos instalar a posterior sin problemas:

ws@ubuntu:~$ sudo apt-get install phpmyadmin -y

Durante la instalación nos preguntará con que servidor vamos a trabajar, y seleccionamos la primera: apache2

Ahora, somos usuarios avanzados? en mi caso, no, por lo que le indico que quiero que configure el solo la base de datos para PHPmyadmin con dbconfig-common.

Nos pedirá la contraseña que hemos dado anteriormente a MySQL, que si recordais… es pa··word, y como no… nos pedirá confirmación:

Pero aquí no acaba, ya que le hemos de indicar a Apache que PHPmyadmin es su amigo y que quiere trabajar con él, y lo haremos de la siguiente manera:

ws@ubuntu:~$ sudo nano /etc/apache2/apache2.conf

Y se nos abrirá el editor de texto con la configuración de apache y tendremos que añadir en la última línea lo siguiente:

Include /etc/phpmyadmin/apache.conf 

Y quedaría tal que así:

Pista: una vez introducida la línea, presionamos la tecla Control+O para guardar, confirmamos con Enter, y luego Control+X para salir del editor.

Ahora solo tenemos que reiniciar el servidor Apache

ws@ubuntu:~$ sudo /etc/init.d/apache2 restart

Ahora, si intentamos entrar a la dirección IP (comando ifconfig, y en mi caso es 192.168.1.135) del servidor desde cualquier dispositivo conectado a la nuestra Red, podremos ver lo siguiente, dede un PC:

O desde otro dispositivo, como un móvil:

La página por defecto de inicio, esto significa que el servidor Apache2, está corriendo correctamente.

Si ahora, introducimos la IP+phpmyadmin, podremos entrar al PHPmyadmin con las credenciales que hemos introducido durante la instalación:

En este caso:

Usuario: root

Contraseña: pa··word

Bien, casi lo tenemos todo, ahora tenemos 2 cuestiones:

  • Permisos en carpetas
  • Acceso remoto, vía FTP, a esas carpetas

Instalar VSFTPD

Sencillo comando…

ws@ubuntu:~$ sudo apt install vsftpd -y

Lo configuramos más adelante

Dar permisos de Escritura

Con la versión 17.07 de Ubuntu Server más el servidor Apache, etc… la capeta donde accederemos es:

/var/www/html

en versiones anteriores era:

/var/www

Lo que miraremos ahora son los permisos de la carpeta en cuestión, para que se pueda escribir libremente, para ello, con este comando averiguamos los permisos de la subcarpeta HTML:

ws@ubuntu:~$ ls -l /var/www

Lo que hemos hecho con este comando, es preguntar sobre los permisos de las subcarpetas que tenemos dentro de /var/www, con el siguiente resultado:

Nota: Para entender mejor los permisos de las carpetas o archivos, os invito a pasar por aquí: Tutoriales Ubuntu

Lo que queremos es que nuestra carpeta tenga todos los permisos, en resumen, que el cambio sea que todos puedan leer, escribir, borrar,…

Para hacerlo, debemos primero tener posibilidad de ser usuario ROOT de nuestro sistema operativo, y para ello lo que haremos será igualar nuestro usuario actual ws a root.

ws@ubuntu:~$ sudo passwd root

1ro nos pide la contraseña de nuestro usuarios (ws), luego la nueva contraseña para root, y luego confirmación de la misma. Siempre pondremos la misma, pa$$word.

Ahora, podremos cambiar los permisos de la carpeta siendo root:

ws@ubuntu:~$ su -
Password: pa$$word
root@ubuntu:~# sudo chmod 777 /var/www/html
root@ubuntu:~# exit
ws@ubuntu:~$

Pero antes de continuar, vamos a crear un nuevo usuario en el servidor, será un usuario que tendremos únicamente para las conexiones vía FTP, para ello luego instalaremos el Servidor FTP llamado VSFTPD para Linux.

Nuestro nuevo usuario se llamará ws_ftp y su contraseña será paqqword:

ws@ubuntu:~$ sudo adduser ws_ftp
Enter new UNIX password: paqqword
Retype new UNIX password: paqqword

Al resto de pregntas, le damos al Enter varias veces hasta que indique ha que creado el nuevo usuario.

Ahora, hemos de indicarle que la carpeta por defecto de este usuario será /var/www/html, de manera que cuando este usuario haga login a través de FTP, el sistema lo redireccione directamente a la carpeta en cuestión, y lo hemos de hacer como usuario root:

ws@ubuntu:~$ su -
Password: pa$$word
root@ubuntu:~# usermod  –d  /var/www/html ws_ftp
root@ubuntu:~# sudo chown ws_ftp:ws_ftp /var/www/html
root@ubuntu:~# exit

Si intentamos conectarnos, desde nuestro PC, con un Cliente FTP, como FileZilla (link) y lo configuramos de la siguiente manera:

En Servidor: ponemos la IP de nuestra máquina virtual

Puerto: lo podemos dejar en blanco, por defecto es 21

Protocolo: FTP

Cifrado: Use explicit FTO over TLS if available

Modo de Acceso: Preguntar contraseña

Usuario: ws_ftp

Contraseña: Nos la preguntará cuando conecte

 

 

Si conectamos veremos que la conexión debería funcionar y conectarse la carpeta html, pero el usuario ws_ftp, todavía no tiene permisos para hacer nada más que leer, por lo que tenemos que configurar el Servidor VSFTPD, desde la consola de Ubuntu.

Volvemos a la consola y editamos el archivo de configuración:

ws@ubuntu:~$ sudo nano /etc/vsftpd.conf

El archivo a editar viene con un montón de líneas comentadas con #, lo que indica que no se aplican, pero que debemos des-comentarlas para que operen con nuestras necesidades, al mismo de cambiar alguna que otra:

write_enable=YES
ascii_upload_enable=YES
ascii_download_enable=YES
Añadir al Final: use_localtime=YES

Ejemplo completo:

# Example config file /etc/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
#
# Run standalone? vsftpd can run either from an inetd or as a standalone
# daemon started from an initscript.
listen=NO
#
# This directive enables listening on IPv6 sockets. By default, listening
# on the IPv6 "any" address (::) will accept connections from both IPv6
# and IPv4 clients. It is not necessary to listen on *both* IPv4 and IPv6
# sockets. If you want that (perhaps because you want to listen on specific
# addresses) then you must run two copies of vsftpd with two configuration
# files.
listen_ipv6=YES
#
# Allow anonymous FTP? (Disabled by default).
anonymous_enable=NO
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
#local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# If enabled, vsftpd will display directory listings with the time
# in your local time zone. The default is to display GMT. The
# times returned by the MDTM FTP command are also affected by this
# option.
use_localtime=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
#xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format.
# Note that the default log file location is /var/log/xferlog in this case.
#xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that on some FTP servers, ASCII support allows a denial of service
# attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd
# predicted this attack and has always been safe, reporting the size of the
# raw file.
# ASCII mangling is a horrible feature of the protocol.
ascii_upload_enable=YES
ascii_download_enable=YES
#
# You may fully customise the login banner string:
ftpd_banner=Bienvenidos.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may restrict local users to their home directories. See the FAQ for
# the possible risks in this before using chroot_local_user or
# chroot_list_enable below.
#chroot_local_user=YES
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
# (Warning! chroot'ing can be very dangerous. If using chroot, make sure that
# the user does not have write access to the top level directory within the
# chroot)
#chroot_local_user=YES
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YES
#
# Customization
#
# Some of vsftpd's settings don't fit the filesystem layout by
# default.
#
# This option should be the name of a directory which is empty. Also, the
# directory should not be writable by the ftp user. This directory is used
# as a secure chroot() jail at times vsftpd does not require filesystem
# access.
secure_chroot_dir=/var/run/vsftpd/empty
#
# This string is the name of the PAM service vsftpd will use.
pam_service_name=vsftpd
#
# This option specifies the location of the RSA certificate to use for SSL
# encrypted connections.
rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
ssl_enable=NO
#
# Uncomment this to indicate that vsftpd use a utf8 filesystem.
#utf8_filesystem=YES

use_localtime=YES

Guardamos, Control+O, aceptamos (enter) y salimos, Corntrol+X

Y… reiniciamos el servicio de VSFTPD

ws@ubuntu:~$ sudo service vsftpd restart

Y para estar seguros que todo sigue bien… reiniciamos la máquina virtual, el servicio de FTP, debe inicarse solo, por lo que al iniciarse la máquina virtual y quedarse en la petición de hacer inicio de sesión, NO iniciamos sesión y vemos si seguimos teniendo acceso a la carpeta html desde el Cliente FTP.

ws@ubuntu:~$ sudo reboot

En el vídeo, podemos ver que desde el cliente FTP FileZilla, somos capaces de crear y borrar archivos/carpetas. Si no fuera posible, no podríamos copiar todos los archivos necesarios para instalar, en este ejemplo, WordPress.

Ahora sí, aquí el vídeo completo:

En el siguiente punto

  • Cómo instalar WordPress en nuestro servidor Ubuntu Server 17.04
  • Configurar WordPress para que trabaje desde cualquier IP que tenga la máquina virtual
  • Descargar plugins y Temas en WordPress con las credenciales de FTP

Si quieres volver a leer el punto 1: CLICK

 

Fe de erratas: No tengo ni idea de Linux, y eso que lo he intentado varias veces, pero me puede. Todo el trabajo aquí mostrado ha sido usando Google, aquí veréis como llegar al resultado final sin darse de golpes con todos los problemas que he tenido, así mismo, indicar que no me hago responsable de nada, lo he hecho como hobby y por ganar de aprender. No está verificada la seguridad del sistema.

 

NOTA: esta línea puede que también se use, pero tengo que rehacer todo para averiguar donde y porqué:

root@ubuntu:~# sudo chown -R www-data:www-data /var/www/html

Máquina Virtual + Servidor WordPress (2/2)

(PENDIENTE DE ACABAR LA EDICIÓN)

 

Hasta ahora, hemos montado una máquina virtual paso a paso.

Para convertirla en un Servidor Web, tenemos diferentes opciones, pero la más sencilla y rápida, es la de utilizar un auto instalador de TODO lo necesario, y para ello… utilizaremos XAMPP, el cual nos realizará una instalación completa de:

– Apache

– MySQL

– PHP

– Perl

link23 Descargar XAMPP:

En el siguiente vídeo, veremos como instalar XAMPP y un paquete de BITNAMI, que nos permite instalar directamente todo lo necesario para un WordPress, pero… mas adelante, os mostraré como hacer la instalación de WordPress sin BITNAMI, porqué? por que BITNAMI, solo nos permite instalar un único WordPress, ¿??¿? Lo cual, nos limita bastante, en cambio, si instalamos WordPress manualmente, vereis como podemos tener todos los WordPress que queramos. Por lo que en el vídeo, ya dejaré claro hasta donde sería el primer punto. Solo XAMPP.


Atribución de derechos de los Iconos utilizados en esta entrada:

Icon made by Icomoon from www.flaticon.com is licensed under CC BY 3.0

Máquina Virtual + Servidor WordPress (1/2)

Hay muchos tutoriales corriendo por la red de como montarnos un Servidor Web en casa, y en el, Instalar WordPress y lo que nos plazca. Pero como siempre, dichos tutoriales tienen pequeños detalles olvidados, o simplemente algún punto no mencionado.

Aquí, y ahora… vamos a realizar un verdadero PASO a PASO, para instalar dicho servidor bajo una máquina Virtual, utilizando la aplicación Gratuita VMplayer.

¿Qué necesitamos en nuestro PC?

– VMplayer (Gratuito)

– Imagen o DVD de Windows 7 (basado en licencia, pero con periodo de gracia para uso)

¿Qué necesitamos en la máquina virtual?

– Xaamp (Gratuito)

– WinRar (Gratuito durante 40 días, después hace falta una licencia, pero sigue funcionando)

– Java (Gratuito)

– WordPress (Gratuito)


Donde encontrar y como descargar VMplayer:

Cómo descargar la herramienta Gratuita VMplayer de VMware.
Con esta aplicación, seremos capaces de instalar diferentes sistemas operativos en nuestro PC.

hazard5 Recordad que esta aplicación es de libre distribución. Nadie debe cobraros por descargarla desde ningún otro portal web.

Conseguir Imagen de Windows 7 32/64 bits 

Todo el mundo ha de ser responsable de las aplicaciones que utiliza, respetando dentro de sus tolerancias el uso de software bajo licencia.

Recordad que tenemos varios tipos de licencias, tanto de libre uso, de evaluación o de pago.

En este tutorial, trabajaremos con una imagen de Windows 7 64bits, que descargaremos de otra otro sitio, y nos serviremos del periodo de gracia que nos brinda Microsoft de X días antes de obligarnos a registrar el producto. Pasados esos días, se deberá ingresar una licencia válida.

Dejo nota que había unos servidores colaboradores de Microsoft, que permitían la descarga de dichas imágenes, pero por lo visto, y con la llegada del inminente Windows 10, han cerrado dichas descargas, por lo que hay que buscar otras alternativas menos oficiales, pero que siguen requiriendo la validación con licencias genuinas.

Link externo (servidores oficiales caídos)link23

link23

Link externo opción 2 (3gb)

Otra opción, es la instalación de todo esto con un software de libre distribución como Ubuntu. En mi caso, debo reconocer que tengo una interminable lucha con Linux 🙁 desde que tengo un teclado, siempre me gana.

Instalar Imagen de Windows 7 32/64 bits en VMplayer

Los pasos son muy sencillos, simplemente es seguir los menús que nos van apareciendo, en inglés, pero ya veréis que es muy sencillo.

Lo primero es instalar el VMplayer que hemos descargado, si durante la instalación nos avisa que no podemos virtualizar, hay dos opciones, o tenemos un PC muy antiguo, o debemos activar alguna opción en la BIOS.

Durante la instalación del VMplayer, se nos crearan cierto hardware virtual, como tarjetas de RED, las cuales, nuestro Firewall o antivirus, nos pedirá otorgarles permisos, hay que indicar que se conectarán a una red privada, y darle permisos, en caso contrario, bloquearemos el tráfico entre la máquina virtual y nuestra RED.

Una vez instalado, nos pedirá una cuenta de email, para enviarnos propaganda y novedades. No es necesario que pongamos una cuenta de email real… 😉

Una vez inicie el VMplayer, seleccionaremos “Create a new Virtual Machine”, al ser la primera vez que iniciamos el asistente, nos saldrá publicidad de ellos mismos para que nos hagamos con la versión WorkStation (de pago), pero podemos ignorarla presionando el segundo botón “Skip this version”

Seguidamente, el asistente es muy sencillo. Indicaremos si la instalación se realizará desde un CD/DVD o desde una imagen ISO, VMplayer, nos indicará qué versiones del Sistema Operativo tenemos disponibles y, en nuestro caso, iremos directamente al Windows 7 Professional. En caso de que tengáis una clave válida, la podéis poner en la parte superior, donde a posterior, VMplayer la ingresará directamente. Si no la teneis, volvemos a recordar que tendremos 30 días de gracia.

Nos pedirá un nombre para la máquina y las credenciales de Usuario y Contraseña, y seguidamente asignaremos la capacidad del disco duro virtual, donde lo ampliaremos hasta 100Gb. No os preocupéis, no usaremos esos 100Gb desde el principio, el disco duro se irá ampliando en nuestro disco físico en caso de necesidad.

Para adornarlo un poco más, cuando nos de opción ha personalizar el Harware de la máquina, le subiremos la Memoria RAM y mejoraremos el Microprocesador.

En la Tarjeta de RED, seleccionaremos BRIDGE, pero esto ya lo reconfirmaré más tarde… si todo funciona, o no.

Durante la instalación del Windows 7, nos pedirá si queremos instalar las VMware Tools, esta herramienta es muy útil a la hora de pasar datos o mover el ratón entre la máquina virtual y el PC físico. Le diremos que sí.

El el vídeo está acelerado, pero los siguientes pasos, ya son los mismos que la instalación de un Windows normal. Ya tenemos la máquina virtual corriendo!

Ahora, una vez acabe de instalar, y pedirnos el tipo de red a la que nos conectamos (Red Privada), podremos ajustar la resolución de la pantalla y trabajar como si de un PC normal se tratara.

Ahora descargaremos el WinRar directamente desde la máquina, así como JAVA run Time, el XAMPP y todo lo que queramos. En el vídeo no se ve, pero también se ha añadido Chrome y el CCleaner.

De momento no pondremos antivirus.

En el siguiente artículo, pasaremos a instalar… XAMPP y a instalar WordPress!


Atribución de derechos de los Iconos utilizados en esta entrada:

Icon made by Icomoon from www.flaticon.com is licensed under CC BY 3.0

Error 406 – WordPress

Si has llegado aquí… es por que ya estás muy desesperado y nada más te ha funcionado.

Situación:

Tienes un blog en WordPress, creas una nueva entrada y todo va bien, hasta que quieres añadir una imagen, un link o un vídeo; entonces, aparece el siguiente mensaje de error en el navegador (probado el Chrome y IE):

Not Acceptable
An appropriate representation of the requested resource /wp/wp-admin/post.php could not be found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Del mismo modo, el Título de la pestaña en la que estás, aparece con el nombre: Error 406.

Vuelves para atrás, la web carga bien… vuelves a guardar…. y lo mismo. Una y otra vez.

Pensado, que alguna de las actualizaciones de WP, viene con algún Bug, decidido, instalo en el Hosting, una nueva interfaz de WP, con la versión 3.X, pero pasa lo mismo… actualizo ésta a 4.X y lo mismo. Pruebo desde otro PC, con una ISP diferente, y lo mismo… deducción: el problema no es mío… tiene que haber algo, pero el qué?

Googleo un poco mucho… y encuentro posts antiguos, desde el 2009, de gente que tenía el mismo problema, y poniendo un código estra en .htaccess, lo solucionan, dando la culta aun MOD de seguridad… pero resulta que con versiones más nuevas, el Bug del MOD que solucionaba ese otro Bug (lo que hacías era desactivarlo por código), ya no funciona.

Procedo a ponerme en contacto con el dep. técnico de mi Hosting (en USA) vía WebChat, les doy una buena explicación, y además un vídeo de lo que está pasando:

El técnico me comenta que debe subir la consulta a un nivel superior, abrimos un Ticket de incidencia,  y al poco recibo un email, en el que me comentan que todo va bien. Pero no… sigue fallando, vuelvo a ponerles el link del vídeo y en un par de horas ya recibo otro email, en el que me confirman que el problema venía del MOD_SECURITY asociado a mi cuenta ¿?. Lo que pasa es que con un primer intento de edición, el Mod bloquea tu IP, y a posterior no te deja ni entrar…

En definitiva, a no ser que seas tu propio Servidor, el problema deben solucionarlo desde arriba.

 

MEGA 0% – Error / Fallo ¿? (act. 06/08/2014)

(act. 06/08/2014: Ya vuelve a funcionar todo correctamente)

 

Si tienes una cuenta en MEGA, revísala, desde hace un par de días, que me he dado cuenta que aun teniendo ocupado un 25% de los 50Gb gratuitos, me aparece que solo está en uso… un 0% ¿??¿

errorMEga2

errorMEga3

Los datos siguen en la nube. MEGAsync funciona, los archivos suben y bajan, a la hora de eliminar alguno desde mi PC, si que me da mensaje de error al sincronizar:

errorMega

Pero igualmente hace el trabajo, enviándolo a papelera de reciclaje (en la nube).

No encuentro información por ningún sitio. Entiendo que debe ser algo temporal. He enviado un Twit a MEGA.. a ver si dicen algo. Pero la solución es esperar y no desesperar.

twit

Si alguien encuentra alguna cosa… que avise!

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies