# data[].attributes.body
IMAP (Internet Mail Access Protocol) permite a los usuarios acceder a sus e-mails directamente en el servidor y sólo descargar, hacia la máquina local, los mensajes y archivos adjuntos que le resulten de interés. Esto ahorra tiempo de descarga.

# data[].attributes.attachment_link.readable_text
IMAP (Internet Mail Access Protocol) permite a los usuarios acceder a sus e-mails directamente en el servidor y sólo descargar, hacia la máquina local, los mensajes y archivos adjuntos que le resulten de interés. Esto ahorra tiempo de descarga.

Otra de las ventajas que ofrece el protocolo IMAP es que puede seleccionarse la carpeta (mailbox) desde donde se descargarán los mensajes de correo. En el servidor de correo, para cada cuenta puede haber varias carpetas (Bandeja de Entrada, Mensajes Enviados, y carpetas creadas por el mismo usuario). Utilizando el protocolo POP3 se descargan los mensajes que residen en la carpeta por defecto (Bandeja de Entrada o Inbox).

10 usuarios han encontrado esto útil

# data[].attributes.attachment_link.description
IMAP (Internet Mail Access Protocol) permite a los usuarios acceder a sus e-mails directamente en el servidor y sólo descargar, hacia la máquina local, los mensajes y archivos adjuntos que le resulten de interés. Esto ahorra tiempo de descarga.

# data[].attributes.body
SSH son las siglas de Secure Shell. Es un protocolo que tiene como función ofrecer acceso remoto a un servidor. La principal peculiaridad es que este acceso es seguro, ya que toda la información va cifrada. Esto evita que pueda filtrarse y que un tercero pueda ver esos datos.

SSH utiliza un sistema de autenticación, lo que va a aportar esa seguridad que mencionamos. Podremos comunicar dos equipos entre sí, de forma remota, y esa comunicación va a estar cifrada. Por ejemplo se utiliza para entrar en un ordenador de forma remota y utilizar para ello un nombre de usuario y contraseña.

# data[].attributes.attachment_link.readable_text
Conectar remotamente a un servidor

El uso más importantes del protocolo SSH es el de conectarnos de forma remota a un servidor. Esto puede ser de forma gráfica, como sería un programa en Windows, pero también a través de la terminal, como por ejemplo en Linux.

Siempre vamos a tener que utilizar el nombre de usuario y contraseña correspondiente, ya que este protocolo requiere autenticación. Esto es lo que nos permitirá acceder de forma remota a un servidor y poder controlarlo o llevar a cabo diferentes acciones sin necesidad de estar físicamente delante.

Actualizar un dispositivo o realizar cambios

De forma remota y a través de SSH vamos a poder actualizar un dispositivo. Por ejemplo podemos acceder a un NAS para actualizar a una nueva versión del firmware y enviar los archivos que sean necesarios para ello.

También podremos realizar cambios en la configuración de forma remota. Por ejemplo instalar una aplicación o incluso reiniciar el dispositivo si hubiera algún error. Todo ello, una vez más, sin necesidad de estar físicamente delante de ese dispositivo.

Modificar o copiar archivos

También podremos enviar archivos de un equipo a otro a través del protocolo SSH. Esto significa que podremos estar trabajando desde un ordenador, por ejemplo, y posteriormente subir esos archivos a un servidor mediante este protocolo.

De la misma manera, podemos acceder a un servidor y modificar los archivos que ya hay. Esto evita que tengamos que descargar los archivos, modificarlos y posteriormente volverlos a enviar. Lo que hacemos es modificarlos directamente en el servidor.

Cómo funciona SSH

Pero, ¿cómo funciona exactamente SSH? Hay que mencionar que necesita tres puntos indispensables: usuario, puerto y servidor. Esto es lo que va a permitir establecer una conexión entre servidores y poder hacer todo lo que hemos mencionado.

El puerto SSH estándar asignado es el TCP 22. No obstante, ese puerto siempre puede ser cambiado si queremos. El cliente SSH va a contactar con el servidor para iniciar la conexión. Ese servidor está escuchando a través del puerto 22 o el que se le haya asignado. Posteriormente el servidor va a enviar la clave pública y comienzan a organizar los parámetros y abrir un canal seguro. El cliente inicia sesión para conectarse a ese servidor.

El servidor podría ser por ejemplo un dominio web o una dirección IP. El usuario sería el nombre, como puede ser root o administrador.

En cuanto al cifrado SSH, hay de diferentes tipos. Por un lado está el cifrado simétrico, que es el más popular, en el que utiliza una clave secreta que va a ser usada tanto al cifrar como al descifrar la conexión. Esa clave es única.

Por otra parte está el cifrado asimétrico, que en esta ocasión utiliza dos claves diferentes. Una clave es pública y la otra privada y la información solo se puede obtener si se conoce esta última clave.

Una última opción de cifrado es lo que se conoce como hash o hashing. Esto se consigue al convertir esa información en una serie de datos que son únicos.

Cómo usar SSH en Windows

Hay que tener en cuenta que los sistemas operativos de Linux y macOS ya traen incorporado SSH. Podemos utilizar la línea de comandos para acceder a un servidor desde Ubuntu, por ejemplo. Pero también vamos a poder usarlo en Windows. Podremos instalar programas y aprovechar el funcionamiento de este protocolo, aunque habrá que habilitarlo en el sistema.

Para ello tendremos que ir a Inicio, escribimos Servicios y lo abrimos. Allí nos debería de aparecer OpenSSH Server. En el caso de que no sea así, tendremos que habilitarlo. Tendremos que ir a Configuración, entrar en Aplicaciones, Características opcionales y Agregar una característica. Tendremos que pinchar y darle a Instalar.

Ya sea que lo hayamos tenido que instalar o ya lo tengamos, tendremos que ir a Servicios y pinchar en OpenSSH Server y hace clic con el segundo botón. Tendremos que pinchar en Iniciar, aunque también podemos configurarlo para que se inicie siempre con Windows.

Una vez tengamos esto, vamos a PowerShell y, con permisos de administrador, tenemos habilitar el puerto de escucha y para ello hay que ejecutar el siguiente código.
New-NetFirewallRule -Name sshd -DisplayName 'OpenSSH Server (sshd)' -Service sshd -Enabled True -Direction Inbound -Protocol TCP -Action Allow -Profile Domain
Ya podremos acceder a este ordenador mediante el protocolo SSH. Lo siguiente será utilizar un programa para tal efecto. El más utilizado en Windows es Putty, que podremos descargar e instalar de forma gratuita.

En definitiva, el protocolo SSH es muy útil para poder acceder de forma remota a un equipo y además de forma segura. Es una alternativa a Telnet, mejorando notablemente la seguridad, y que podemos utilizar en nuestro sistema Windows. Ofrece diferentes usos, como es el poder enviar archivos, modificarlos directamente en el servidor, actualizar un equipo, etc.

# data[].attributes.attachment_link.title
Protocolo SSH: cómo funciona y cuáles son sus usos

# data[].attributes.attachment_link.description
El uso más importantes del protocolo SSH es el de conectarnos de forma remota a un servidor. Esto puede ser de forma gráfica, como sería un programa en Windows, pero también a través de la terminal, como por ejemplo en Linux.

# data[].attributes.body
El protocolo DHCP (Protocolo de configuración dinámica de host) o también conocido como «Dynamic Host Configuration Protocol«, es un protocolo de red que utiliza una arquitectura cliente-servidor. Por tanto, tendremos uno o varios servidores DHCP y también uno o varios clientes, que se deberán comunicar entre ellos correctamente para que el servidor DHCP brinde información a los diferentes clientes conectados. Este protocolo se encarga de asignar de manera dinámica y automática una dirección IP, ya sea una dirección IP privada desde el router hacia los equipos de la red local, o también una IP pública por parte de un operador que utilice este tipo de protocolo para el establecimiento de la conexión.

# data[].attributes.attachment_link.readable_text
Cuando tenemos un servidor DHCP en funcionamiento, todas las direcciones IP que ha proporcionado a diferentes clientes se guardan en un listado donde se relaciona la IP que se le ha proporcionado (dirección lógica) y la dirección MAC (dirección física de la tarjeta de red). Gracias a este listado, el servidor DHCP se asegura de no proporcionar a dos equipos diferentes la misma dirección IP, lo que ocasiona un caos en la red local.

A medida que el servidor va asignando direcciones IP, también tiene en cuenta cuándo pasa un determinado tiempo y caducan, quedando libres para que otro cliente pueda obtener esta misma dirección IP. El servidor DHCP sabrá en todo momento quién ha estado en posesión de una dirección IP, cuánto tiempo ha estado, y cuándo se ha asignado a otro cliente.

El protocolo DHCP incluye varias formas de asignación de direcciones IP, dependiendo de la configuración que realicemos y el escenario, podremos usar una forma de asignación u otra:

Manual o estática: el servidor DHCP nos permitirá configurar un listado de parejas IP-MAC con el objetivo de que siempre se le proporcione a un cliente una determinada dirección IP, y que esta dirección no cambie nunca.

Automática: el servidor DHCP se encarga de proporcionar una dirección IP al cliente que realiza la solicitud, y estará disponible para este cliente hasta que la libere. Existen routers que internamente están configurados para proporcionar direcciones IP privadas de forma secuencial, sin embargo, hay firmwares que están diseñados para proporcionar una dirección IP específica dentro del rango y que no es secuencial, en base a un algoritmo interno y la dirección MAC que se haya conectado.

Dinámica: este método permite reutilización dinámica de las direcciones IP.

Aunque el protocolo DHCP es muy conocido por proporcionar la dirección IP, máscara de subred y la puerta de enlace, tres parámetros básicos y fundamentales, también es capaz de proporcionar otra información de cara a los clientes, como los siguientes parámetros que son configurables y opcionales:

Servidor DNS primario y secundario.

Nombre DNS.

MTU para la interfaz.

Servidor y dominio NIS.

Servidores NTP.

Servidor de nombre WINS para Windows.

Otras opciones avanzadas.

Un aspecto muy importante es que, si un sistema Windows no es capaz de obtener una dirección IP a través del cliente DHCP en una red, se inicia un proceso llamado APIPA (Automatic Private Internet Protocol Addressing). Este proceso APIPA que usan los sistemas operativos cuando no se puede obtener una dirección IP por DHCP, este protocolo se encarga de asignar una dirección IP privada de clase B en el rango 169.254.0.0/16 con su correspondiente máscara de subred 255.255.0.0.

Este bloque de direccionamiento se conoce como " link- local " para redes IPv4. Aunque los sistemas operativos se autoconfigure esta dirección IP privada, cada 5 minutos volverán a consultar si hay un servidor DHCP en la red para que les proporcione una dirección IP privada de clase A, B o C habitual. Cuando no funciona el servidor DHCP o no lo tenemos configurado, podéis comprobar la dirección IP que se configura automáticamente si consultamos la IP privada que tenemos en nuestro equipo.

Una vez que ya conocemos qué es el protocolo DHCP y sus principales características, vamos a ver su funcionamiento y qué mensajes se intercambian.

Funcionamiento y mensajes de intercambio

La comunicación entre el servidor DHCP y los clientes DHCP que tengamos conectados en la red se realiza a través del protocolo UDP, un protocolo que ya conocemos de otros artículos y que es un protocolo no orientado a conexión. En el caso del servidor DHCP usamos el protocolo UDP puerto 67, en el caso de los clientes usamos el protocolo UDP en el puerto 68. Si tenemos un firewall bloqueando estos puertos, ya sea en el servidor o en el cliente, deberemos revisarlo y añadir una regla de aceptar para origen y/o destino estos puertos, de lo contrario el servicio no funcionará, y no podremos obtener las direcciones IP automáticamente.

Cuando conectamos un equipo por primera vez a la red no tiene direccionamiento IP, por tanto, deberemos "buscar" el servidor DHCP por toda la red, ya que tampoco tenemos información sobre el protocolo ARP en un primer momento. Por este motivo, lo primero que hará el cliente es enviar un DHCP DISCOVERY con dirección IP de origen 0.0.0.0 y dirección IP de destino 255.255.255.255 que es la IP de broadcast global. Por supuesto, se envía un datagrama UDP, con puerto de origen el 68 (cliente) y puerto de destino el 67 (servidor). Esta comunicación es de tipo broadcast en la red, e internamente se puede configurar para recibir el OFFER por broadcast o unicast, aunque generalmente es de tipo unicast en el OFFER.

Si existe un servidor y está funcionando correctamente, le enviará una respuesta llamada DHCP OFFER. Este es el datagrama de respuesta del servidor al cliente ante la petición de obtener parámetros por el protocolo. En este caso la dirección IP de origen será la del propio servidor, que generalmente también actúa de router, la IP de destino será la 255.255.255.255 también, el puerto de origen el 67 y el puerto de destino el 68. En este paquete tendremos la dirección IP privada que se le puede proporcionar y se involucra a la dirección MAC del equipo. Esta comunicación es de tipo unicast generalmente, aunque de forma opcional puede ser broadcast.

Una vez que el cliente recibe el OFFER, le enviará un DHCP REQUEST de vuelta. En este caso el cliente selecciona la configuración recibida por el OFFER y una vez más el cliente solicita la IP que indicó el servidor anteriormente. Esta comunicación también es broadcast, porque todavía no tiene una dirección IP privada válida.

Por último, el servidor le enviará un DHCP ACK al cliente, diciéndole que lo ha recibido correctamente e incluye toda la información que hayamos configurado en el servidor, como la duración de la conexión, información sobre los servidores DNS y más. Con este último proceso se completan todos los pasos del proceso, el protocolo también esperará un cierto tiempo hasta que el cliente DHCP configure su interfaz correctamente con los parámetros negociados. Una vez que el cliente obtiene la dirección IP, el cliente empezará a recibir información del protocolo ARP con todos los equipos que hay en la red local, con el objetivo de prevenir posibles conflictos de direcciones IP o superposición de grupos de direcciones de servidores DHCP. En caso de encontrar algún problema, el cliente enviará al servidor un mensaje DHCPDECLINE indicando que la dirección ya está en uso.

Una vez que hemos visto cómo funciona el protocolo DHCP, vamos a explicar qué ataques existen y cómo evitarlos.

Dónde instalar el DHC

En este caso podemos realizar la instalación de dos formas diferentes. La primera es en un equipo físico y la otra en una máquina virtual. En el caso de optar por la instalación a través de una máquina virtual, si queremos que el servicio DHCP puede proporcionar asignaciones de IP a los equipos que se encuentran en la red física, debemos conectar el adaptador de dicha máquina a un conmutador virtual de Hyper-V, el cual debe ser externo.

Pero en este caso, tendremos que optar por un servicio el cual no dependa en gran parte de un hardware concreto. Esto ocasionará que no funcione bien en la máquina virtual. Puede ser el caso de que requiera que sea procesado por GPU, el cual no está correctamente desarrollado en temas de virtualización en las herramientas más comunes. Por otro lado, cuando se habilita Hyper-V, muchas aplicaciones que son sensibles a la latencia, podrían tener problemas en su ejecución en el host. Esto ocurre porque con la virtualización habilitada, el SO host también se ejecutará sobre un nivel de virtualización que es muy similar a Hyper-V,lo cual se expandirá a todos los sistemas operativos invitados.

Hyper-V también cuenta con diferentes características que varían entre las versiones de Windows 10 u 11 y Server, las cuales es bueno tener en cuenta. Si bien en Windows Server tenemos más opciones, puede darse el caso de que las que hay en Windows 10/11 sean más adecuadas para el sistema, y las cuales será necesario valorar en busca de la mejor opción.

En Windows Server tenemos las funciones:

Migración de máquinas virtuales de host a host en vivo.

Réplicas de Hyper-V

Canales de fibra virtuales.

Redes SR-IOV

VHDX compartido

En cuanto a las de Windows 10 y 11:

Creación rápida y galería de VM

Red predeterminada (NAT)

Alternativas a los DHCP

En el panorama actual del mundo de las redes, tenemos alternativas para prácticamente todo. El DHCP no es algo que se quede atrás, por lo cual cuenta con sus propias alternativas. A pesar de que se trata de un sistema ampliamente utilizado para asignar las direcciones IP, sí que existen algunas situaciones donde puede ser necesario utilizar otros métodos. Estas son:

Configuración manual: En lugar de utilizar el sistema DHCP, se puede tratar de configurar todos los dispositivos de forma manual, con sus propias direcciones IP estáticas. Esta opción es una de las más seguras, y puede llegar a garantizar que todos estos equipos tengan la misma dirección siempre. Pero lo cierto es que, dependiendo de la amplitud del sistema, resulta algo donde es necesario invertir mucho tiempo, y es muy propensa a tener errores.

BOOTP: El Bootstrap Protocol es un protocolo previo a DHCP. Este se utilizada para establecer configuraciones de dispositivos los cuales no admitían el DHCP. Por lo cual estamos hablando de equipos más antiguos, los cuales en muchos casos se siguen utilizando debido a compatibilidades de software, por ejemplo.

DNS Dinámico: Este sistema permite que los dispositivos de actualicen de forma automática en cuanto a la asignación de las direcciones IP. Esto ocurre a medida que se cambian las direcciones de los propios servidores. Por otro lado, este sistema nos puede ayudar a garantizar que los dispositivos siempre van a tener acceso a recursos que necesitan de la red.

Zeroconf: Se trata de un grupo de protocolos, los cuales permiten que los dispositivos descubran y se conecten de forma automática a otros dispositivos. Esto debe ser en una red local, la cual no tiene necesidad de utilizar un servidor que actúe a modo de nodo central. Este sistema, se utiliza mucho en entornos donde los DHCP no están disponibles, o resultan poco prácticos. Ejemplo de ello, son las redes Ad Hoc, o entornos destinados a pequeñas empresas.

Implementación del DHCP

Cuando vemos que una empresa u organización necesita un DHCP, es necesario iniciar un proceso de implementación. Este nos ayudará con la planificación y evaluación de las necesidades que tiene la red, y las que tenemos como usuarios del mismo. Lo primero que se debe tener en cuenta es el servidor en el cual se va a realizar la instalación del DHCP, siendo el responsable de asignar las direcciones IP a todos los clientes. Por lo general, es recomendable instalar el servicio DHCP en servidores dedicados, a pesar de que también se puede hacer en un servidor de archivos o de aplicaciones.

Una vez hemos elegido el servidor, es necesario realizar la configuración adecuada al servicio DHCP. Entre los parámetros a configurar se incluyen los tiempos de asignación de las direcciones, así como las puertas de enlace, direcciones del servidor DNS y la dirección del servidor WINS. También cabe la posibilidad de configurar otras opciones, las cuales dependen del servicio al que elegimos darle uso. Como las direcciones de servicios de impresión o nombres de dominio. Una vez realizada toda la configuración y creado el rango de direcciones IP, se debe implementar el servidor en la red. Esto es algo que puede requerir una configuración específica para routers y switches, de forma que permitan que los clientes tengan comunicación con el servidor DHCP y obtengan así una dirección IP válida.

Después de todo esto, lo más recomendable es contar con un plan de mantenimiento para los servidores DHCP. Esto incluye la supervisión de los registros del servidor, que nos ayudarán a detectar posibles problemas o errores. También serán necesarias las actualizaciones periódicas para la configuración, y para la implementación de medidas de seguridad que nos mantengan protegidos en todo momento contra posibles ataques contra nuestro sistema.

En resumen, implementar un DHCP implica disponer de una planificación cuidadosa. La configuración de todos los parámetros, es algo que nos va a ayudar a que la red sea mucho más eficiente, pero para ello debe ser la adecuada para cada caso. Lo más recomendable, es realizar una documentación adecuada para cada uno de los casos donde se implemente el servidor DHCP. De forma que, si tenemos algún problema, no tengamos que pensar en donde puede estar el origen del mismo.

Sucesor del DHCP

El sistema DHCP ha sido ampliamente utilizado como estándar en las últimas décadas. Es eficiente, está soportado por muchos sistemas y se adapta a la gran mayoría de los escenarios actuales. En cambio, como todos los sistemas basados en la tecnología, es normal que siempre se busque la forma de innovar en este sentido con mejoras o evoluciones. Uno de los enfoques más innovadores que tenemos encima de la mesa, es el uso de las soluciones de gestión de direcciones IP, el IAM. A pesar de que no es un sucesor como tal del DHCP, permite una gran versatilidad, visibilidad y control sobre la red. Por otro lado, también permite una gestión centralizada de las direcciones IP, y otros aspectos relacionados. En cualquier caso, se trata de soluciones muy útiles para grandes organizaciones donde las redes son muy grandes y complejas.

Por otro lado, tenemos las direcciones IPv6. Estas cuentan con una autoconfiguración sin estado. A diferencia del DHCP, no requiere de un servidor para ser asignadas, permitiendo a los dispositivos generar sus propias direcciones IP únicas e incluso basadas en su dirección MAC y otros parámetros. Este método no se encuentra destinado a ofrecer un reemplazo total del DHCP, pero puede ser una gran alternativa muy viable para ciertas situaciones.

También existen muchos esfuerzos por seguir mejorando la seguridad de los sistemas DHCP. Este protocolo de autenticación DHC, está en desarrollo, y podrá proporcionar un nuevo método para autenticarse en los servidores y clientes DHCP. De esta manera, será posible realizar la verificación de identidad de los servidores antes de que se llegue a recibir una dirección IP. Por lo cual, a pesar de que no existe un sucesor directo para el DHCP, si hay algunas tecnologías emergentes que pueden satisfacer las necesidades de las redes actuales. En cambio, gracias a su simplicidad, es más que probable que DHCP continúe siendo un componente más que fundamental en las redes durante mucho más tiempo.

Ataques que existen al DHCP

El protocolo DHCP no utiliza ningún tipo de autenticación, por este motivo es muy vulnerable a ataques y existen diferentes tipos de ataques que vamos a poder realizar.

Un ataque muy común es configurar un servidor DHCP no autorizado para proporcionar información "falsa" o "maliciosa" a los clientes. Cuando conectamos un servidor DHCP ilegítimo en una red local que ya tiene un servidor DHCP legítimo, los clientes obtendrán la dirección IP, DNS y demás información al primero que responda. Por este motivo, un usuario malintencionado podría levantar un " Rogue DHCP Server " en la red, para hacerse con el control de las direcciones de varios clientes. Cuando un ciberdelincuente instala un Rogue DHCP, lo hace por varios motivos:

Realizar un ataque de denegación de servicio a la red: si el cliente o los clientes obtienen este direccionamiento, puede "cortar" la conexión a Internet. De esta forma, los clientes no tendrán acceso a Internet ni tampoco a la red local.

Ataque Man in the Middle: al tener el control total sobre el direccionamiento y los servidores DNS, ni siquiera es necesario hacer un ataque ARP Spoofing porque tendremos el control total de toda la red, y podremos reenviar a los clientes a webs maliciosas modificando los servidores DNS de nuestro propio servidor DHCP que acabamos de instalar. Un servidor DHCP ilegítimo puede proporcionar información falsa de servidores DNS a los diferentes clientes. Por supuesto, no solamente accederán a las webs maliciosas, sino que también podrá espiar fácilmente las conexiones porque nosotros seremos el gateway.

Para mitigar este ataque, se debe garantizar que no haya ningún Rogue DHCP en nuestra red local, y ahí entra en juego el "DHCP Snooping" que incorporan los switches. Esta tecnología permite bloquear los mensajes DHCP Offer y DHCP Ack de los puertos donde no esté permitido, es decir, donde no esté el servidor legítimo. De esta forma, aunque al servidor DHCP falso le lleguen los mensajes, nunca podrá contestar y los clientes de la red local permanecerán a salvo. En el siguiente esquema se puede ver cómo funciona el DHCP Snooping:

Otro ataque muy común a los servidores DHCP, debido a que no tenemos ningún tipo de mecanismo de autenticación de los clientes, es el de realizar decenas de peticiones de direcciones IP, con el objetivo de agotar el almacenamiento de direcciones IP del servidor, al presentar nuevos identificadores de cliente cada vez que se realiza una petición. Esto haría que el servidor "colapse" y no pueda proporcionar más direccionamiento. Existen algunos mecanismos de mitigación, sobre todo a nivel de operadores de Internet que hacen uso de DHCP, como la RFC3046 usando etiquetas la cual se usa como un token de autorización, también tenemos la RFC3118 que es para autenticar los mensajes pero que no se ha usado ampliamente. Con el lanzamiento del protocolo 802.1X para autenticar a los clientes cableados, se dejó en un segundo plano estos RFC.

Sea cual sea el ataque, quién lo ocasione debe tener acceso a la red para que este pueda abusar de este protocolo. Por eso es recomendable tomar ciertas medidas de seguridad que nos permita llevarlo a cabo con garantías. De cara a la red local lo más importante es tener bien configurado el DHCP Snooping para evitar los Rogue DHCP, de esta forma, estaremos protegidos.

Qué es DHCP estático o "Static DHCP"

La funcionalidad de DHCP estático o también conocido como "Static DHCP" o "Static Mapping", es la posibilidad de configurar de manera específica un determinado cliente, basado en su dirección MAC o en su "Client identifier". Gracias a esta función, podremos fijar unos parámetros específicos para este cliente en concreto, como, por ejemplo, la misma dirección IP privada siempre para que nunca cambie. Otras opciones que podemos configurar es el nombre de host, configurar los servidores DNS y WINS, el nombre de dominio, los servidores NTP, TFTP, LDAP y otra información que también pueden proporcionar los servidores DHCP.

El funcionamiento del Static DHCP es muy sencillo, debemos poner la MAC o client identifier en la correspondiente sección, a continuación, configuraremos una dirección IP específica y el resto de parámetros que nosotros queramos que tenga el cliente. A continuación, podéis ver todas las opciones de configuración disponibles en un sistema operativo pfSense.

Ahora que habéis visto todas las opciones disponibles en un sistema operativo pfSense que está orientado a un uso profesional, os vamos a enseñar los menús de routers domésticos de ASUS y también de AVM FRITZ!Box.

En el caso de los routers de ASUS, tenemos que irnos a la sección de " Configuración avanzada / LAN / Servidor DHCP ". En este menú tendremos que introducir la dirección MAc o bien elegir entre el listado de dispositivos que ya hemos conectado previamente. Una vez que hayamos introducido la dirección MAC, introducimos la dirección IP que nosotros queramos, el servidor DNS si lo queremos cambiar, y finalmente el nombre del host que es opcional. Finalmente, pinchamos en "+" para añadirlo al listado, y abajo del todo pinchamos en "Aplicar".

En el caso de los routers de AVM, tenemos que irnos a la sección de "Red" y pinchar en la opción de "Editar" que tenemos en la parte derecha de cada dispositivo que hayamos conectado, ya sea vía cable o vía WiFi. En este caso también nos aparecerá el nombre del host que podemos editar, y tenemos la posibilidad de modificar al dirección IP que por primera vez se le proporcionó al dispositivo.

Simplemente con pinchar en "Modificar" podemos cambiar la IP privada, lógicamente solo podemos cambiar el último octeto de la IP privada:

Recuerda pinchar sobre "Asignar a este dispositivo de red siempre la misma dirección IPv4" y finalmente pinchar en "Aceptar" para guardar los cambios correctamente. Una vez que ya hemos visto cómo se puede configurar el Static DHCP, vamos a ver la configuración global de un servidor DHCP.

Configuración global del servidor DHCP

Vamos a poner como ejemplo el servidor DHCP del sistema operativo pfSense. Este sistema operativo y también muchos routers, permiten levantar un servidor DHCP por cada subred que nosotros hayamos configurado. Dependiendo del firmware, tendremos más opciones de configuración o menos opciones de configuración, por lo que debemos tenerlo muy en cuenta.

En el caso de pfSense, podremos habilitar o deshabilitar el servidor DHCP, ignorar o no las peticiones del protocolo BOOTP, también podremos realizar una lista de control de acceso para que los clientes puedan o no obtener direccionamiento, también podremos configurar el rango del direccionamiento IP dentro de la subred que hayamos configurado, de hecho, tendremos la posibilidad de crear "pools" adicionales sin ningún problema. Por supuesto, también deberemos rellenar la información de los servidores DNS y WINS, así como las otras opciones avanzadas si es que lo necesitamos.

En las capturas anteriores podéis ver que tenemos la posibilidad de configurar de forma muy avanzada el servidor DHCP en un pfSense, generalmente los routers profesionales disponen de todas estas opciones de configuración, a diferencia de los routers domésticos que son mucho más básicos y no disponen de tantas opciones de configuración. Por ejemplo, podremos configurar el NTP, TFTP e incluso el LDAP si nosotros queremos, además, también tendremos la posibilidad de desplegar estas opciones para configurarlo con todo detalle.

En el caso de los routers de ASUS, las configuraciones no son tan amplias, pero también tenemos muchas opciones interesantes disponibles, como la posibilidad de configurar el servidor DNS que nosotros queramos, el WINS y otras opciones disponibles habituales.

En el caso de los routers de AVM FRITZ!Box, solamente vamos a poder modificar el rango del servidor DHCP, no tenemos tantas opciones como ASUS, pero tenemos las necesarias para que todo funcione correctamente. Además, tenemos la posibilidad de cofnigurar la red de invitados como queramos, tanto vía cable como vía WiFi los clientes obtendrán ese direccionamiento IP que está separado del principal.

Ventajas y desventajas de DHCP

El protocolo DHCP presenta sobre todo unas ventajas que lo hacen uno de los mejores protocolos de administración de redes, aunque también tiene algunos inconvenientes o desventajas, y a continuación vamos a destacar algunas de las más relevantes.

Cuáles son los beneficios

Para empezar, hay que destacar una de sus principales ventajas, y es el hecho de que la configuración de redes, sobre todo de las más grandes o extensas, puede realizarse de una manera mucho más simplificada. Ya que, si la dirección de algún servidor DNS cambia o si hay que realizar algún otro tipo de cambio en algún dispositivo perteneciente a la red, no es necesario cambiar físicamente ningún dispositivo para poder configurarlo nuevamente.

La configuración funciona de una manera tan simple, que una vez que se ha ingresado toda la información de la misma, se propaga en cuestión de segundos por los clientes y además de manera totalmente automática, no hace falta que se realice una configuración específica para cada dispositivo. Esto a su vez elimina el riesgo de que cualquiera de los usuarios que utilizan los equipos, coloque una configuración errónea. Es decir, se consigue una configuración fiable de la dirección IP, por ejemplo. Y es que con este protocolo se minimizan los errores que se puedan causar por una configuración manual de dirección IP.

Por otro lado, también permite una administración de red reducida. Y es que cuenta con una serie de características como la configuración de TCP/IP centralizada y automatizada o el control eficaz de los cambios de dirección IP que llevan a reducir la administración de red. Además, ten en cuenta que estas opciones son solamente una pequeña parte de las funcionalidades que incluye DHCP.

¿Y los inconvenientes?

A pesar de sus bondades, este protocolo también tiene algunas debilidades. Y es que, por ejemplo, si únicamente estamos trabajando con un solo servidor DHCP, y por cualquier razón este servidor deja de estar disponible, los dispositivos no podrán solicitar ni renovar sus direcciones, y es posible que ocasione una caída de servicio.

Otra cuestión a tener en cuenta, es que, así como el hecho de que la información de la configuración se propague de manera automática es una gran ventaja, si se introduce la información incorrecta al momento de realizar dicha configuración, esa información errónea también llegará a los clientes. Por lo tanto, hasta que no se corrija esto, es probable que tengamos que utilizar soluciones en local en cada equipo.

Y a la hora de que se necesite un DNS, va a ser necesario llegar a configurarlo de forma manual para indicar las direcciones IP correspondientes. Por lo que este protocolo no solo cuenta con puntos a su favor, también hay que tener en cuenta esta serie de aspectos en su contra.

Entre otras de las diferentes ventajas de este protocolo, también se encuentra la función de reenviar mensajes DHCP iniciales mediante un agente de retransmisión DHCP. Esto permite que se elimine la necesidad de un servidor DHCP en cada subred.

Cuando se utiliza DHCP

Para utilizar un DHCP, no es necesario disponer de nada en espacial. Lo cierto es que cualquier usuario puede instalar uno en su casa, y que este sirva a varios equipos o incluso a uno solo. Pero sí que hay algunas circunstancias donde puede ser más recomendable. Sobre todo, a nivel organizativo, donde disponer de uno nos puede ayudar a que la administración de los sistemas sea mucho más sencilla. A la vez que nos da otras ventajas.

Cuando si aplica una configuración como el DHCP, es porque nos permite cubrir algunas necesidades específicas. La asignación dinámica de IPs nos puede dar algunos problemas, sobre todo cuando queremos aplicar algunas características muy específicas. Pero si desactivamos la opción para que el DNS funcione de forma automática, es cuando tendremos más opciones. Lo primero será la posibilidad de tener servidores DNS manuales. Esto aceleraría la resolución y la velocidad de conexión. A la vez que nos ayuda a sobrellevar un poco mejor las limitaciones a las que nos vemos obligados con los ISP.

Si queremos hacer algún tipo de instalación o configuración más profesional, es cuando ya será totalmente necesario hacer ajustes en las direcciones IP. Y aquí es donde entra de nuevo el DHCP, pero en este caso será desactivado. Tener todo el tráfico bajo control será mucho más sencillo, y esto es porque solo se asigna una dirección IP por cada dispositivo. Pero si solo vamos a tener las configuraciones más generalizadas, lo mejor es tener activado el DHCP. Independientemente del sistema operativo que estemos utilizando.

Como puedes ver el DHCP es muy útil, pero en algunas ocasiones no se puede utilizar. Entonces queda a decisión de los administradores, el saber cuándo se debería aplicar y cuando no. Y para ello es recomendable realizar un estudio de lo que se va a necesitar, y así saber qué es lo que más le conviene a la red. El resumen rápido, es que si queremos procesos muy automatizados se active. Pero si queremos configuraciones concretas, donde cada equipo tiene su IP de forma fija, es mejor desactivarlo.

A pesar de que se trata de un sistema tremendamente eficiente y utilizado para que las direcciones IP se asignen de forma automática, hay algunas veces en las cuales no es tan recomendable utilizarlo. Algunas de ellas son:

Redes pequeñas o estáticas: Cuando las redes son de pequeño tamaño y cuentan con un número limitado de dispositivos conectados, no es necesario utilizar un DHCP. Lo mejor que podemos hacer en esos casos es asignar direcciones IP estáticas para que los dispositivos siempre se conecten con la misma. Lo cual simplifica mucho la administración, y evita la dependencia de los servidores DHCP.

Servidores críticos: Cuando un servidor se encuentra dentro de un rango crítico, quiere decir que es de vital importancia para el funcionamiento de todo el sistema. Para estos, lo mejor es dar uso de direcciones IP estáticas. Esto nos va a garantizar que los servidores siempre cuentan con la misma, por lo cual no se van a ver afectados por cambios o interrupciones en el servidor DHCP.

Requisitos de seguridad: Existen algunos escenarios donde la seguridad es lo que más importa en todo el sistema. En estos casos, para redes que manejan más información confidencial o requieren controles muy estrictos, asignar direcciones IP estáticas puede ser lo más seguro. En este caso estaríamos evitando que se produzcan accesos no autorizados obteniendo direcciones IP válidas.

Redes especializadas: Algunos tipos de sistemas como los firewalls, routers o servidores de dominio, donde disponer de direcciones IP fijas es mucho mejor que asignarlo a servidores DHCP. Esto hace que una vez se dispone de una configuración de red correcta para ese dispositivo, se mantenga todo lo posible.

Necesidad de control y optimización: En situaciones donde es necesario un control detallado y más preciso sobre las direcciones IP, como puede ser la segmentación de la red, lo recomendable es de nuevo utilizar direcciones IP fijas. De lo contrario se podría producir algún tipo de problema a la hora de realizar las asignaciones.

Seguridad con DHCP Snooping

DHCP Snooping es una función de seguridad que trabaja en el segundo nivel del modelo OSI. Esta se encuentra integrada en el dispositivo el cual conecta los clientes con el servidor. Su trabajo será verificar toda la información que pasa a través del conmutador, de forma que solo los paquetes que él apruebe y provengan de un servidor de confianza, se enviarán a los clientes.

Para tener garantías de que solo los servidores correctos puedan interferir en la información que recibimos o enviamos, el DHCP Snooping utiliza varios pasos. Lo primero que tendremos que hacer es especificar un puerto seguro para nuestros dispositivos, y todo lo que entre por otro puerto que no sea el asignado, se considerará inseguro. Por lo cual, este bloqueará el envío y el cliente no recibirá nunca esa información.

Este tipo de protección y solo en algunos dispositivos, puede ayudarnos generando un informe de defensa que luego se pueden analizar. Nos distinguirá diferentes errores. Primero tendremos la discrepancia entre la dirección MAC y la información que se encuentre almacenada en la base de datos. Y, por otro lado, nos informará de todos los paquetes que fueron enviados desde un puerto no seguro. Esto puede estar más orientado a un nivel profesional, pero las funcionan se pueden usar en un entorno más privado como una casa.

Debemos tener en cuenta, que de todos los errores que nos podamos encontrar, muchos pueden deberse a ciertas circunstancias de la red que generan errores por mala configuración, estos no suelen ser motivo de mucha preocupación más allá de configurarlo todo correctamente. Por otro lado, si existen errores que pueden significar que se está intentando ejecutar alguna acción que puede ser de dudosa legalidad, como, por ejemplo, alguien que esté intentando entrar en nuestra red de forma deliberada.

Tal y como habéis visto, el protocolo DHCP es ampliamente utilizado por todos nosotros para obtener el direccionamiento IP y otra información necesaria para el buen funcionamiento de la red local, además, no debemos olvidar los ataques y cómo podemos protegernos de ellos, finalmente, recordad que tenemos la funcionalidad de Static DHCP para que el servidor siempre nos proporcione la misma dirección IP.

Error DHCP Lookup en Windows

Windows es sin duda el sistema operativo más utilizado hoy en día en equipos de escritorio. Cuenta un amplio abanico de posibilidades en cuanto a programas y herramientas. Esto significa que en caso de que surja algún problema pueden ser muchos los usuarios que se vean afectados. Hay que tener en cuenta que en muchas ocasiones es el propio sistema el que nos muestra un mensaje para que sepamos por qué no podemos entrar en un sitio web o por qué no funciona correctamente algún proceso.

Eso es lo que ocurre cuando nos aparece el fallo DHCP Lookup. DHCP es el protocolo de configuración dinámica de host. Sirve para administrar y automatizar el proceso para asignar una IP para que se pueda acceder a los dispositivos de forma individual.

Este error podría aparecer si por ejemplo hemos configurado el router, ya que actúa como dispositivo DHCP. Al iniciar un equipo, lo que hace es buscar un dispositivo o servidor DHCP y poder obtener así una IP. En caso de que haya alguna mala configuración, podría aparecer el error DHCP Lookup.

Este tipo de error podría producir que nuestros equipos no se conecten a la red o tener complicaciones para intentar navegar. Aunque hay posibles soluciones que puedes probar por tu cuenta:

En Windows 10 podemos tener en cuenta un primer paso que sería renovar la dirección IP para evitar el error DHCP Lookup. Este proceso es muy sencillo y simplemente hay que seguir los pasos que vamos a mostrar a continuación.

Lo primero que tenemos que hacer es ir a Inicio y acceder al Símbolo del sistema y una vez allí ejecutar el comando ipconfig /renew. Lo que hace este comando es forzar a nuestro equipo a conectarse con DHCP y obtener así una nueva dirección IP.

Reiniciar el router y equipo

Otra cuestión muy sencilla y que podemos tener en cuenta es la de reiniciar tanto el router como nuestro equipo. Eso sí, en el primer caso, al reiniciar el router hay que hacerlo correctamente. No basta con apagar y volver a encender el aparato, sino que debemos mantenerlo apagado durante al menos medio minuto y posteriormente volver a encenderlo. De esta forma lograremos un reinicio adecuado.

Ejecutar el solucionador de problemas de Windows

También podemos hacer uso del solucionador de problemas que viene integrado con el propio sistema operativo de Windows. Esto nos puede venir bien para solucionar ciertos problemas relacionados con la red y que podrían impedir que naveguemos con normalidad.

Para ejecutar el solucionador de problemas de Windows 10 tenemos que ir a Inicio, entramos en Configuración y vamos a Red e Internet. Allí tenemos que buscar el apartado de Solucionador de problemas de red. Se encuentra en la parte de abajo, en la pestaña de Estado.

Esta solución puede resolver problemas de este tipo que puedan afectar a la red en Windows. Es nuevamente un proceso sencillo que podemos llevar a cabo y que podría venir muy bien para evitar complicaciones de este tipo.

Una vez más tenemos que ir a Inicio, entramos en Configuración, accedemos a Red e Internet y una vez estemos aquí pinchamos en Restablecimiento de red, que es la opción que aparece abajo.

Básicamente lo que hace es quitar y volver a instalar todos los controladores de red y volver a la configuración original. De esta forma podríamos evitar problemas en caso de que hubiéramos tocado algo de la configuración y esté generando algún conflicto. Cuando estemos en este punto nos solicitará confirmación, como podemos ver en la imagen de arriba. Se reiniciará el equipo y restablecerá la red por completo.

Cambiar la clase de subnet

Esto solo habría que cambiarlo en caso de que tuviéramos muchos equipos conectados a una red. Afecta principalmente a empresas y lugares donde se conectan más de 200 dispositivos al mismo tiempo. Generalmente utilizamos la máscara de subred 255.255.255.0.

La idea en este caso es cambiar a la clase A o clase B de subnet. Utilizaríamos la máscara de subred 255.0.0.0 o 255.255.0.0, respectivamente. Tendríamos que acceder al router para ello. Es importante que sepamos cuál es la puerta de enlace predeterminada, que generalmente es 192.168.1.1.

En caso de que no sepamos cuál es la puerta de enlace predeterminada de nuestro router y necesitemos acceder a él, la podemos averiguar de una manera muy sencilla. Simplemente hay que ir a Inicio, abrimos el Símbolo del sistema y ejecutamos ipconfig. Nos mostrará una serie de información relacionada con nuestra red y dentro de estos datos podemos ver la puerta de enlace predeterminada.

# data[].attributes.attachment_link.title
Protocolo DHCP: Qué es, funcionamiento y ejemplos para configurarlo

# data[].attributes.attachment_link.description
Conoce todo sobre el protocolo DHCP, aprende qué es y su funcionamiento en los routers domésticos y profesionales, así como en los clientes

# data[].attributes.body
El protocolo POP3 (Post Office Protocol) o también conocido como «Protocolo de Oficina de correo», es uno de los protocolos fundamentales para la gestión del correo electrónico o email. Este protocolo se utiliza por los clientes locales de email para obtener los mensajes de email de un servidor remoto de correo electrónico, este servidor se le llama comúnmente servidor de correo o servidor POP3. Este protocolo pertenece al nivel de aplicación del modelo TCP/IP, actualmente se utiliza la última versión que es la POP3, el resto de versiones no se utilizan por estar anticuadas, cuando hacemos referencia al protocolo POP siempre nos referiremos al protocolo POP3.

# data[].attributes.attachment_link.readable_text
Todos los emails descargados se almacenarán localmente en el cliente de correo que se haya utilizado, por ejemplo, Thunderbird o Outlook de Windows, ambos clientes de correo son ampliamente utilizados por los usuarios de cualquier plataforma, porque Thunderbird es multiplataforma y Outlook para Windows o "Correo" viene preinstalado en el sistema operativo.

Aunque la autenticación en el servidor de correo vía POP3 no utiliza ningún tipo de cifrado, y, por tanto, la transmisión de los nombres de usuario/contraseñas se realiza en texto claro, actualmente aunque usemos POP3 disponemos de métodos de autenticación seguros, usando tanto cifrado de datos como también funciones de hash para evitar que nuestra contraseña caiga en malas manos. Además, los clientes de correo como Thunderbird permiten configurar cuentas de correo usando la autenticación dentro de la aplicación, como con Gmail donde nos saldrá el menú de inicio de sesión de Google para realizar una autenticación segura.

Funcionamiento e intercambio de mensajes

El funcionamiento del protocolo POP3 es bastante sencillo, lo primero que debe hacer el cliente de correo es establecer una conexión con el servidor POP3, ya sea usando el puerto 110 TCP (sin cifrado) o el puerto 995 TCP (con cifrado de datos SSL/TLS). Una vez que se ha establecido la conexión, el servidor POP pedirá la autenticación con usuario y contraseña, el cliente enviará el nombre de usuario y clave de forma segura para autenticarse en el servidor. Si la autenticación es incorrecta volverá a pedir la autenticación. Si la autenticación es correcta, el cliente POP pasará al estado de transición, y podremos listar los correos, descargarlos y borrarlos del servidor.

El borrado del servidor no se realiza hasta que se envía la orden QUIT para terminar la sesión POP3, en ese momento el servidor comenzará a actualizar su base de datos de emails. Debemos recordar que el cliente POP3 puede "dejar los mensajes en el servidor" para que no se borren, si no tiene habilitada esta opción los mensajes del servidor de correo se borrarán en cuanto se descarguen por primera vez.

El punto fuerte de POP3 es que nos permitirá descargar los correos cuando nuestra conexión es intermitente, también debemos tener en cuenta que es un protocolo muy sencillo que no tiene demasiadas órdenes para comunicarse. No obstante, hoy en día lo que se suele utilizar es IMAP, un protocolo más avanzado que nos permite la sincronización de los emails y marcarlos como leídos, no leídos, descargados e incluso borrarlos, no es tan básico como POP3.

Configuración de POP3

La configuración del protocolo POP3 en cualquier cliente de correo es muy sencilla, pero necesitaremos unos datos de conexión específicos para poder conectarnos y que funcione correctamente. En el caso de proveedores de email como Gmail, Outlook o Yahoo!, estos datos son públicos y los podremos encontrar fácilmente en la web oficial de cada proveedor. En el caso de que utilices un servidor de correo de terceros, o montado por tu propia empresa, los datos de conexión serán diferentes. Os vamos a poner un ejemplo de cómo configurar Gmail con POP3 en nuestro cliente de correo local Thunderbird.

Lo primero que vamos a necesitar es activar el soporte de POP3 por parte de Gmail, de forma predeterminada esta función se encuentra deshabilitada.

Ahora tendremos que decidir la política de los mensajes cuando se vaya a acceder vía POP3, Gmail nos permite conservar siempre los correos electrónicos en recibidos, marcar la copia como leída, archivar el email o eliminar la copia de Gmail. Esto es una política global y no importa qué indiques en el cliente de correo. Dependiendo de lo que necesites, podrás elegir una opción u otra.

Una vez activado el POP3 en Gmail y configurado la política a seguir cuando se acceda por POP3, lo único que vamos a necesitar de nuestro servidor de correo electrónico son los siguientes datos:

Servidor de correo entrante (dominio o dirección IP), en el caso de Gmail es "pop.gmail.com"

Requiere o no SSL, en el cliente deberemos pinchar en esta opción. Gmail requiere SSL obligatoriamente.

Puerto: 995

Nombre completo mostrado: tu nombre

Nombre de usuario: la dirección de correo electrónico completa, por ejemplo: sergio@gmail.com

Contraseña: la contraseña que hayamos puesto en Gmail.

Si tienes autenticación en dos pasos, entonces tendrás que activar una "contraseña de aplicación" y utilizar esta contraseña en lugar de la tuya, esto es completamente normal cuando queremos conectar aplicaciones externas a Google. Sin embargo, al usar programas avanzados como Thunderbird, nos saldrá la autenticación del propio Google para no tener problemas y facilitar enormemente la conexión.

En Thunderbird tendremos que poner nuestro nombre, cuenta de email completa y la contraseña, a continuación, elegiremos entre IMAP y POP3 como correo entrante. En este caso elegiremos POP3, aunque es recomendable usar siempre IMAP para que el correo se sincronice entre los clientes y el servidor de correo. Thunderbird detectará de forma automática en su base de datos interna los datos de conexión, por lo que no tendremos que hacer nada más.

Nos saldrá el típico menú de autenticación de Google para permitir acceso a Thunderbird a nuestro email, si no hacemos esto, podremos darle acceso de forma manual activando las aplicaciones no seguras.

Una vez hecho, nos indicará que la cuenta se ha creado correctamente, y nos dará la opción de modificar ciertas opciones de configuración.

Finalmente nos saldrán todos los emails que tenemos en nuestra bandeja de correo electrónico, además, también nos avisará Gmail de que tenemos una alerta de seguridad, porque hemos iniciado sesión con Thunderbird, es un aviso completamente normal, no tenemos que preocuparnos de nada.

Tal y como habéis visto, configurar el protocolo POP3 en cualquier servicio de correo es algo muy sencillo, lo único que necesitaremos saber siempre son los datos de conexión POP3 que tiene configurado el servidor de correo, por ejemplo, en el caso de Outlook esta información es la siguiente:

Servidor de correo entrante (dominio o dirección IP), en el caso de Outlook es "outlook.office365.com"

Requiere o no SSL, en el cliente deberemos pinchar en esta opción. Outlook requiere SSL/TLS obligatoriamente.

Puerto: 995

Con esta información, y habilitando el soporte para POP3 directamente desde la web oficial de Microsoft Outlook, podremos usar cualquier cliente de correo local para conectarnos.

# data[].attributes.attachment_link.title
Qué es el protocolo POP3 de correo entrante y cómo configurarlo

# data[].attributes.attachment_link.description
Todos los emails descargados se almacenarán localmente en el cliente de correo que se haya utilizado, por ejemplo, Thunderbird o Outlook de Windows, ambos clientes de correo son ampliamente utilizados por los usuarios de cualquier plataforma, porque Thunderbird es multiplataforma y Outlook para Windows o "Correo" viene preinstalado en el sistema operativo.

# data[].attributes.body
TCP o Protocolo de Control de Transmisión, es un protocolo de internet encargado de informar del destino de los datos permitiendo la creación de conexiones seguras. Aunque fue desarrollado entre 1973 y 1974, continúa siendo a día de hoy uno de los protocolos fundamentales en internet. TCP sirve, además, como soporte a muchas de las aplicaciones y protocolos que han surgido después.

El protocolo TCP es una forma segura de intercambio de datos al requerir de la autorización entre cliente y servidor, o emisor y receptor, antes de producirse la transferencia. Una vez ambas partes hayan autorizado la transmisión, podrá iniciarse el envío y recepción de datos. El protocolo TCP, al igual que otros como el protocolo SSH, nació para sustituir protocolos anteriores; debido a su antigüedad, dichos protocolos resultaban inseguros para la conexión o el intercambio de datos en internet.

# data[].attributes.attachment_link.readable_text
En los inicios de internet toda la comunicación era unidireccional. Es decir, se conocía al emisor de la información, pero no la persona ni el dispositivo que pudiera recibirla. Para mejorar las comunicaciones y hacerlas bidireccionales, Vint Cerf y Robert Kahn desarrollaron el protocolo TCP a mediados de los años 70.

TCP o Protocolo de Control de Transmisión, es un protocolo de internet encargado de informar del destino de los datos permitiendo la creación de conexiones seguras. Aunque fue desarrollado entre 1973 y 1974, continúa siendo a día de hoy uno de los protocolos fundamentales en internet. TCP sirve, además, como soporte a muchas de las aplicaciones y protocolos que han surgido después.

El protocolo TCP es una forma segura de intercambio de datos al requerir de la autorización entre cliente y servidor, o emisor y receptor, antes de producirse la transferencia. Una vez ambas partes hayan autorizado la transmisión, podrá iniciarse el envío y recepción de datos. El protocolo TCP, al igual que otros como el protocolo SSH, nació para sustituir protocolos anteriores; debido a su antigüedad, dichos protocolos resultaban inseguros para la conexión o el intercambio de datos en internet.

Cómo funciona el protocolo TCP

TCP tiene un funcionamiento muy sencillo que consta de tres fases. En la primera, se establece la conexión con la autorización de ambas partes. Entonces, se produce un procedimiento denominado 'negociación en tres pasos'. Para, después, iniciarse la transferencia de la información. Aquí, se establecen cada uno de los parámetros para un intercambio ordenado, correcto y, sobre todo, seguro. Por último, mediante una 'negociación en cuatro pasos' se finaliza la conexión entre cliente y servidor.

En el protocolo TCP los datos se entregan en el mismo orden en el que se enviaron. Para ello, divide la información en diferentes paquetes que se envían por la ruta más rápida hacia su destino. Así, con una separación en capas, se identifica la procedencia del tráfico es más fácil y evitar la saturación de la red. Además, sirve de capa intermedia entre una aplicación y el protocolo IP, supliendo las carencias de seguridad del protocolo de red (consulta aquí cuál es tu dirección IP).

TCP sirve también como mecanismo que permite diferenciar las aplicaciones, ya sean emisoras o receptoras, dentro de una misma máquina. Para ello, recurre al concepto de puerto. A pesar de tener ya más de cuatro décadas, sigue empleándose en todas las comunicaciones que se producen en la red de redes: internet. Y, sin su desarrollo, el internet que conocemos actualmente sería muy diferente.

El nacimiento del protocolo TCP, al igual que muchos otros avances tecnológicos, se produjo en un lugar extraño. Hemos oído hablar de garajes, pero no tanto de furgonetas equipadas con la más alta tecnología. Y fue ahí donde se produjo la primera transmisión del protocolo que cambiaría el rumbo de la red de redes.

# data[].attributes.attachment_link.title
Protocolo TCP o protocolo de control de transmisión

# data[].attributes.attachment_link.description
En los inicios de internet toda la comunicación era unidireccional. Es decir, se conocía al emisor de la información, pero no la persona ni el dispositivo que pudiera recibirla. Para mejorar las comunicaciones y hacerlas bidireccionales, Vint Cerf y Robert Kahn desarrollaron el protocolo TCP a mediados de los años 70.

# data[].attributes.body
HTTPS (protocolo de Transferencia de Hiper-Texto) es un protocolo que permite establecer una conexión segura entre el servidor y el cliente, que no puede ser interceptada por personas no autorizadas. En resumidas cuentas, es la versión segura de el http (Hyper Text Transfer Protocol)

# data[].attributes.attachment_link.readable_text
Navegar por Internet es muy sencillo y la mayor parte de los usuarios hoy en día saben hacerlo sin problemas: tan solo habrá que abrir una ventana del navegador, escribir la ruta de destino (página web) y esperar a que cargue.

A nivel interno, el proceso que se produce es mucho más complejo y entran en juego una serie de protocolos que lo hacen posible.
Algunos de ellos están relacionados con nuestra seguridad, como es el caso del protocolo HTTPS. Hoy lo conocerás a fondo.
Si todavía no sabes qué es HTTPS y cómo te protege a la hora de navegar por Internet, en este artículo podrás saberlo todo sobre el protocolo.

Antes de nada, es importante que tengamos claro el significado de HTTP. Es el acrónimo de Hypertext Transfer Protocol (se puede traducir al español como protocolo de transferencia de hiper texto).

HTTPS es lo mismo, con la salvedad de que se le añade el término " seguro ".

En ambos casos, estamos hablando de un protocolo que define la manera en la que viajan los datos a través de Internet.

En el caso de que se utilice el protocolo HTTP, los datos serán accesibles para cualquier persona que pueda captar la comunicación, por lo que no se considera la forma más efectiva de hacerlo.

Por su parte, el protocolo HTTPS utiliza una conexión segura ya que se basa en el sistema de cifrado SSL. Esto permite que los datos puedan viajar de manera segura de un dato a otro, y que no puedan ser captados por cualquiera.

Para entender mejor qué es el protocolo HTTPS, es importante saber cómo funciona. A resumidas cuentas, este es su funcionamiento:

Abrimos una página de Internet y el navegador intentará conectarse a un sitio que ha sido protegido con SSL.

El navegador requerirá que el servidor web se identifique.

Será así como el servidor mandará una copia de su certificado SSL a nuestro navegador.

El navegador, una vez ha recibido la copia, comprobará si el sitio web es de confianza. Si es así, manda un mensaje que lo acredita.

El servidor mandará un acuse de recibo con firma digital que permitirá que se inicie la conexión cifrada.

Así es como empezarán a transferirse datos cifrados entre el servidor y el navegador.

El HTTP, el protocolo clásico en el que se basa la navegación web, sería inventado entre los años 1989-1991 por Tim Berners-Lee. Este protocolo ha ido cambiando bastante a lo largo de los años debido a las necesidades emergentes.

En sus orígenes, este protocolo fue diseñado para intercambiar archivos en un entorno controlado, en un laboratorio. Ahora se utiliza para intercambiar todo tipo de ficheros (imágenes, textos, vídeos de alta resolución, entre un largo etcétera) a través de una red infinitamente más grande.

Ya te habrás dado cuenta de que al navegar en los sitios más conocidos (cómo puede ser el caso de Google o redes sociales como Twitter o Facebook), el protocolo que se emplea no es HTTP, si no HTTPS, combinándolo con el protocolo TLS (siglas de Transport Layer Securitu).

Para comprender el inicio del HTTPS es necesario hacer un viaje en el tiempo al año 1994. Por aquel entonces, la compañía Netscape, conocida por haber diseñado el navegador homónimo, creó SSL v2.

Se trataba de un protocolo de cifrado que había sido diseñado con el objetivo de dar protección a las comunicaciones a través de Internet. Sin embargo, este protocolo todavía tardaría un año para ser integrado en el navegador Netscape Navigator en su versión 1.1.

Este momento del tiempo fue muy importante, ya que sería la primera vez que se podría navegar por Internet con un protocolo de cifrado. En aquel momento no era demasiado importante, pero hoy en día ya es imprescindible.

Como primera versión, SSL v2 presentó importantes problemas de seguridad. Netscape no tardaría demasiado en hacer las correcciones pertinentes, y es así como lanzaría la siguiente versión, la SSL V3.

Durante muchos años se estuvo usando este sistema de seguridad.

De hecho, las versiones más avanzadas todavía tienen su vale en SSL 3.0. Sin embargo, algunos expertos recomiendan el uso del protocolo TLS, que es una evolución del protocolo SSL.

Para que puedas conocer con más detalle qué es HTTPS en informática, aquí tienes un pequeño listado con sus utilidades principales:

El HTTPS permite dar forma a un canal encriptado para trabajar con aquella información que es más sensible.

Eso sí, habrá que tener en cuenta que el nivel de cifrado estará supeditado al navegador que se utilice y el servidor remoto con el que se está interactuando.

No hará falta usar ningún software adicional

Al usar el protocolo no será necesario instalar ningún tipo de software o funcionalidad adicional. Por ello, será utilizable por cualquier tipo de navegante sin ninguna restricción.

Tal y como veremos a continuación cuando hablemos de las ventajas del HTTPS, esto es muy interesante, ya que ayuda a fomentar la confianza en el cliente, elevando las posibilidades de que se produzca la conversión deseada.

El protocolo HTTPS ser competible sin ningún tipo de problema con la mayoría de los navegadores web actuales, como:

Mozilla Firefox

Google Chrome

Microsoft Edge

Opera

Safari

Identificación inequívoca de que la web es segura

Lo más habitual es que aparezca un rasgo distintivo en el navegador que nos indique que la página es segura. Suele ser un pequeño candado que se sitúa en la zona izquierda en la barra de direcciones.

Además, el término HTTPS aparecerá en la dirección URL, elevando todavía más la confianza del usuario.

No almacena contenido en caché

La información que se transmite a través del protocolo HTTPS no almacena ningún tipo de información en caché. Sin embargo, esto podría ser una ventaja o un inconveniente, dependiendo de la situación.

El hecho de que no se almacene en caché es interesante porque no quedan datos residuales a los que se pueda acceder para intentar vulnerarlos. A cambio, la página tardará más tiempo en cargarse (cuestión de milisegundos).

En el caso de que una persona no autorizada consiga obtener los datos que han sido transmitidos a través de este protocolo, no será capaz de descifrar la información debido a que le llegará encriptada.

Tan solo le llegará desencriptada si se han concluido todos los datos que indicamos en los apartados anteriores.

¿Todavía no tienes una página web con este protocolo? Ahora que ya conoces qué es y para qué sirve HTTPS, no deberías pensártelo.

En esta sección podrás encontrar un listado de algunas de las ventajas más importantes de hacerlo:

Ayuda a mejorar la privacidad de los datos de tus clientes

Si decides hacer el cambio a este protocolo, estarás incorporando una capa de cifrado a los datos que los usuarios van a introducir en tu web y con los que va a interactuar. Por ejemplo, podríamos estar hablando de sus datos personales, dirección, incluso de su información bancaria.

A nadie le gustaría que estos datos pudieran caer en malas manos, sin hablar de las responsabilidades legales que esto entrañaría.

Con el protocolo HTTPS se consigue que los datos de la web queden encriptados y que nadie pueda tener acceso a los mismos, aunque encontrase la manera de acceder.

También debemos tener en cuenta que no solo se protege el sitio web, sino también la URL al completo. Esto quiere decir que protege tanto los datos personales que se escriben en el momento del registro, las contraseñas introducidas, los parámetros que se envían y se reciben, las cookies, etc.

Mejora la protección contra ataques externos

Cómo ya hemos indicado en el apartado anterior, confiar en el protocolo HTTPS significa que dotaremos a nuestra web de una capa de protección extra que elevará la seguridad mediante el recurso de la encriptación.

Las defensas de la página se verán reforzadas, así que podrá defenderse mejor frente a ataques como Ransomware, Malwares, o cualquier otro tipo de software relacionado. Digamos que cerramos las vías de entrada que usan estos sistemas infecciosos para acceder a nuestra web.

El negocio online, más allá de a lo que se dedique y de su reputación, tendrá más seguridad. Así tendrá un camino más llano que le orientará hacia el éxito.

Mejora la credibilidad y confianza de la plataforma

Los usuarios cada vez se toman más en serio la seguridad al comprar online, y no es para menos. Hay muchas páginas fraudulentas que tan solo buscan hacerse con datos personales o con el dinero de los internautas.

Si entras a una página web y te encuentras con el mensaje de no es seguro (que es el que te puede indicar un navegador como Chrome) puede ser el motivo que haya que el visitante no confíe en la web y no complete la venta o ni tan siquiera llegue a registrarse.

Gracias al certificado SSL, y a hacer el cambio de HTTP a HTTPS, podremos presentar una web totalmente legítima que indicará que somos reales y que realmente se puede confiar en nosotros.

Así lograremos mejorar la reputación online y nuestra imagen digital en general.

Ayuda a mejorar el posicionamiento SEO

Aunque de esto hablaremos más adelante, en la sección correspondiente, es una ventaja que no podemos pasar por alto.
Google se toma muy en serio que Internet sea lo más seguro posible y pone todo su empeño en hacer que las páginas se cambien al protocolo seguro.
Por esta razón, podrías estar perdiendo posiciones en los resultados de búsqueda (o SERP) si todavía estás usando el protocolo HTTP. Por mucho que estés trabajando en otros criterios relativos al Posicionamiento SEO u orgánico, necesitas hacer el cambio a HTTPs ya mismo.

Las ventajas del protocolo HTTPS ya descritos harán que tu web sea un sitio seguro, legítimo, en el que se puede confiar y mejorará su posicionamiento SEO.

No importa qué tipo de tienda online, blog, web corporativa o proyecto tengas, ya que es necesario hacer el cambio a HTTPs (se tiene que ver como algo básico).

Y es que son muchas las cosas que están en juego, como es el caso de la imagen del negocio, el tráfico y elevar las posibilidades de que se produzcan conversiones.

Cualquier criterio que pueda mejorar el impacto de tu proyecto online debe ser tenido en cuenta.

✅ Pásate a HTTPS en tan solo UN CLIC:
¿La web de tu negocio está diseñada en WordPress? SiteGround te lo pone fácil. Convierte tu proyecto en un negocio seguro en tan solo un clic. No hace falta que tengas conocimientos técnicos avanzados.
➡️ QUIERO TENER UNA WEB SEGURA ⬅️

Sin embargo, también existen algunas desventajas del protocolo HTTPS, aunque no es algo que se pueda considerar irremediable.

Estas son las 3 desventajas más destacadas:

1. Errores 404

Si empiezas tu proyecto web directamente con el protocolo HTTPS activo, puedes obviar este punto porque no te interesa.

Sin embargo, si se hace la migración del sitio web a HTTPS, se cambiarán todas las URLs de la web (piensa qué en vez de comenzar por HTTP, empezarán por HTTPS). Esto es muy importante, ya que tu cliente se podría encontrar con errores 404 si no se han hecho las redirecciones adecuadas.

No es que sea algo muy complicado, pero requiere de unos conocimientos técnicos medios-avanzados que no tienen todos los usuarios.

✅ Lo mejor en estos casos es contar con un hosting de calidad, cuyos técnicos se encarguen de ayudarte en esta gestión tan delicada.

2. Dificultades a la hora de migrar

El propio proceso de migración también entraña una serie de dificultades que habrá que solventar, y que no siempre son intuitivas. Por ejemplo, podríamos estar hablando de:

Problemas de enlaces (cómo ya hemos indicado).

Cómo manipular el archivo robots.txt (por si tenemos que bloquearlo para evitar contenido duplicado u otros problemas).

Cualquier mensaje de alerta que pueda ocurrir en la web.

Todo esto se puede confiar en una empresa que se encargue de efectuar la migración por ella misma. Así, nos aseguramos de que la página sea plenamente funcional y no afecte a la experiencia del cliente.

3. Cambios en el rendimiento web

La verdad es que el protocolo HTTPS requiere de más recursos que el protocolo HTTP. Hay que tener en cuenta que, si nuestro rendimiento con este último protocolo no era bueno, lo más probable es que empeore todavía más a la hora de hacer el cambio.

No obstante, este es un problema urgente a arreglar, ya que nos va a afectar en más de lo que pensamos.

Por ejemplo, podría ser que la página fuese tan lenta que los clientes se desesperen cada vez que van a comprar, y que Google nos penalice por trabajar con velocidades tan reducidas.

El protocolo HTTPS pertenece a la capa de aplicación del modelo OSI. Para poder cumplir con su función de protección, necesita de un certificado SSL/TLS.

El certificado SSL se encuentra dentro de la capa de sesión en el modelo OSI, mientras que el protocolo TLS se localiza en la capa de transporte.

Estos certificados se emplean cuando se produce intercambio de información sensible o personal, cómo podría ser la introducción de contraseñas para acceder a páginas en donde los datos podrían ser robados (como la página web de una entidad bancaria).

Con la combinación de HTTPS + SSL/TLS vas a poder conseguir mejorar la seguridad de los navegantes en tu sitio web.

Este protocolo te protege de los siguientes 3 tipos de datos:

De cifrado: al cifrar los datos que se intercambian en un sitio web conseguimos que estén protegidos ante miradas indiscretas. En otras palabras: mientras el usuario está navegando a través de una web, no habrá nadie que pueda tener acceso a la información con la que está interactuando. Tampoco podrá llevar a cabo un seguimiento de las actividades mediante las páginas que visita ni robar información.

Integridad de la información: este protocolo también asegura que los datos no podrán ser modificados o sufrir algún tipo de daño mientras se están transfiriendo, con independencia de que este daño pueda haber sido intencionado o no. En determinados casos, sí que podría producirse un daño, pero el protocolo SSL sería capaz de detectarlo.

Autentificación: la autentificación es un recurso que se emplea para demostrar que los usuarios se pueden comunicar con la página web en cuestión. Blinda la página ante ataques y ayuda a elevar la confianza del navegante. Esto redunda en que se eleve la posibilidad de que se produzca la conversión por parte del cliente.

Esta es una de las preguntas más recurrentes entre los usuarios que barajan el paso de HTTPS a HTTPS. Por eso hoy vamos a analizar el tema en profundidad.

✅ La respuesta corta es que SÍ: el HTTPS mejora notablemente el SEO y lo vas a poder comprobar en este apartado.

Aquí tienes 3 razones para cambiarte a HTTPS que se relacionan con una mejora importante en las posiciones de cara a los navegadores:

→ Mejora las posiciones en Google

Las estadísticas afirman que más de un 40% de las páginas webs que están ubicadas en la primera posición de Google tienen ya el protocolo HTTPs. No obstante, esto no es ninguna sorpresa, ya que el gigante buscador ha afirmado en multitud de ocasiones que está totalmente a favor de llevar a cabo esta migración.

Google se encarga de lanzar y revisar sus algoritmos con el objetivo de mejorar la experiencia del usuario. Lo último que quiere hacer es que los clientes terminen en una página que no se pueda considerar segura.

Por ello, su algoritmo beneficia a aquellos sitios que ya tienen el protocolo HTTPS. Por ello, es muy posible que, si tu sitio todavía no es seguro, no tardará en ser superado por otros sitios similares.

Es cierto que este criterio no tiene tanto peso en el SEO como otros, pero, como todo webmaster sabe, todo suma a la hora de alcanzar y mantener las primeras posiciones.

¿Sabías que se produce un ataque cibernético cada 39 segundos y que el 43% de estos ataques están orientados a PYMES?

Uno de estos ataques podría robar información sensible de tus usuarios, y lo peor de todo es que tú eres el único responsable de lo que pueda pasar con estos datos. Incluso, podrías llegar a recibir denuncias asociadas a sanciones importantes.

Google ha dotado sus algoritmos de clasificación con criterios especiales que comprueban si una web es segura o no. Con el protocolo HTTPS se logra proteger la información de los navegantes y se evita que se pueda hacer con ella cualquier pirata informático.

Recuerda que esto no solo es importante para Google, sino también para tus clientes y para ti.

→ Etiquetas de navegador

Google ha ido actualizando su sistema de etiquetado en los sitios web, y este se puede visualizar directamente desde la barra de URL.

Los sitios HTTP tienen un símbolo de etiquetado en color gris que indica que el sitio no es seguro si pulsan sobre el mismo. También se incluye el texto de no seguro.

Google terminará marcando con un triángulo rojo aquellos sitios que no considera seguro.

Es cierto que esta etiqueta indica tan solo que el sitio no cuenta con protocolo HTTPS, pero el usuario no lo entenderá por completo y podría asociarlo con algún tipo de fraude.
☝🏻 ¿QUIERES UN EJEMPLO?

En este ejemplo, ¿piensas que en caso de tratarse de una tienda online (venta de productos) el potencial cliente introducirá sus datos bancarios, si ya de entrada se le está indicando que no lo haga?

Si es tu caso, evidentemente estás dejando de ganar clientes, en favor de tu competencia que, a buen seguro, ya tiene una web segura.

El hecho de tener esta etiqueta negativa influirá al posicionamiento SEO debido a que es posible que tu página aparezca en los resultados de búsqueda, pero los usuarios no harán clic sobre ella.

El algoritmo detectará que algo está pasando y esto te puede restar importantes "puntos" (por ejemplo, podría entenderse con que tu web no responde a la intención de búsqueda del usuario, aunque no sea realmente así).

Desde SiteGround te lo ponemos muy fácil a la hora de instalar un certificado SSL en el dominio de tu página web.

Esto se podrá hacer en el " Gestor SSL de SiteGround", logueándote en tu panel de cliente, desde " Mi cuenta > Seguridad > Gestor SSL > Obtener "

Una vez lo tengamos hecho, será tan sencillo como pulsar en Forzar HTTPS desde el panel Site Tools. Con esta configuración podemos asegurar que toda la navegación en la página va a ser segura, ya que se estará utilizando el protocolo SSL.

La opción de tipo interruptor deberá estar marcada en color celeste, tal y como te muestro en esta captura. Asegúrate de este detalle antes de salir:

En el caso de que tengas alguna duda, en este completo tutorial te explicamos cómo hacerlo paso por paso. También puedes contactar con nosotros a través de nuestro sistema de tickets (para clientes). Estaremos encantados de guiarte durante todo el proceso.Ahora que ya sabes la importancia que tiene el protocolo HTTPs + certificado SSL, te animamos a hacer el cambio lo antes posible.

# data[].attributes.attachment_link.title
¿Qué es el Protocolo HTTPS y para qué sirve? Guía completa

# data[].attributes.attachment_link.description
Navegar por Internet es muy sencillo y la mayor parte de los usuarios hoy en día saben hacerlo sin problemas: tan solo habrá que abrir una ventana del navegador, escribir la ruta de destino (página web) y esperar a que cargue.

# data[].attributes.body
El http (del inglés HyperText Transfer Protocol o Protocolo de Transferencia de Hiper Textos) es el protocolo de transmisión de información de la World Wide Web, es decir, el código que se establece para que el computador solicitante y el que contiene la información solicitada puedan “hablar” un mismo idioma a la hora de transmitir información por la red.

# data[].attributes.attachment_link.readable_text
HTTP, de sus siglas en inglés: "Hypertext Transfer Protocol", es el nombre de un protocolo el cual nos permite realizar una petición de datos y recursos, como pueden ser documentos HTML. Es la base de cualquier intercambio de datos en la Web, y un protocolo de estructura cliente-servidor, esto quiere decir que una petición de datos es iniciada por el elemento que recibirá los datos (el cliente), normalmente un navegador Web. Así, una página web completa resulta de la unión de distintos sub-documentos recibidos, como, por ejemplo: un documento que especifique el estilo de maquetación de la página web ( CSS), el texto, las imágenes, vídeos, scripts, etc...

Clientes y servidores se comunican intercambiando mensajes individuales (en contraposición a las comunicaciones que utilizan flujos continuos de datos). Los mensajes que envía el cliente, normalmente un navegador Web, se llaman peticiones, y los mensajes enviados por el servidor se llaman respuestas.

Diseñado a principios de la década de 1990, HTTP es un protocolo ampliable, que ha ido evolucionando con el tiempo. Es lo que se conoce como un protocolo de la capa de aplicación, y se transmite sobre el protocolo TCP, o el protocolo encriptado TLS (en-US) , aunque teóricamente podría usarse cualquier otro protocolo fiable. Gracias a que es un protocolo capaz de ampliarse, se usa no solo para transmitir documentos de hipertexto ( HTML), si no que además, se usa para transmitir imágenes o vídeos, o enviar datos o contenido a los servidores, como en el caso de los formularios de datos. HTTP puede incluso ser utilizado para transmitir partes de documentos, y actualizar páginas Web en el acto.

HTTP es un protocolo basado en el principio de cliente-servidor: las peticiones son enviadas por una entidad: el agente del usuario (o un proxy a petición de uno). La mayoría de las veces el agente del usuario (cliente) es un navegador Web, pero podría ser cualquier otro programa, como por ejemplo un programa-robot, que explore la Web, para adquirir datos de su estructura y contenido para uso de un buscador de Internet.

Cada petición individual se envía a un servidor, el cuál la gestiona y responde. Entre cada petición y respuesta, hay varios intermediarios, normalmente denominados proxies (en-US) , los cuales realizan distintas funciones, como: gateways o caches.

En realidad, hay más elementos intermedios, entre un navegador y el servidor que gestiona su petición: hay otros tipos de dispositivos: como routers, modems ... Es gracias a la arquitectura en capas de la Web, que estos intermediarios, son transparentes al navegador y al servidor, ya que HTTP se apoya en los protocolos de red y transporte. HTTP es un protocolo de aplicación, y por tanto se apoya sobre los anteriores. Aunque para diagnosticar problemas en redes de comunicación, las capas inferiores son irrelevantes para la definición del protocolo HTTP .

El agente del usuario, es cualquier herramienta que actué en representación del usuario. Esta función es realizada en la mayor parte de los casos por un navegador Web. Hay excepciones, como el caso de programas específicamente usados por desarrolladores para desarrollar y depurar sus aplicaciones.

El navegador es siempre el que inicia una comunicación (petición), y el servidor nunca la comienza (hay algunos mecanismos que permiten esto, pero no son muy habituales).

Para poder mostrar una página Web, el navegador envía una petición de documento HTML al servidor. Entonces procesa este documento, y envía más peticiones para solicitar scripts, hojas de estilo ( CSS), y otros datos que necesite (normalmente vídeos y/o imágenes). El navegador, une todos estos documentos y datos, y compone el resultado final: la página Web. Los scripts, los ejecuta también el navegador, y también pueden generar más peticiones de datos en el tiempo, y el navegador, gestionará y actualizará la página Web en consecuencia.

Una página Web, es un documento de hipertexto ( HTTP), luego habrá partes del texto en la página que puedan ser enlaces ( links) que pueden ser activados (normalmente al hacer click sobre ellos) para hacer una petición de una nueva página Web, permitiendo así dirigir su agente de usuario y navegar por la Web. El navegador, traduce esas direcciones en peticiones de HTTP, e interpretara y procesará las respuestas HTTP, para presentar al usuario la página Web que desea.

Al otro lado del canal de comunicación, está el servidor, el cual "sirve" los datos que ha pedido el cliente. Un servidor conceptualmente es una unica entidad, aunque puede estar formado por varios elementos, que se reparten la carga de peticiones, (load balancing), u otros programas, que gestionan otros computadores (como cache, bases de datos, servidores de correo electrónico, ...), y que generan parte o todo el documento que ha sido pedido.

Un servidor no tiene que ser necesariamente un único equipo físico, aunque si que varios servidores pueden estar funcionando en un único computador. En el estándar HTTP/1.1 y Host , pueden incluso compartir la misma dirección de IP.

Entre el cliente y el servidor, además existen distintos dispositivos que gestionan los mensajes HTTP. Dada la arquitectura en capas de la Web, la mayoria de estos dispositivos solamente gestionan estos mensajes en los niveles de protocolo inferiores: capa de transporte, capa de red o capa física, siendo así transparentes para la capa de comunicaciones de aplicación del HTTP, además esto aumenta el rendimiento de la comunicación. Aquellos dispositivos, que sí operan procesando la capa de aplicación son conocidos como proxies. Estos pueden ser transparentes, o no (modificando las peticiones que pasan por ellos), y realizan varias funciones:

caching (la caché puede ser pública o privada, como la caché de un navegador)

filtrado (como un anti-virus, control parental, ...)

balanceo de carga de peticiones (para permitir a varios servidores responder a la carga total de peticiones que reciben)

autentificación (para el control al acceso de recursos y datos)

registro de eventos (para tener un histórico de los eventos que se producen)

Incluso con el incremento de complejidad, que se produjo en el desarrollo de la versión del protocolo HTTP/2, en la que se encapsularon los mensajes, HTTP esta pensado y desarrollado para ser leído y fácilmente interpretado por las personas, haciendo de esta manera más facil la depuración de errores, y reduciendo la curva de aprendizaje para las personan que empieza a trabajar con él.

Presentadas en la versión HTTP/1.0, las cabeceras de HTTP, han hecho que este protocolo sea fácil de ampliar y de experimentar con él. Funcionalidades nuevas pueden desarrollarse, sin más que un cliente y su servidor, comprendan la misma semántica sobre las cabeceras de HTTP.

HTTP es un protocolo sin estado, es decir: no guarda ningún dato entre dos peticiones en la mísma sesión. Esto crea problemáticas, en caso de que los usuarios requieran interactuar con determinadas páginas Web de forma ordenada y coherente, por ejemplo, para el uso de "cestas de la compra" en páginas que utilizan en comercio electrónico. Pero, mientras HTTP ciertamente es un protocolo sin estado, el uso de HTTP cookies, si permite guardar datos con respecto a la sesión de comunicación. Usando la capacidad de ampliación del protocolo HTTP, las cookies permiten crear un contexto común para cada sesión de comunicación.

Una conexión se gestiona al nivel de la capa de trasporte, y por tanto queda fuera del alcance del protocolo HTTP. Aún con este factor, HTTP no necesita que el protocolo que lo sustenta mantenga una conexión continua entre los participantes en la comunicación, solamente necesita que sea un protocolo fiable o que no pierda mensajes (como mínimo, en todo caso, un protocolo que sea capaz de detectar que se ha pedido un mensaje y reporte un error). De los dos protocolos más comunes en Internet, TCP es fiable, mientras que UDP, no lo es. Por lo tanto HTTP, se apoya en el uso del protocolo TCP, que está orientado a conexión, aunque una conexión continua no es necesaria siempre.

En la versión del protocolo HTTP/1.0, habría una conexión TCP por cada petición/respuesta intercambiada, presentando esto dos grandes inconvenientes: abrir y crear una conexión requiere varias rondas de mensajes y por lo tanto resultaba lento. Esto sería más eficiente si se mandaran varios mensajes.

Para atenuar estos inconvenientes, la versión del protocolo HTTP/1.1 presentó el 'pipelining' y las conexiones persistentes: el protocolo TCP que lo transmitía en la capa inferior se podía controlar parcialmente, mediante la cabecera 'Connection'. La versión del protocolo HTTP/2 fue más allá y usa multiplexación de mensajes sobre un única conexión, siendo así una comunicación más eficiente.

Todavía hoy se sigue investigando y desarrollando para conseguir un protocolo de transporte más conveniente para el HTTP. Por ejemplo, Google está experimentado con QUIC, que se apoya en el protocolo UDP y presenta mejoras en la fiabilidad y eficiencia de la comunicación.

La característica del protocolo HTTP de ser ampliable, ha permitido que durante su desarrollo se hayan implementado más funciones de control y funcionalidad sobre la Web: caché o métodos de identificación o autentificación fueron temas que se abordaron pronto en su historia. Al contrario la relajación de la restricción de origen solo se ha abordado en los años de la década de 2010.

Se presenta a continuación una lista con los elementos que se pueden controlar con el protocolo HTTP:

Cache
El como se almacenan los documentos en la caché, puede ser especificado por HTTP. El servidor puede indicar a los proxies y clientes, que quiere almacenar y durante cuanto tiempo. Aunque el cliente, también puede indicar a los proxies de caché intermedios que ignoren el documento almacenado.

Flexibilidad del requisito de origen
Para prevenir invasiones de la privacidad de los usuarios, los navegadores Web, solamente permiten a páginas del mismo origen, compartir la información o datos. Esto es una complicación para el servidor, asi que mediante cabeceras HTTP, se puede flexibilizar o relajar esta división entre cliente y servidor

Autentificación
Hay páginas Web, que pueden estar protegidas, de manera que solo los usuarios autorizados puedan acceder. HTTP provee de servicios básicos de autentificación, por ejemplo mediante el uso de cabeceras como:WWW-Authenticate, o estableciendo una sesión especifica mediante el uso de HTTP cookies.

Proxies y tunneling
Servidores y/o clientes pueden estar en intranets y esconder así su verdadera dirección IP a otros. Las peticiones HTTP utilizan los proxies para acceder a ellos. Pero no todos los proxies son HTTP proxies. El protocolo SOCKS, por ejemplo, opera a un nivel más bajo. Otros protocolos, como el FTP, pueden ser servidos mediante estos proxies.

Sesiones
El uso deHTTP cookies permite relacionar peticiones con el estado del servidor. Esto define las sesiones, a pesar de que por definición el protocolo HTTP es un protocolo sin estado. Esto es muy útil no sólo para aplicaciones de comercio electrónico, sino también para cualquier sitio que permita configuración al usuario.

Cuando el cliente quiere comunicarse con el servidor, tanto si es directamente con él, o a través de un proxy intermedio, realiza los siguientes pasos:

1. Abre una conexión TCP: la conexión TCP se usará para hacer una petición, o varias, y recibir la respuesta. El cliente pude abrir una conexión nueva, reusar una existente, o abrir varias a la vez hacia el servidor.

2. Hacer una petición HTTP: Los mensajes HTTP (previos a HTTP/2) son legibles en texto plano. A partir de la versión del protocolo HTTP/2, los mensajes se encapsulan en franjas, haciendo que no sean directamente interpretables, aunque el principio de operación es el mismo.
GET / HTTP/1.1 Host: developer.mozilla.org Accept-Language: fr

3. Leer la respuesta enviada por el servidor:
HTTP/1.1 200 OK Date: Sat, 09 Oct 2010 14:28:02 GMT Server: Apache Last-Modified: Tue, 01 Dec 2009 20:18:22 GMT ETag: "51142bc1-7449-479b075b2891b" Accept-Ranges: bytes Content-Length: 29769 Content-Type: text/html <!DOCTYPE html... (here comes the 29769 bytes of the requested web page)

4. Cierre o reuso de la conexión para futuras peticiones.

Si está activado el HTTP pipelining, varias peticiones pueden enviarse sin tener que esperar que la primera respuesta haya sido satisfecha. Este procedimiento es difícil de implementar en las redes de computadores actuales, donde se mezclan software antiguos y modernos. Así que el HTTP pipelining ha sido substituido en HTTP/2 por el multiplexado de varias peticiones en una sola trama

En las versiones del protocolo HTTP/1.1 y anteriores los mensajes eran de formato texto y eran totalmente comprensibles directamente por una persona. En HTTP/2, los mensajes estan estructurados en un nuevo formato binario y las tramas permiten la compresión de las cabeceras y su multiplexación. Así pues, incluso si solamente parte del mensaje original en HTTP se envía en este formato, la sematica de cada mensaje es la misma y el cliente puede formar el mensaje original en HTTP/1.1. Luego, es posible interpretar los mensajes HTTP/2 en el formato de HTTP/1.1.

Existen dos tipos de mensajes HTTP: peticiones y respuestas, cada uno sigue su propio formato.

Un ejemplo de petición HTTP:

Una petición de HTTP, está formado por los siguientes campos:

Un método HTTP, normalmente pueden ser un verbo, como: GET, POST o un nombre como: OPTIONS (en-US) o HEAD (en-US), que defina la operación que el cliente quiera realizar. El objetivo de un cliente, suele ser una petición de recursos, usando GET, o presentar un valor de un formulario HTML, usando POST, aunque en otras ocasiones puede hacer otros tipos de peticiones.

La dirección del recurso pedido; la URL del recurso, sin los elementos obvios por el contexto, como pueden ser: sin el protocolo (http://), el dominio (aquí developer.mozilla.org), o el puerto TCP (aquí el 80).

La versión del protocolo HTTP.

Cabeceras HTTP opcionales, que pueden aportar información adicional a los servidores.

O un cuerpo de mensaje, en algún método, como puede ser POST, en el cual envía la información para el servidor.

Un ejemplo de repuesta:

Las respuestas están formadas por los siguentes campos:

La versión del protocolo HTTP que están usando.

Un código de estado, indicando si la petición ha sido exitosa, o no, y debido a que.

Un mensaje de estado, una breve descripción del código de estado.

Cabeceras HTTP, como las de las peticiones.

Opcionalmente, el recurso que se ha pedido.

El protocólo HTTP es un protocolo ampliable y fácil de usar. Su estructura cliente-servidor, junto con la capacidad para usar cabeceras, permite a este protocolo evolucionar con las nuevas y futuras aplicaciones en Internet.

Aunque la versión del protocolo HTTP/2 añade algo de complejidad, al utilizar un formato en binario, esto aumenta su rendimiento, y la estructura y semantica de los mensajes es la misma desde la versión HTTP/1.0. El flujo de comunicaciones en una sesión es sencillo y puede ser fácilmente estudiado e investigado con un simple monitor de mensajes HTTP.

# data[].attributes.attachment_link.title
Generalidades del protocolo HTTP - HTTP | MDN

# data[].attributes.attachment_link.description
HTTP, de sus siglas en inglés: "Hypertext Transfer Protocol", es el nombre de un protocolo el cual nos permite realizar una petición de datos y recursos, como pueden ser documentos HTML.

# data[].attributes.body
El Protocolo IP o Internet Protocol (IP) es uno de los pilares básicos de Internet, ya que permite el desarrollo y transporte de paquetes de datos, aunque su recepción no está asegurada. Además, forma parte del conocido protocolo TCP/IP.

Por lo tanto, el protocolo IP actúa como si fuera una “distribuidora” de datos encapsulados o empaquetados, los cuales viajan por distintas trayectorias o “caminos”, siendo por esto último por lo que no se garantiza su recepción.

# data[].attributes.attachment_link.readable_text
El protocolo IP se engloba dentro del nivel de red (capa 3) del modelo OSI o del nivel de internet (capa 2) del modelo TCP/IP. IP es el protocolo encargado del transporte de paquetes desde el origen hasta el destino en una comunicación, y a estos paquetes de información se les llama datagrama.

Características del protocolo IP

El protocolo IP, de nivel 3, tiene una serie de características que permite comunicaciones entre todas las máquinas a día de hoy, y es una de las bases del funcionamiento de Internet tal como lo conocemos. Es el protocolo de red más utilizado tanto en redes LAN como en redes WAN. Algunas de las características más importantes del protocolo IP son estas:

No orientado a conexión: esto significa que el envío de información de un extremo al otro puede realizarse directamente, sin haber acordado información nada previamente, como si ocurre en otros protocolos como TCP donde hay una fase de establecimiento de la conexión. Cuando un equipo quiere enviar un datagrama a otro equipo, directamente envía este paquete a través de la red para llegar al destino. También se suele conocer como protocolo sin estado, ya que no hay nada registrado sobre esta comunicación en curso.

No fiable o confiable: esto quiere decir, que el protocolo IP no tiene ningún mecanismo para segurar que un paquete enviado llega al destino correctamente. Es decir, se hace el mejor esfuerzo para intentar que el paquete llegue al destino, pero no se asegura ni se controla que llegue. Además, tampoco tiene mecanismos para asegurar que los datos no hayan sido modificados por el camino, solo asegura mediante checksums que las cabeceras no han sido modificadas, pero solo para las cabeceras y no para el contenido del datagrama. Todo esto implica que un paquete puede llegar alterado al destino, llegar desordenado con respecto a otros paquetes, llegar duplicado o simplemente no llegar.

Basado en datagrama: un datagrama IP está formado por una cabecera y los propios datos que se quieren enviar al destino. La cabecera está formada por información del propio protocolo, que indica cómo enrutar este datagrama, qué información contiene, cómo se debe tratar por los routers intermedios por los que pasa, ...

IPv4/IPv6: es la versión del datagrama utilizado en el protocolo IP. Desde la década de 1970 se utiliza la versión 4 de este protocolo (IPv4) y aunque se lleva años desarrollando la nueva versión 6 (IPv6) realmente todavía no ha sustituido al anterior, al menos de forma masiva.

IPv4 vs IPv6

Ambas versiones del protocolo IP están disponibles a día de hoy, aunque prácticamente todo el tráfico de internet a día de hoy se sigue intercambiando mediante IPv4, aunque se lleva años promoviendo el uso de IPv6 pero todavía no ha terminado de despegar para poder reemplazar al ampliamente utilizado protocolo IPv4.

Características del protocolo IPv4

IPv4 está definido en el RFC 791 con fecha de 1981, y aquí resumimos algunas de sus características principales:

Basado en direcciones de 32 bits: esto significa que cada dirección IP en versión 4 se representa con cuatro números separados por un punto, donde cada uno de ellos está en el rango de 0 a 255 (es decir, 8 bits). Cada equipo que necesita comunicarse mediante IPv4 tiene que disponer de una dirección IP, que le identifica y le permite comunicarse con otros equipos de su red y de fuera de ella. Estos son ejemplos de direcciones IPv4: 193.57.27.38 o 172.16.31.253

Identificador de red y máscara: cada dirección IP, esos 32 bits están divididos en dos partes, una identifica la red a la que pertenece esa dirección y otra identifica a ese equipo dentro de esa red. Esto se define con la máscara de red, que básicamente identifica cuáles de esos 32 bits forman parte de la red, es decir que son iguales para todas las máquinas de la misma red, y cuáles de esos 32 bits identifican a cada equipo de la red. La representación se puede hacer de varias formas, aunque la más habitual suele ser como lo siguiente: 192.168.67.32/24. Esto quiere decir que los tres primeros octetos identifican las red (192.168.67) y el último número identifica el equipo en esa red (32), siendo la máscara de red de 24 bits.

Redes privadas: hay varios rangos de IP predefinidos que identifican a redes privadas, lo que significa que esas direcciones no son enrutables a través de redes públicas como Internet y que están pensadas para ser utilizadas de forma aislada (un hogar, una oficina de una empresa, ...) Estos rangos son los siguientes: 10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16.

Dirección de loopback: hay otro rango especialmente definido para comunicaciones internas dentro de un equipo, que es este: 127.0.0.0/8. Estas direcciones IP no deben ser usadas fuera de un host, porque el resto de equipos de red no podrán enrutarlas a otro destino.

Características del protocolo IPv6

El protocolo IPv4 surgió durante la década de los 90 como solución al gran problema que se detectó con IPv4, que consistía en el agotamiento de direcciones IP disponibles. En IPv4, con sus direcciones de 32 bits, se define un total aproximado de 4.3 miles de millones de direcciones IPv4, que con la comercialización de las comunicaciones durante los 90 y la expansión posterior se identifica como el gran problema de este protocolo IP.

Para solucionar este problema y algunos otros, se definen las siguientes características de IPv6:

Basado en direcciones de 128 bits: esto significa que el número de direcciones disponibles es muchísimo más grande que en el protocolo anterior, aproximadamente 3.4 x 10^38. Es decir, que incluso con el crecimiento de dispositivos conectados a Internet, el Internet Of Things, y todas las nuevas propuestas que hará que todo esté conectado a Internet en un futuro cercano, IPv6 podrá ofrecer direcciones suficientes para todo esto sin ningún problema.

No es compatible con IPv4: esto quiere decir que un equipo que use IPv4 no podrá comunicarse con otro que utilice IPv6, utilizan algo por medio que permita estas comunicaciones. Este es el gran problema con el despliegue del nuevo protocolo, que al no ser interoperables dificulta mucho su adopción.

Multicast y Broadcast: IPv6 implementa una funcionalidad para enviar un paquete a varios destinos con un solo envío. Esto se hace gracias al Multicast IPv6 que comparte algunas características con la implementación en IPv4, pero lo mejora en algunos aspectos. Por otro lado, IPv6 no implementa el tradicional envío Broadcast de IPv4, sino que utiliza el protocolo Multicast para este tipo de envíos a múltiples máquinas en una red local.

Cifrado IPSec: el cifrado de paquetes está definido como una característica de IPv6 desde el inicio, porque se diseñó con la seguridad en mente, no como se hizo en IPv4. Aunque IPSec también se ha adaptado a distintos escenarios bajo IPv4, en IPv6 lo tenemos disponible de forma nativa como una extensión del protocolo.

Movilidad: aunque se ha implementado Mobile IP para IPv4, la implementación que se diseñó en IPv6 es nativa, y evita situaciones como el routing en triángulo obligatorio en algunos escenarios de Mobile IPv6.

Más eficiente: IPv6 está diseñado para ser más eficiente que IPv4, permitiendo realizar tareas con menos carga de trabajo para los equipos de red involucrados, como los routers. Por ejemplo, el routing es más eficiente porque el procesamiento de las cabeceras de cada paquete se ha optimizado, y por tanto el trabajo se puede hacer más rápido que en IPv4.

# data[].attributes.attachment_link.description
El protocolo IP se engloba dentro del nivel de red (capa 3) del modelo OSI o del nivel de internet (capa 2) del modelo TCP/IP. IP es el protocolo encargado del transporte de paquetes desde el origen hasta el destino en una comunicación, y a estos paquetes de información se les llama datagrama.

# data[].attributes.body
El protocolo simple de transferencia de correo (SMTP) es un protocolo TCP/IP que se utiliza para enviar y recibir correo electrónico. Normalmente se utiliza con POP3 o con el protocolo de acceso a mensajes de Internet (IMAP) para guardar mensajes en un buzón del servidor y descargarlos periódicamente del servidor para el usuario.

# data[].attributes.attachment_link.title
Qué es el protocolo SMTP﻿ - smtp mail server - professional SMTP service provider

# data[].attributes.attachment_link.description
Qué significa SMTP? Es una abreviatura de Simple Mail Transfer Protocol (Protocolo de Transferencia Simple de Email), y define el método en que un email es intercambiado y entregado entre direcciones IPs. Para decirlo simple, cuando usted envía un mensaje a un amigo utilizando un cliente de em

# data[].attributes.body
El protocolo de datagramas de usuario, abreviado como UDP, es un protocolo que permite la transmisión sin conexión de datagramas en redes basadas en IP. Para obtener los servicios deseados en los hosts de destino, se basa en los puertos que están listados como uno de los campos principales en la cabecera UDP. Como muchos otros protocolos de red, UDP pertenece a la familia de protocolos de Internet, por lo que debe clasificarse en el nivel de transporte y, en consecuencia, se encuentra en una capa intermedia entre la capa de red y la capa de aplicación.

# data[].attributes.attachment_link.description
El protocolo UDP permite enviar paquetes IP a través de la red sin haber establecido una conexión previa. Es un protocolo más rápido pero también menos fiable que TCP.

# data[].attributes.body
DNS son las siglas en inglés del sistema de nombres de dominio. Es un protocolo que se encarga de vincular los nombres de los sitios web que visitamos con su correspondiente dirección IP. Básicamente lo que hace es traducir lo que ponemos. Por ejemplo si entramos en RedesZone, va a traducir el nombre de dominio redeszone.net por la dirección IP que corresponda y nos mostrará el contenido en el navegador.
Esto permite que los usuarios no tengamos que memorizar números sin mucho sentido. Simplemente hay que saber cuál es el nombre del sitio y automáticamente los servidores DNS van a vincularlos a la dirección IP y poder navegar por ellos.

# data[].attributes.attachment_link.readable_text
Si ponemos un ejemplo práctico, podemos ver que al entrar en cualquier página web en Internet vamos a necesitar un dispositivo y un navegador. Por ejemplo un ordenador con el que entramos en RedesZone a través de Chrome. Ese sería el cliente que envía una petición a los servidores DNS, que nos van a devolver la dirección que corresponde a ese nombre de dominio.

Los DNS se almacenan en caché

Una vez hemos entrado en un sitio web, nuestro sistema va a almacenar esa información en caché. Por ejemplo si usamos Windows y entramos en RedesZone, a partir de ese momento va a almacenar en caché DNS los datos que corresponden a ese sitio.

Esto va a permitir que en un futuro, cuando volvamos a entrar, el proceso sea más rápido. Ya no va a tener que realizar esa solicitud a los servidores DNS, sino que ya sabe cuál es la IP que corresponde. Lógicamente esto a veces da lugar a problemas y por eso a veces conviene vaciar esa caché para renovarla.

¿Puedo cambiar los DNS?

Los servidores DNS son, como podemos ver, importantes para poder navegar por Internet. Por ello debemos usar unos que funcionen correctamente y que sean rápidos. Sin embargo a veces esto no es posible y podemos tener problemas. Entonces, ¿ cómo cambiamos los DNS? Es un proceso sencillo.

Cambiar los DNS en Windows

Para cambiar los DNS en Windows tenemos que ir a Inicio, entramos en Configuración, vamos a Red e Internet, Cambiar opciones del adaptador, seleccionamos la tarjeta de red que corresponda y hacemos clic con el botón derecho del ratón para dar a Propiedades. Allí tenemos que pinchar en Protocolo de Internet versión 4 (TCP/IPv4) y a Propiedades.

Veremos que aparecerán dos opciones para usar servidores DNS: obtener la dirección de forma automáticas o usar otras de forma manual. Justo esta segunda opción es la que tenemos que marcar y allí rellenar los datos con los servidores DNS correspondientes que queremos cambiar.

Cambiar los DNS desde el router

Hemos visto cómo podemos cambiar los servidores DNS desde la configuración de Windows, pero también podemos hacerlo directamente en el router. Normalmente va a utilizar los servidores proporcionados por la operadora, pero podemos cambiarlos igual que a nivel de sistema.

En este caso hay que entrar al router a través de la configuración. Para ello tendremos que poner la puerta de enlace predeterminada en el navegador, que generalmente es 192.168.1.1, y acceder con los datos correspondientes. Si no sabemos cuál es la dirección para acceder, tendremos que ir al Símbolo del sistema y ejecutar el comando ipconfig.

Una vez estemos dentro del router, dependerá del modelo que utilicemos. Lo normal es que haya que ir a Opciones, Configuración avanzada y allí buscar Servidores DNS. Podremos cambiar los que vienen de forma predeterminada. Tendremos que rellenar los datos y posteriormente dar a Aceptar y reiniciar el router para que los cambios se realicen correctamente. Es un proceso que siempre podemos revertir y volver a utilizar los que teníamos previamente.

Cuáles son los mejores DNS

Entonces, ¿cuáles son los mejores DNS? Esta puede ser la pregunta que muchos nos hagamos cuando decidimos cambiar los servidores DNS para mejorar la velocidad. Sin embargo no solo hay que tener en cuenta esto, sino que también hay motivos de seguridad y privacidad. Hay algunas opciones que están diseñadas para proteger los datos de navegación.

Si hablamos de servidores DNS populares, que funcionan bien y ofrecen un buen rendimiento, podemos nombrar por ejemplo los servidores públicos de Google o los de Cloudflare. Serían los siguientes (primarios y secundarios):

DNS de Google: 8.8.8.8 y 8.8.4.4

DNS de Cloudflare: 1.1.1.1 y 1.0.0.1

Pero hay muchas más opciones. Incluso podemos utilizar programas como Namebench, que ayuda a encontrar los mejores servidores DNS para lograr la mayor velocidad según las circunstancias. En ocasiones unos DNS que utilizamos pueden funcionar mal por algún motivo y eso hace que sea necesario optar por otros.

A fin de cuentas, si tenemos problemas con los DNS que utilizamos siempre podremos cambiarlos y probar si de esta forma la navegación mejora. Podremos probar los de Google, Cloudflare, así como cualquier otro que encontremos y ver cuál funciona mejor.

En definitiva, los servidores DNS son muy importantes para poder navegar. Este protocolo sirve para vincular nombres de dominio a la dirección IP correspondiente. Hemos visto que podemos cambiarlos fácilmente tanto a nivel de sistema como también desde el router. Es un proceso que en ocasiones puede ser interesante para lograr que la conexión funcione lo mejor posible.

# data[].attributes.attachment_link.title
Qué es el protocolo DNS y por qué es tan importante

# data[].attributes.attachment_link.description
Si ponemos un ejemplo práctico, podemos ver que al entrar en cualquier página web en Internet vamos a necesitar un dispositivo y un navegador. Por ejemplo un ordenador con el que entramos en RedesZone a través de Chrome.

# data[].attributes.body
FTP (File Transfer Protocol) son las siglas por las que se conoce a uno de los protocolos de internet más antiguos y, posiblemente, el más conocido. Se implementó en abril de 1971 y desde entonces se ha modificado en diversas ocasiones. Actualmente, la versión que se utiliza es de 1985. Debido a su antigüedad, y a la falta de actualización, es considerado un protocolo inseguro. Esto es así, ya que no requiere de la autentificación del usuario para iniciar la transmisión, ni las contraseñas se encriptan. Desde Linube te recomendamos su uso sólo en ocasiones concretas.

# data[].attributes.attachment_link.title
What is FTP: FTP Explained for Beginners

# data[].attributes.attachment_link.description
File Transfer Protocol (FTP) is a way to get and transfer data between computers. Check out this article to learn more FTP and how it works.