Administración de DNS y dominios en servidores VPS

Posted by on mar 4, 2015 in cpanel

Cuando charlamos de alojamiento compartido normalmente el funcionamiento de los servidores DNS y de los dominios se resumen a poner el dominio y el alojamiento ya funciona, ya que la plataforma cPanel y su cluster de DNS facilitan mucho las cosas.
En el caso de los servidores VPS la cosa no es exactamente así, un servidor VPS puede tener su servidor DNS o no, mas por otra parte, los dominios registrados no se ligan” de manera automática al servidor VPS, ya que no guardan relación alguna.

Hasta hace relativamente poco tiempo hemos estado asignando a nuestros clientes DNS propias que apuntaban a los servidores DNS de sus propios servidores VPS, mas hemos decidido implementar una mejora, un gestor de DNS y dominios para TODOS nuestros servidores VPS, usando para esto PowerDNS y SolusVM.

Para iniciar a administrar dominios con el servidor DNS que ponemos a predisposición de nuestros clientes del servicio de VPS en primer lugar debemos dirigirnos al nuestro panel general de servidores VPS: https://vpspanel.raiolanetworks.es:5656/login.php

dnsvps1

Como ves en la imagen de arriba, después de autenticarte con tu cuenta (que te ha tenido que llegar en un correo electrónico al contratar el VPS), verás un listado de todos y cada uno de los VPS que tienes contratados con nosotros.
A los VPS no vamos a hacerles caso, vamos a dirigirnos a la barra superior, concretamente al botón DNS” y lo pulsamos, con esto vamos a acceder al gestor DNS, que en un principio estará totalmente vació:

dnsvps2

Rellenamos el campo Add New Domain” con nuestro dominio y pulsamos el botón azul Add”.
Hecho esto el dominio se agregará al listado:

dnsvps3

Pulsamos el botón azul Manage” rodeado con un cuadro colorado en la imagen anterior para configurar los 3 registros básicos de la zona DNS, lo suficiente para que nuestro dominio pueda llevar al visitante a nuestro VPS y que los correos puedan llegar al servidor VPS.

Debemos incorporar 3 tipos diferentes de registros:

  • A Records
  • CNAME Records
  • MX Records

Vamos a iniciar por el registro A o bien A Record, en este caso vamos a imaginarnos que la IP de nuestro servidor VPS es 8.8.8.8 y que el dominio es pruebaraiola.es

dnsvps4

Debemos cubrir los datos como puedes ver en la imagen anterior, dejando vacio el campo Domain” ya que cojera el dominio que hemos creado.

Ahora vamos a crear el registro CNAME que apuntara www.pruebaraiola.es a pruebaraiola.es, para eso rellenamos los campos de la próxima forma:

dnsvps5

Como puedes ver, ponemos solo www”, ya que el resto del subdominio tras las www” los pone el gestor: www.pruebaraiola.es”.

Finalmente, haremos que los e-mails de ese dominio puedan llegar a nuestro servidor VPS, para esto configuramos los campos del MX Record de la próxima forma:

dnsvps6

De nuevo el sistema intuye que al dejar el campo en blanco estamos hablando del mismo dominio.

Tras hacer todo este proceso de configuración nos dirigimos a nuestro registrador del dominio y configuramos como servidores DNS los siguientes DNS:

  • dns1.webcloud.es
  • dns2.webcloud.es

Una vez hecho eso tu dominio comenzara a marchar cuando se propaguen las DNS, esto puede tardar hasta doce o 24 horas para poder iniciar a utilizar el dominio.

Si aún no has probado ninguno de nuestros servidores VPS, contacta con nosotros y pídenos información sin compromiso alguno, estamos seguros de que no te van a defraudar.

Poner un Mega Menu en WordPress con un complemento

Posted by on mar 2, 2015 in cpanel

Normalmente cuando los themes para WordPress más utilizados comienzan a agregar nuevas funcionalidades, no tardan en aparecer complementos para poder emplear esas funcionalidades en otras instalaciones de WordPress independientemente del tema.

Un ejemplo de esto son los Mega Menus, o bien lo que es exactamente lo mismo, poder introducir contenido abundante en los desplegables de un menú primordial de un sitios, con esto logramos una apariencia mucho más completa y más dinámica.

Existen muchas formas de incorporar un Mega Menu en WordPress, aunque personalmente la que me ha llamado la atención es utilizando el plugin Max Mega Menu, un plugin completamente gratis.

max mega menu

Como puedes ver, es posible insertar cualquier tipo de contenido en el Mega Menu creado por Max Mega Menu, solo debemos ser capaces de insertar un widget en el sitio correcto, incluso podemos seleccionar las columnas que queramos y en la distribución que nosotros deseemos.

max mega menu

Aun Max Mega Menu nos da la oportunidad de crear pancartas” informativas desplegables sin link para que cuelguen” del menú principal, sin duda una opción bien interesante y que nos deja ofrecer más contenido al visitante.

max mega menu

Por otro lado, si lo que queremos hacer es edificar menus primordiales completos con muchas opciones e iconos que sean simples de entender, Max Mega Menu tampoco se queda a otras, ofreciéndonos un catálogo bastante amplio de iconos:

max mega menu

Indudablemente un Mega Menu puede asistirte a darle un nuevo aspecto a tu sitios WordPress, si bien tampoco hace milagros, por otro lado, si no deseas complicarte con la instalación y configuración de un complemento, siempre puedes cambiar tu tema por un tema que traiga Mega Menu instalado.

Puedes descargar Max Mega Menu de forma absolutamente gratuita desde el repositorio de complementos de WordPress en la próxima dirección URL: https://wordpress.org/plugins/megamenu/

trucos apache como servidor web

Posted by on feb 15, 2015 in apache, sysadmin

Apache Web Server:

  • El servidor web que de Red Hat es Apache Web Server.
  • En resumen, los servidores web gestionan peticiones URL hacia archivos almacenados localmente, utilizando Document Root (/var/www/html) como ruta inicial..
  • El servidor web asocia meta-datos con los archivos que se le solicitan, tales como fotos, vídeos, etc.
  • Cuando un usuario solicita un directorio en vez de un archivo, Apache muestra el archivo index.html (si existe), como fichero por defecto (esto se puede configurar para que pueda ser otro fichero), genera un listado de directorio generado en tiempo real (si está permitido), ó entrega un mensaje de error, generalmente error 404
  • Los servidores web y los ususarios, se comunican utilizando el protocolo HTTP
  • Normalmente la  información servida desde un servidor web, es estructurada utilizando el lenguaje de marcas HTM, aunque mediante modulos se incorporan otros lenguajes como php o ASP por ejemplo.

Instalación Servidor Web Apache:

 

Ejecutar:

[root@station ~]# yum install httpd

Dependencies Resolved

===================================================================

Package Arch Version Repository Size

===================================================================

Installing:

httpd i386 2.2.3-6.el5 rha-rhel 1.1 M

Installed: httpd.i386 0:2.2.3-6.el5

Complete!

 

Levantamos el Servicio:

  • En RHEL5, el servicio web se llama httpd
  • Se inicia con: service httpd start

[root@station ~]$ service httpd start

Starting httpd: [ OK ]

[root@station ~]$ chkconfig httpd on

Comprobamos la disponibilidad:

  • La disponibilidad del servicio puede ser probada con:
  • Navegador web por consola, local
  • Navegador web visual, local

Ejemplo:

[root@station ~]$ elinks -dump http://localhost

Red Hat Enterprise Linux Test Page

This page is used to test the proper operation of the Apache HTTP server

after it has been installed. If you can read this page, it means that the

Apache HTTP server installed at this site is working properly.

Esquema del Filesystem de Apache:

 
x

apache

apache

 

Document Root:

  • Carpeta raíz de todos los archivos del servidor web
  • Ruta por defecto: /var/www/html
  • Cuando un cliente solicita un directorio en vez de un archivo, Apache muestra el archivo index.html (si existe), genera un listado de directorio generado dinámicamente (si está permitido), ó entrega un mensaje de error

Logs de Apache ‏:

  • Estos archivos residen en /var/log/httpd
  • access.log proveee información de quién y dónde accedio en el servidor
  • error.log provee información acerca de los errores producidos, por ejemplo, la petición de un archivo     inexistente, o errores de debug los CGI, tales como PHP
  • Los Logs estan siempre solo en inglés

Configuración de Apache:

  • El directorio de configuración de Apache se encuentra en: /etc/httpd/conf
  • Archivo principal de configuración:

–/etc/httpd/conf/httpd.conf
–Utiliza una sintaxis similar al XML
–Cada línea que comienza por # es considerada un  comentario y no se ejecuta

Principales Directivas de Configuración:

  • Principales Directivas:

–DocumentRoot — Raíz de documentos contenidos en el servidor

  • Ej: DocumentRoot “/var/www/html”
–ServerRoot – Raíz de los archivos de configuración, error y log

  • Ej: ServerRoot “/etc/httpd”

–Listen – Dirección IP y puerto, o sólo puerto en el cual escuchar

  • Ej: Listen 80 — Escuchará en todas las direcciones IP del Server, en el puerto 80

–TimeOut – Tiempo que espera el servidor por un cliente que no responde (en segunos)‏

  • Ej: TimeOut 120

–KeepAlive – Aceptar o no conexiones persistentes

  • Ej: KeepAlive Off

–MaxKeepAliveRequest – Número máximo de conexiones persistentes (en el ejemplo 100)

  • Ej: MaxKeepAliveRequest 100

Extendiendo las configuraciones:
LoadModule e Include

 
  • El servidor web Apache es modular por diseño
  • El núcleo del servidor es en realidad pequeño y basico
  • Varios módulos proveen a Apache de muchas otras funcionalidades que lo convierten en el servidor web mas utilizado del mundo
  • Los módulos de Apache se sitúan en:

–/usr/lib/httpd/modules y se cargan con la directiva LoadModule

  • Ejemplo:

–LoadModule auth_basic_module modules/mod_auth_basic.so

  • Importante: Cada módulo añade nuevas directivas de configuración, es por eso utilizamos:
  • Include conf.d/*.conf

–Cargamos todos los archivos de este directorio terminados en .conf
–Podemos incluir nuestros propios archivos de configuración

Identidad del servidor: ServerName y ServerAdmin

 
  • Esta directivas establecen el nombre del servidor y el nombre del administrador del servidor
  • Se sitúan en: /etc/httpd/conf/httpd.conf

–Ej: ServerAdmin admin@dominio.cl
–ServerName www.dominio.cl

  • Si no especificamos ServerName, Apache lo determina automáticamente

Especificando el archivo índice de los directorios: DirectoryIndex

  • La directiva DirectoryIndex establece que archivo servir si un directorio es requerido por un cliente
  • Puede establecerse en /etc/httpd/conf/httpd.conf para todos los dominios o dentro de cada dominio virtual
  • Ejemplo

–DirectoryIndex index.html index.htm index.php

  • Tip: Puede establecerse un archivo según su ruta completa:

–DirectoryIndex /documentos/cgi/index.php

Personalizando contenido: Contenedores:

  • Apache permite personalizar las configuraciones, para directorios y archivos específicos
  • Los contenedores comienzan con un TAG de apertura XML, y terminan con un TAG de clausura XML
  • EJ:
–<Directory …>……

</Directory>

Ejemplo de Contenedores:

 

<Directory “/var/www/icons”>

Options Indexes MultiViews

AllowOverride None

Order allow,deny

Allow from all

</Directory>

<VirtualHost *:80>

ServerAdmin webmaster@dummy-host.example.com

DocumentRoot /www/docs/dummy-host.example.com

ServerName dummy-host.example.com

ErrorLog logs/dummy-host.example.com-error_log

CustomLog logs/dummy-host.example.com-access_log common

</VirtualHost>

Directivas de contenedores

  • Directory: Todos los archivos contenidos en el directorio dado, antes de que ocurra el mapeo de URL a nombre de archivo.
  • Location: Todos los archivos contenidos en el directorio dado, después de que ocurra el mapeo de URL a nombre de archivo.
  • Files: Todos los archivos que coinciden con el patrón, no importando si existen en el directorio o son URL.
  • VirtualHost: Todos los archivos servidor por un VirtualHost en particular.

Opciones Generales:

Estas directivas deben utilizarse dentro de las directivas contenedoras:

  • Indexes – Mostrar listado del directorio cuando una URL apunta a un directorio.
  • FollowSymLinks – Seguir los links simbólicos de los archivos.
  • Multiviews – Negocia el contenido entre el cliente y servidor, Habilita al servidor a servir documentos en el lenguaje apropiado para el cliente.
  • ExecCGI – Habilita la ejecución de CGI’s, dependiendo del ámbito en donde es llamada.

Control de acceso a clientes: Order, Allow, Deny

  • Apache permite al administrador definir restricciones de control de acceso directorio por directorio, e incluso archivo por archivo
  • Para esto utiliza listas de control de acceso Directiva Allow – Permite conectarse a los host

–EJ: Allow from especificacion_del_cliente

  • Directiva Deny: Deniega la conexión a los host

–EJ: Deny from especificacion_del_cliente

  • Directiva OrderBy: — Ordena qué leer primero, si Allow u Order

–Ej: Order Allow,Deny

 

Virtual Hosts

  • Apache puede simular ser muchos servidores web
  • Puede servir a diferentes sitios: sitio1.cl, sitio2.cl, etc.
  • Existen 2 acercamientos de Virtual Hosts

–Virtual Hosts basados en IP – Asigna un sitio a una IP
–Virtual Hosts basados en nombres – Múltiples sitios en una IP

Virtual Hosts basados en IP:

<VirtualHost 192.168.0.1>

ServerAdmin webmaster@republica.cl

ServerName www.republica.cl

DocumentRoot /var/www/republica.cl

ErrorLog logs/republica.cl-error_log

CustomLog logs/republica.cl-access_log common

</VirtualHost>

<VirtualHost 192.168.0.2>

ServerAdmin webmaster@sitio2.cl

ServerName www.sitio2.cl

DocumentRoot /var/www/sitio2.cl

ErrorLog logs/sitio2.cl-error_log

CustomLog logs/sitio2.cl-access_log common

</VirtualHost>

Virtual Host Basados en Nombres:

NameVirtualHost 192.168.0.2

<VirtualHost 192.168.0.2>

ServerAdmin webmaster@democrat.pol

ServerName www.democrat.pol

DocumentRoot /var/www/democrat.pol

ErrorLog logs/democrat.pol-error_log

CustomLog logs/democrat.pol-access_log common

</VirtualHost>

<VirtualHost 192.168.0.2>

ServerAdmin webmaster@libertarian.pol

ServerName www.libertarian.pol

DocumentRoot /var/www/libertarian.pol

ErrorLog logs/libertarian.pol-error_log

CustomLog logs/libertarian.pol-access_log common

</VirtualHost>

Especificación de lista de control (especificacion_del_cliente)‏

  • Dirección IP completa: 192.168.1.1 — sólo este cliente
  • Dirección IP Parcial: 192.168.1 – Todos los clientes que comiencen con esa IP
  • Red/Máscara: 192.168.1.64/255.255.255.192 – Todos los clientes de esa sub red
  • Notación CIDR: 192.168.1.0/24
  • Un dominio completo o parcial: .dominio.cl

Otras directivas

 
  • HostnameLookups – Resuelve el nombre de los clientes (On Off)‏
  • ErrorLog – Dónde guardar los archivos logs
  • LogLevel – Mensajes a registrar en los archivos logs (debug, info, notice, warn, error, crit, alert, message)‏
  • Alias – Crea un “alias” para un directorio

–Ej: /imágenes/ “home/usuario/imagenes”
Un libro con respuestas a sus preguntas:
El paquete httpd-manual

Otro Ejemplo de Dominios Virtuales.

 

NameVirtualHost *:80

<VirtualHost *:80>

ServerAdmin correo@admin1.cl

DocumentRoot /var/www/html/

ServerName www.sitio1.cl

ErrorLog logs/www.sitio1.cl-error_log

</VirtualHost>

<VirtualHost *:80>

ServerAdmin correo@admin1.cl

DocumentRoot /var/www/html/hosting1

ServerName www.sitio2.cl

ErrorLog logs/www.sitio2.cl-error_log

</VirtualHost> – See more at: http://redesytrucos.blogspot.com.es/2012/03/apache-servidor-web.html#sthash.5wknnxFm.dpuf

Nace un gigante de los centros de datos

Posted by on feb 12, 2015 in Datacenter

Nace un gigante de los centros de datos

El Nuevo Rey de los DATACENTERS

La fusion entre Interxion y Telecity daria como resultado uno de los mayores operadores de centros de datos del mundo.

La operacion se llevaria a cabo mediante una compra de Interxion por TelecityGroup, la cual es bien vista por los consejos de administracion de las dos empresas, pasando el grupo resultante a cotizar en la bolsa de Londres, donde ya cotiza Telecity (LSE: TCY) actualmente y lugar donde se encuentra la sede actualmente.

Por el momento, los consejos de administración de Interxion y TelecityGroup ven la fusion de TelecityGroup y Interxion como muy “convincente”, pensando en que la demanda de servicios de datacenter está evolucionando  muy rapido con la constante migracion de los datos empresariales a la nube. El negocio sumado de Interxion y TelecityGroup ayudaria a cubrrir de forma mas dinámica las crecientes necesidades de los negocios de sus clientes, además de poder hacer frente a los nuevos mercados en plena expansion. La Fusion de ambas compañias permitira ampliar el numero y calidad de los productos, opciones de conectividad más sólidas, mejores puntos de conexion para el acceso a los consumidores europeos y gateways, asi como tambien permitira la entrada de la empresa en mercados como África, Asia y Europa del Este.

 

El comunicado oficial que ha publicado Interxion, destaca cómo principales ventajas de la fusion con Telecity las siguientes:

     1.- Una oferta mucho mayor en cuanto a localizaciones en todo Europa para sus clientes de sus centros de datos.

     2.- Importante ahorro de costes y de oportunidades de crecimiento mejoradas. Se calcula que TelecityGroup podrían ser 40 millones de libras esterlinas el ahorro al año. En total, el ahorro neto se estima en aproximadamente 600 millones de libras esterlinas. Además, TelecityGroup espera importantes beneficios  por el incremento de la tecnología, la productividad del capital y las sinergias comerciales, así como los impuestos y otras sinergias financieras.

      3.- El acceso a mercados de capitales y la oportunidad de un menor costo de financiacion de Interxion. Combinando un fuerte balance y la disciplina de asignación de capital permitiría al grupo resultante capitalizar oportunidades de crecimiento, así como mejorar los mejores rendimientos de capital para los accionistas.

Datacenters en España

El nuevo grupo pasaria a gestionar dos datacenter situados ambos en C/Albasanz, 71 de Madrid

Telf de intexion 917 89 48 50

Como instalar cpanel en centos

Posted by on feb 11, 2015 in centos, cpanel

Como instalar cpanel en centos

cPanel es el panel de control de hosting más popular en el mundo del alojamiento web, puede ser instalado tanto en  servidores dedicados como servidores VPS.
En esta guia hemos querido mostrar el paso a paso de como instalar cPanel sin pretender ser una guia oficial de cPanel/WHM, para ello utilizaremos instrucciones en modo texto.

Antes de nada es necesario actualizar el sistema operativo del todo, para ello se ejecuta el siguiente comando yum update y asi  se actualizan los paquetes que necesiten ser actualizados en el sistema operativo centos:

yum update

yum update

 

Ahora vamos al directorio /home de nuestro servidor CentOS utilizando el siguiente comando:

cd /home

El siguiente paso es descargar el script de instalación de cPanel, lo bueno es que siempre se descarga la última versión disponible para instalación.  Para la descarga escribimos:

wget -N http://httpupdate.cpanel.net/latest

Una vez descargado tenemos que ejecutar el archivo, normalmente los ejecutables en linux tienen la extension .sh aunque en este caso no es asi, por lo que escribimos:

sh latest

Con esto lanzamos la instalación de cPanel

En la pantalla saldra una imagen similar a esta:

instalar cPanel 4

instacion de cpanel

 

La instalación puede tardar más o menos tiempo dependiendo del hardware o recursos disponibles en el servidor, en esta prueba hemos utilizado un servidor virtual de la gama pyme de la empresa sered.net y ha tardado solo unos minutos, pero en otros proveedores mas amateurs puede tardar hasta 2 horas o mas en instalarse.

Cuando finalice la instalacion se mostrara una pantalla como esta:

instalar cpanel

instalacion de cpanel

 

Ahora entrar en el panel WHM con nuestro navegador web utilizando la dirección IP o el dominio junto con el puerto 2087.

instalar cpanel

cpanel WHM

 

Ahora solo tendrás que configurar tu servidor utilizando el back-end WHM y empezar a alojar tus sitios web en tu dedicado o VPS.