Hosting, Dominios y Cpanel

Una URI o identificador uniforme de recursos es una cadena de caracteres que generalmente identifica cualquier recurso web mediante un nombre, una ubicación o ambos. Un localizador uniforme de recursos (URL) y un nombre uniforme de recursos (URN) son los dos tipos de URI.

Ejemplos:

Una URL o localizador universal de recursos, por su siglas en inglés, es una dirección completa de un sitio web que lleva a los usuarios a una página específica dentro de ese website.

En síntesis, se trata de la dirección web que tiene cada uno de los recursos en Internet que les permite ser encontrados por los navegadores e identificados por diferentes herramientas.

Cada elemento que hace parte del WWW, sin importar su formato o propósito, debe tener una dirección URL específica donde está guardada.

En cuanto al puerto, es el número específico que identifica qué servicio web estás solicitando en un servidor web. Por ejemplo, el número de puerto predeterminado para la URL HTTP es 80 y para la URL HTTPS es 443. Sin embargo, si el servidor web utiliza un protocolo estándar como HTTP o HTTPS, el puerto suele omitirse en la URL.

Básicamente, una URL está compuesta de un protocolo, el dominio y la ruta. Donde el protocolo garantiza la certificación de seguridad SSL, el dominio es la dirección y la ruta es la dirección de la página específica dentro del sitio web.

Entonces, es válido afirmar que los dominios para páginas web solo es una parte de los caracteres con los que está hecha un URL.

Las partes requeridas de una URL dependen en gran medida del contexto en el que se utiliza la URL. En la barra de direcciones de su navegador, una URL no tiene ningún contexto, por lo que debe proporcionar una URL completa (o absoluta), como las que vimos anteriormente. No necesita incluir el protocolo (el navegador usa HTTP de manera predeterminada) o el puerto (que solo se requiere cuando el servidor web de destino está utilizando algún puerto inusual), pero todas las otras partes de la URL son necesarias.

Cuando se usa una URL dentro de un documento, como en una página HTML, las cosas son un poco diferentes. Debido a que el navegador ya tiene la propia URL del documento, puede usar esta información para completar las partes faltantes de cualquier URL disponible dentro de ese documento. Podemos diferenciar entre una URL absoluta y una URL relativa mirando solo la parte de ruta de la URL. Si la parte de ruta de la URL comienza con el carácter "/", el navegador buscará ese recurso desde la raíz superior del servidor, sin referencia al contexto dado por el documento actual.

El uso de URLs relativas puede ser un riesgo para el robo de contenido ya que la gente no tiene que reescribir ningún enlace interno. Pueden copiar fácilmente tu página y ponerla en un nuevo dominio utilizando un raspador web (web scrapper).

|= | URL | Descripción

| https://developer.mozilla.org/es/docs/Learn | URL Completa (absoluta)

| //developer.mozilla.org/es/docs/Learn | URL relativa con protocolo implícito (Reutiliza el protocolo inicial)

| /es/docs/Learn | URL relativa con dominio implícito

| Skills/Infrastructure/Understanding_URLs | URL relativa que utiliza el directorio actual.

| ../CSS/display | URL relativa que utiliza el directorio anterior. |=

Aunque en algunos casos un identificador uniforme de recursos (URI) y un localizador de recursos uniforme (URL) pueden utilizarse indistintamente, no son lo mismo.

URI significa identificador de recursos uniforme, una cadena de caracteres que generalmente identifica un recurso por un nombre, una ubicación o ambos en Internet. Además, un URI puede diferenciar tipos de archivos y otros recursos.

Por otro lado, una URL o localizador de recursos uniforme es una cadena de caracteres que muestra la dirección del recurso y cómo acceder a él en la página web. Como la URL es una parte de la URI, siguen una estructura similar.

En resumen, la principal diferencia entre una URI y una URL es que la primera puede ser un nombre, una ubicación o ambos, mientras que la segunda sólo proporciona la ubicación de un recurso.

A diferencia de una URL, una URN no proporciona ninguna información sobre la ubicación del recurso, sino que simplemente lo identifica, al igual que una URI pura. En particular, una URN es una URI cuyo esquema es urn y tiene la siguiente estructura, tal como lo describe el RFC 2141:

El marcador de posición IDENTIFICADOR DE ESPACIO DE NOMBRES> representa una cadena que representa la categoría de recursos que desea identificar. <NAMESPACE-SPECIFIC-STRING> es el identificador específico del recurso y su formato depende del identificador del espacio de nombres.

Esos URN identifican objetos de diferentes tipos. Por ejemplo, urn:isbn:1234567890 identifica una publicación a través del sistema ISBN; urn:ISSN:0167-6423 identifica una publicación a través del sistema ISSN; urn:ietf:rfc:2648 es un RFC emitido por el IETF.

Hay tres tipos --o extensiones — de dominios que puedes utilizar para tu empresa y dependerá de lo que más adecuado para tu organización.

También llamados territoriales o ccTLD (Country code Top-Level Domain).

Este dominio es conformado por dos letras que van asociadas con el país de origen del sitio web. Estos se usan para señalar la ubicación de la empresa. Algunos ejemplos de dominios geográficos son:

También conocido como gTLD (Generic Top-Level Domain)

Son los más utilizados y comunes a nivel mundial. Estos no se ajustan a un país determinado y definen cuál es el fin del sitio web. Ejemplo:

Los dominios de tercer nivel son aquellos que resultan tras combinar un dominio gTLD y uno ccTLD.

En otras palabras, tienen la misma finalidad que los dominios genéricos, pero se limitan territoralmente. Entonces, sería:

Su estructura consta de dos niveles. Sin embargo, en el inicio existe un dominio raíz, que es solo un nombre vacío del que salen los demás dominios de Internet. Ahora bien, ¿en qué consisten?

Es un derivado del dominio de segundo nivel, que se crea añadiendo una o varias palabras separada(s) por un punto. El www. es el subdominio más común.

Sin embargo, también se puede agregar otros para permitir el acceso directo a una determinada sección de la página web.

Te recomendamos que para crear subdominios uses nombres cortos y palabras claves que tengan relación con el contenido que quieras mostrar.

|= | URL | Descripción

| https://nic.cl | Compra de dominios en Chile. Valor promedio $10.000 CLP por año.

| https://dynadot.com | Compra de dominios Internacional. Valor depende del TLD. Aceptan Paypal o tarjetas de crédito internacional como https://www.tenpo.cl/ o https://dalecoopeuch.cl/

| https://dynv6.com/ | Subdominios gratuitos. Ideal para tener servidores hogareños sin recurrir a un dominio principal.

| https://www.noip.com | Subdominios gratuitos. Ideal para tener servidores hogareños sin recurrir a un dominio principal. |=

El sistema DNS (Domain Name Server) es el sistema más importante para el funcionamiento de internet. Sin DNS’s no funcionarían los nombres de dominios que utilizamos comúnmente.

Cada computadora conectada a internet tiene una dirección “lógica” única, algo así como un número telefónico, a la que llamamos dirección IP. Las direcciones IP que se utilizan actualmente (versión 4) constan de cuatro secciones numéricas separadas por un punto. Una dirección IP típica luciría así: 151.120.134.89 (esto es solo un ejemplo).

En términos prácticos, el sistema DNS es el que nos permite traducir “www.google.com” o cualquier otro dominio textual, a su equivalente numérico.

Cuando una persona escribe una dirección web en la barra de direcciones de su navegador, la computadora irá a buscar jerárquicamente por la traducción de dicha dirección en una dirección IP. Se dice jerárquicamente, ya que normalmente se comienza la búsqueda primero en los DNS’s raíz de internet (que son unos servidores que mantienen largas tablas de enrutamiento que hacen funcionar el corazón de este sistema) y una vez que haya encontrado el mapeo correcto la máquina irá a buscar la dirección concreta del equipo o “host” a los servidores DNS ligados al dominio en particular que estamos buscando.

Es por esta razón que cuando una persona va a “dirigir” su dominio a un servidor nuevo, se le pide que ingrese los servidores DNS que harán la función de direccionadores. Un ejemplo de esto es el siguiente:

En este ejemplo, hicimos lo siguiente:

1.- Registramos un nombre de dominio

2.- Dimos de alta el dominio en un servidor

3.- Dirigimos el dominio al servidor por medio de los servidores DNS primario y secundario.

Otra situación sumamente común es que cuando cambiamos el direccionamiento de un dominio de unos servidores DNS a otros, nuestro proveedor nos indica que la “propagación” puede tardar 24 a 72 horas (normalmente es mucho menos). ¿Esto qué significa?

Lo que sucede es que para no sobrecargar los servidores raíz de internet y disminuir el tráfico por consultas de “traducciones” DNS de nombres de dominio a direcciones IP, el sistema de DNS funciona de tal forma que se guardan registros temporales de ciertas traducciones populares, por ejemplo: si uno hace una consulta para buscar ninjas.cl, el sistema DNS de nuestro proveedor de acceso a internet nos devolverá la IP resultante de dicha consulta. Para hacer esa traducción muy probablemente tuvimos que consultar directamente a un servidor raíz de internet, sin embargo, si nosotros mismos volvemos a buscar esa dirección (o alguien que esté en la misma red o “vecindario” la busca) muy probablemente la traducción ya se encuentre guardada temporalmente en un servidor DNS de nuestro proveedor de acceso a internet, con lo que éste se ahorra el tener que ir a buscar dicha traducción directamente a los servidores raíz de internet.

El aspecto negativo de esto (por así llamarlo), es que si cambiamos en este momento el mapeo dominio/IP de ninjas.cl, mucha gente en el mundo que esté accediendo a nuestra página web tendrá un periodo de tiempo de algunas horas en las que probablemente accederá aún a la dirección IP anterior que estará guardada en los servidores DNS de su proveedor de acceso a internet (el término correcto es que tiene el mapeo guardado en “caché”). Este mapeo, ahora incorrecto, se corregirá automáticamente cuando el cambio se “propague” hasta los servidores DNS de dicho proveedor de acceso a internet, lo cual por el tamaño de internet puede tardar varias horas.

Entre los hosting web existen principalmente las siguientes opciones:

|= | URL | Descripción

| https://cpanelhost.cl | Hosting económico gama baja/media para servidores en Chile. Valor promedio $10.000 CLP por año. Ideal para tener un servidor de correos propio de forma económica. Páginas webs simples o de poco tráfico.

| https://silverhost.cl | Hosting de gama media en Chile. Valor promedio $30.000 CLP por año. Ideal para páginas web más exigentes o múltiples dominios.

| https://gohosting.cl | Hosting de gama baja/media en servidores internacionales.

| https://hostgator.com | Hosting gama baja/media internacional. Muchos resellers compran a Hostgator y revenden en Chile. Revisar siempre que las ips y nameservers sean de chile antes de seleccionar un hosting chileno.

| https://www.hostinger.com/ | Hosting de gama baja/media internacional

| https://www.digitalocean.com/ | VPS

| https://www.linode.com/ | VPS

| https://www.vultr.com/ | VPS

| https://neocities.org/ | Hosting gratuito de páginas web estáticas

| https://www.cloudflare.com/ | Entre sus servicios gratuitos hospeda páginas web estáticas

| https://pages.github.com/ | Si se tiene un proyecto en Github se puede utilizar su hosting gratuito para web estáticas. Ideal para documentación de proyectos o experimentos

| https://www.heroku.com/ | Servidor de Aplicaciones en la Nube

| https://fly.io/ | Servidor de Aplicaciones en la Nube. Recomendado para Elixir.

| https://vercel.com/ | Servidor de Aplicaciones en la Nube. Especializado en Frontend.

| https://aws.amazon.com/es/ | Plataforma de Servicios en la Nube de Amazon.

| https://azure.microsoft.com/en-us | Plataforma de Servicios en la Nube de Microsoft.

| https://cloud.google.com/ | Plataforma de Servicios en la Nube de Google. |=

Al momento de querer adquirir un dominio se debe verificar que no esté previamente registrado. Podemos utilizar las búsquedas de un proveedor de dominios, pero nos arriesgamos a que nuestra búsqueda quede registrada y posiblemente alguien desee comprar nuestro dominio dejándonos en una posición difícil. La recomendación es siempre comprar un dominión lo más pronto posible, ya que se arriesga a perderlo y verse obligado a pagar copiosas sumas de dinero por adquirirlo.

Para asegurárnos que nuestra búsqueda de dominio sea protegida de posibles oportunistas, utilizamos la herramienta whois.

Cuando accedemos a los detalles con whois, tendremos acceso a la información de contacto asociada con la persona o empresa que registró el nombre de dominio en la red, es por ello que al usar whois accedemos a detalles como:

Es por esto que se debe elegir un proveedor de dominios que permita el ocultar información privada, para evitar ser víctima de spam por medio de la obtención de datos usando whois.

Al usar el comando whois debemos tener en cuenta los siguientes términos:

Ping nos ayuda a verificar que un servidor este operativo y escuchando peticiones.

Respuesta Exitosa

Respuesta de Servidor No Encontrado

Respuesta de Servidor que No Responde

cPanel (acrónimo de control Panel o ‘Panel de control’) es un panel de control para administrar servidores de alojamiento web que proveen herramientas de automatización y una interfaz gráfica basada en páginas web. Es software de tipo propietario y se ha desarrollado para ser compatible con la mayoría de las distribuciones de Linux que usen RPM como gestor de paquetes.

Hoy en día, cPanel se ha convertido prácticamente un estándar en servicios de hosting web.

Tanto es así que se considera por muchos un criterio fundamental a la hora de elegir un hosting.

Su principal ventaja es que el usuario de un hosting web, muchas veces personas sin perfil técnico, dispone de una interfaz web sencilla que le permite administrar los servicios más importantes de su hosting, principalmente:

cPanel entrega un gran nivel de control al usuario individual, mientras se mantiene la seguridad. Aunque el administrador de sistema puede desactivar cualquier característica para cada cliente en cualquier momento, el usuario puede usar cualquier elemento que se encuentre disponible.

WHM, abreviatura de WebHost Manager, es una herramienta basada en la web que se utiliza para la administración del servidor. Hay al menos dos niveles de WHM, a menudo denominados "WHM raíz" y WHM no raíz (o WHM de revendedor). Root WHM es utilizado por administradores de servidores y WHM no root (con menos privilegios) es utilizado por otros, como departamentos de entidades y revendedores para administrar cuentas de alojamiento a menudo denominadas cuentas cPanel en un servidor web. WHM también se usa para administrar certificados SSL (tanto certificados SSL autogenerados por el servidor como proporcionados por CA), usuarios de cPanel, paquetes de alojamiento, zonas DNS, temas y métodos de autenticación. El SSL automático predeterminado (AutoSSL) proporcionado por cPanel es impulsado por Sectigo (anteriormente Comodo CA). Además, WHM también se puede usar para administrar servicios de FTP, correo (POP, IMAP y SMTP) y SSH en el servidor.

Además de ser accesible para el administrador raíz, WHM también es accesible para los usuarios con privilegios de revendedor. Los usuarios revendedores de cPanel tienen un conjunto de funciones más pequeño que el usuario raíz, generalmente limitado por el administrador del servidor, a funciones que determinan que afectarán las cuentas de sus clientes en lugar del servidor en su conjunto. Desde la raíz WHM, el administrador del servidor puede realizar operaciones de mantenimiento, como actualizar y volver a compilar Apache y PHP, instalar módulos Perl y actualizar los RPM instalados en el sistema.

Enlaces

Muchas veces Cpanel puede no ser la mejor opción, debido a su precio o sus restricciones tecnológicas. Para esto existen algunas alternativas a considerar:

Son certificados que permiten a las aplicaciones comunicarse de forma segura. Por ejemplo al momento de enviar un formulario, si la página es solamente http, toda la información enviada podría ser obtenida por un tercero no autorizado. Por esto siempre es importante utilizar certificados SSL (https) al momento de crear sistemas web.

En los paneles Cpanel existe una opción llamada AutoSSL que genera certificados. Puede también ser utilizado https://letsencrypt.org/, una opción gratuita que no está ligada a Cpanel.

Enlaces

Siempre tener en cuenta que estos solo son paneles de administración en servidores (usualmente Linux), por lo que todas las operaciones que realizan estos paneles se pueden realizar mediante la terminal del sistema operativo.

Se recomienda mucho aprender Linux/FreeBSD y tomar la certificación respectiva para aprender administrar servidores.