Saltar al contenido

Comprar dominios de Internet: lo que querías saber y aún no te has atrevido a preguntar

27 diciembre, 2022

Comprar dominios en subasta es una de las prácticas más comunes, menos confesadas y más codiciadas por SEOs, marketers de todo tipo y empresas que trabajan en Internet: muchas veces se debe a una valoración superficial, otras a una más sensata, en cualquier caso el planteamiento debe ser correcto y nunca se debe caer en la tentación de pensar.

Trademark Clearinghouse: (no) registrar un dominio a nombre de una empresa que no es la nuestra.

Trademark Clearinghouse es el nombre con el que se recogen y catalogan diversas formas de protección jurídica y técnica para evitar que el nombre de dominio de una marca sea registrado por alguien que no posea los derechos. Así pues, todo el asunto sirve, al menos sobre el papel, para impedir que Fat Mess registre un nombre de dominio que haga referencia a Microsoft o Apple Inc.

En algunos casos, puede ocurrir, sobre todo si consultamos soluciones de software para recuperar dominios caducados, que encontremos nombres de marcas famosas, de realidades que son famosas en la web o que podrían sernos útiles para registrar, para nuestro negocio o para crear sitios asociados a nosotros o «satélites». No es buena idea, la mayoría de las veces, encontrar un dominio caducado relativo a una empresa famosa y registrarlo, porque los precedentes en estos casos son casi todos en detrimento del pequeño y, yo diría que con razón, a favor de la empresa titular de los derechos. Hay casos muy famosos en la historia a este respecto, por ejemplo, el del hombre que había registrado google.com durante unos minutos (acción revocada poco después), o el del artista estadounidense que había registrado walmart.horse (y fue obligado por Walmart Stores Inc. a cedérselo).

Respuesta corta, entonces: no, no es apropiado hacerlo y te arriesgas a algo en el aspecto legal también.

Existen numerosas extensiones y nombres de dominio que nunca podrá registrar, y esto se aplica tanto a las marcas registradas como a las nuevas extensiones de dominio: también existe una autoridad mundial (Trademark Clearinghouse) que controla y limita -al menos en sus intenciones, y dentro de los límites de la inmensidad de la web- lo que considera abusos, aunque la interpretación legal de tal cosa pueda cambiar ligeramente según el estado en el que viva.

Seguramente, por lo tanto, no es una buena idea revender o intentar apropiarse de un nombre de dominio caducado que pueda remontarse a una empresa, una patente o una marca registrada: para Italia, antes de registrar un nombre que nos guste, podríamos pensar en consultar la base de datos pública de marcas registradas, consultando el sitio oficial uibm.gov.it. Si el nombre corresponde en todo o en parte a una marca registrada, no es aconsejable proceder a la compra sin la autorización previa del titular de la marca: por tanto, sólo puede autorizarse en el caso de un acuerdo específico ya redactado -preferiblemente mediante contrato- de antemano.

Alojamiento virtual, ¿para qué sirve?

Si conoce los distintos servicios de alojamiento compartido, como Netsons, Siteground, TopHost, de los que hablamos a menudo en este sitio, se dará cuenta enseguida de que se necesita una infraestructura para que funcionen. Cuando hablamos de infraestructura, nos referimos tanto al hardware (es decir, un ordenador servidor o una red de ordenadores en la nube) como al software (las distintas instancias del servidor web que ejecutan los sitios, las bases de datos MySQL, los sistemas operativos Linux que permiten que las últimas versiones de PHP sean plenamente funcionales).

El «hosting virtual» » es un sistema diseñado ad hoc para permitir alojar más de un dominio (por ejemplo, sito1.it, sitobla.com, altrosito.net) en una sola máquina servidor, o en un conjunto de servidores separados. Cada sitio debe ser gestionable por sí mismo y las distintas configuraciones no deben interferir entre sí: ésta es la base de los servicios de alojamiento y, más técnicamente, del alojamiento virtual.

Esto coincide con un mecanismo de virtualización de los recursos de hardware y software del propio alojamiento, que pone a disposición CPU, memoria y disco físico para permitir a los webmasters gestionar sus sitios de forma independiente, dándoles la ilusión de ser los únicos/únicas en esa máquina.

El principio del alojamiento virtual es típico de los servicios de alojamiento web pero, por extensión, puede adaptarse a muchas otras arquitecturas de Internet.

¿Para qué sirve el alojamiento virtual?

La gestión de un hosting virtual permite numerosas ventajas, como la necesidad de configurar la máquina de forma sencilla y flexible, satisfaciendo la mayor parte de las necesidades de los webmasters (especialmente los sitios pequeños y medianos), asumiendo que es muy raro que todos los clientes requieran el máximo de recursos al mismo tiempo. Se trata esencialmente de un principio de sobreventa, muy utilizado en marketing, que también cuenta aquí con un soporte tecnológico proporcionado por el alojamiento virtual.

2 ejemplos de alojamiento virtual en Apache

Por regla general, los servicios de alojamiento virtual pueden basarse en nombres (es decir, traducen dinámicamente la URL solicitada) o en IP (utilizan una IP diferente para cada nombre de host), pero también existen numerosos «híbridos», como configuraciones basadas en puertos y combinaciones de nombre e IP, adecuadas para gestionar protocolos SSL/TLD. Los hosts virtuales son utilizados por los webmasters sin que ellos lo sepan, por lo que saber qué son es útil, la mayoría de las veces, sólo como curiosidad personal: está claro que si tienes que configurar un servidor web para un servicio web o sitio desde cero, por ejemplo en un dedicado o VPS, tendrás que ser tú quien sepa configurar el servicio, activarlo y dejarlo operativo.

En un plano más práctico, el servidor web Apache (utilizado en la mayoría de los servicios compartidos) permite explotar cinco configuraciones diferentes de host virtual, que pueden configurarse mediante la interfaz SSH o el comando de terminal remoto preferentemente en servidores Linux (en Windows, algunas rutas del sistema pueden ser diferentes). Los ejemplos serán en parte autoexplicativos y están tomados del sitio oficial del servidor web http://httpd.apache.org/docs/2.2/vhosts/.

Configuración por nombres

Supongamos que tenemos la dirección site.tld, que se mapeara¡ al puerto 80 del servidor (que los navegadores reconoceran automticamente sin que usted lo escriba explacitamente), a la que deseamos añadir las www. antes del nombre: alla sin, por tanto, configurar mod_rewrite ni modificar los registros CNAME de nuestro dominio.

Para ello abra un terminal de comandos remoto (o un terminal local, si está trabajando en localhost); escribir el comando

find / -name ‘httpd.conf’ -print

para mostrar la ruta al archivo httpd.conf; ir a la carpeta encontrada, por ejemplo en Linux RedHat esa ruta es /etc/httpd/conf/httpd.conf por lo que escribiríamos

/etc/httpd/conf/httpd.conf

En este punto, tendremos que escribir una directiva para nuestro sitio web y otra específica para las www, a la que seguirán otras configuraciones para otros dominios. Cada configuración es un triple del tipo (ServerName, ServerAlias, DocumentRoot) que indica cómo se llama la dirección, cómo la traduce el servidor y dónde se encuentra físicamente en el disco del servidor.

Tendremos por tanto, en el ejemplo:

NombreVirtualHost *:80

<Host virtual *:80>.

NombreServidor www.sito.tld

ServerAlias sitio.tld *.sitio.tld

Carpeta DocumentRoot /www/site

</VirtualHost>

<Host virtual *:80>

NombreServidor www.altrodominio.tld

DocumentRoot /www/carpeta.tld

</VirtualHost>.

Guarda la configuración y habremos configurado, al menos en la versión básica, nuestro host virtual.

Configuración basada en IP

En este caso, la configuración asume que se está utilizando una IP diferente para cada nombre de host, por lo que podríamos tener algo como esto:

<Host virtual 192.168.0.1:80>

 ServerAdmin webmaster@smallco.example.com

 DocumentRoot /grupos/pequeño/www

 ServerName smallco.example.com

 ErrorLog /ruta/a/logs/error_log

 TransferLog /ruta/a/logs/access_log

 </host_virtual>

 <Host virtual 192.168.0.2:80>

 ServerAdmin webmaster@baygroup.example.org

 DocumentRoot /groups/baygroup/www

 ServerName baygroup.example.com

 ErrorLog /ruta/a/logs/error_log

 TransferLog /ruta/a/logs/access_log

</host_virtual>

ESPERO QUE LE HAYA SERVIDO DE AYUDA

Configuración