> For the complete documentation index, see [llms.txt](https://juan-martin-franco.gitbook.io/network-+/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://juan-martin-franco.gitbook.io/network-+/5.-fundamentos-de-ethernet/5.6-dispositivos-de-red-especializados.md).

# 5.6 - Dispositivos de red especializados

## Dispositivos de red especializados

Existen muchos tipos diferentes de dispositivos de red, y existen varios que no entran en las categorías comunes de Routers, Switches, Hubs, Bridges, Servers, Workstations, etc.

Otros dispositivos realizan funciones específicas que mejoran la usabilidad, la performance, o la seguridad.

Entre estos dispositivos encontramos:

* <mark style="color:blue;">**Concentradores VPN**</mark>
* <mark style="color:blue;">**Firewalls**</mark>
* <mark style="color:blue;">**Servidores Proxy**</mark>
* <mark style="color:blue;">**Content Engine / Caching Engine**</mark>
* <mark style="color:blue;">**Content Switch / Load Balancer**</mark>

### Virtual Private Network (VPN)

Una VPN, o red privada virtual, es utilizada para crear una red virtual privada o tunel seguro sobre una red insegura, como por ejemplo internet.

Por ejemplo, si quiero comunicarme con la oficina donde trabajo, puedo utilizar una VPN para crear un tunel encriptado e intercambiar tráfico con la oficina sin que nadie obtenga acceso.

### Concentrador VPN

El dispositivo que finaliza el tunel VPN se llama <mark style="color:blue;">**Concentrador VPN**</mark> o <mark style="color:blue;">**VPN Concentrator**</mark>.

Este dispositivo **permite tener múltiples conexiones VPN llegando a una ubicación**.

Si se tiene un firewall decente, la mayoría tienen dicha función, pero lógicamente cuando realiza esta función el firewall se mantiene operando en modo concentrador VPN, por lo que no actúa como Firewall.

Al tipo específico de concentrador VPN utilizado para finalizar túneles VPN de tipo IPsec dentro de un router u otro dispositivo se lo conoce como **VPN Headend**.

<figure><img src="https://1668154188-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKyoEXmY0jfChHS8PdGMX%2Fuploads%2FvhK8SvU8pNSqdnyQ7Zw9%2Fimage.png?alt=media&amp;token=ad2b526e-dcc8-4db2-9ad0-c1e594ba060a" alt=""><figcaption></figcaption></figure>

Por ejemplo, si tengo una oficina central en Buenos Aires, y 3 sedes en Tucumán, La Pampa y Chubut, cualquier empleado de cualquier sede puede crear un tunel encriptado por medio de una VPN y comunicarse con la sede central.

Este tipo de VPN se conoce como <mark style="color:green;">**VPN de sitio a sitio**</mark>, y une dos redes en sitios diferentes.&#x20;

### Firewall

Un <mark style="color:blue;">**Firewall**</mark> es un **dispositivo de seguridad de red** que se coloca en el límite de nuestra red.

Los Firewalls pueden ser tanto de Software como de Hardware, y existen tanto Firewalls de estado como Firewall sin estado.

Este tipo de software (o hardware) **permite o deniega el paso del tráfico desde el exterior de nuestra red hacia el interior y viceversa**.

Existen varias representaciones de Firewalls en los diagramas:

<figure><img src="https://1668154188-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKyoEXmY0jfChHS8PdGMX%2Fuploads%2FW2cK4QogT2s5FIoRYpaR%2Fimage.png?alt=media&amp;token=83ae5f4e-00fa-45ea-bdb0-4ffe716b14e1" alt=""><figcaption></figcaption></figure>

El primer ícono, utilizado por Cisco, se conoce como Pix Firewall, ya que es su marca para los Firewalls.

El segundo ícono utilizado para representar un Firewall es una pared de ladrillos que separa las redes.

El tercer ícono se utiliza en casos donde tengamos combinados nuestros firewall con nuestro router, y básicamente es una combinación entre el logo del router (el círculo con las flechas apuntando a todas las direcciones en la parte superior) con el logo del firewall (la pared de ladrillos).

### Next-Generation Firewall (NGFW)

Este tipo de Firewalls, a diferencia de los anteriores, pueden realizar una inspección profunda de paquetes en la capa 7 del Modelo OSI, mientras que los firewalls regulares bloquean ciertos paquetes basándose en la dirección IP (Capa 3) y algunos basándose en Puertos y Protocolos (Capa 4).

Los firewalls de próxima generación son mucho más potentes que los firewalls regulares, y pueden detectar y prevenir ataques.&#x20;

Estos firewalls están constantemente conectados a recursos en la nube y obtienen información sobre las últimas amenazas para asegurarse de evitar los ataques mas recientes.

### Intrusion Detection/Prevention System (IDS/IPS)

Los <mark style="color:blue;">**sistemas de detección de intrusiones (IDS)**</mark> y los <mark style="color:blue;">**sistemas de prevención de intrusiones (IPS)**</mark> **pueden reconocer ataques a través de firmas y anomalías**.&#x20;

Además pueden reconocer y prevenir si se trata de un IPS, mientras que un IDS solo puede ver un ataque y registrarlo en un log.

Si utilizamos un IPS, podemos ver un posible ataque, registrarlo en un log, e intentar detenerlo cerrando puertos y protocolos.

Los IDS e IPS pueden ser tanto basados en host como basados en la red, dependiendo de como se quiera configurar la red.

Se suelen representar en los diagramas como una caja con dos flechas, una apuntando a la izquierda y otra a la derecha, con un círculo en el medio. Ambos utilizan el mismo ícono, por lo que es necesario aclarar si se trata de un IDS o un IPS.

![](https://1668154188-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKyoEXmY0jfChHS8PdGMX%2Fuploads%2Fk2ICKrfBO94re6FxJqxX%2Fimage.png?alt=media\&token=bcd2cdc0-e841-4737-bbae-f2849dceb0a2)

### Servidor Proxy

Este tipo de dispositivo especializado **realiza peticiones a una red externa en nombre de un cliente**.

Se podría decir que es un intermediario entre el cliente y una red externa, y realiza las peticiones por el cliente para luego entregarle las respuestas.

Se suelen utilizar por dos motivos principales:

* <mark style="color:blue;">**Por motivos de seguridad**</mark>, ya que puede realizar filtrado de contenido y logging.
* <mark style="color:blue;">**Suelen contener una caché que almacena una copia de la información que fue solicitada por el usuario**</mark>, ahorrando ancho de banda, recursos y tiempo.

Las estaciones de trabajo de los clientes tienen que configurarse para que todo el tráfico pase a través del servidor proxy en nuestra red corporativa.

En el siguiente diagrama se explica el **funcionamiento básico de un servidor proxy**:

1. Primero, un cliente realiza una petición, la cual se dirige al servidor Proxy.
2. Luego, el servidor comprueba si la petición está en la lista de permitidos y, en caso de ser así, la realiza.
3. Después, la información regresa al servidor proxy.
4. Por último, el servidor proxy devuelve la información al cliente.

<figure><img src="https://1668154188-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKyoEXmY0jfChHS8PdGMX%2Fuploads%2FnCTtp568x3xw8t3rVVCI%2Fimage.png?alt=media&amp;token=f8744b92-826b-44b4-aeb6-a936774e390f" alt=""><figcaption></figcaption></figure>

### Content Engine / Caching Engine

Si bien los Servidores Proxy son buenos almacenando información de peticiones de usuario en caché, existen dispositivos especializados para realizar dicha función, llamados Content Engine.

Estos dispositivos dedicados realizan las funciones de cacheado de un servidor proxy.

Son más eficientes que los servidores proxys cuando se trata de cacheado.

Estos dispositivos son recomendables cuando se posee una empresa de tamaño considerable, ya que suelen ser muy caros y no suelen aprovecharse del todo en redes pequeñas.

<figure><img src="https://1668154188-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKyoEXmY0jfChHS8PdGMX%2Fuploads%2FgoujZ1LJWzxjmCwREZZ9%2Fimage.png?alt=media&amp;token=6beab4b8-ad16-4456-ab2d-8d77798a8217" alt=""><figcaption></figcaption></figure>

### Content Switch / Load Balancer

Un <mark style="color:blue;">**balanceador de carga**</mark>, conocido como Load Balancer o Content Switch, distribuye las peticiones entrantes a través de varios servidores en una granja de servidores.

Es por eso que se llaman balanceadores de carga, ya que balancean la carga de las peticiones entrantes en múltiples servidores.

Estos dispositivos son útiles por ejemplo en casos de empresas grandes como Amazon, la cual recibe múltiples de peticiones por segundo y debe repartir dichas peticiones en cientos y miles de servidores utilizando balanceadores de carga.

<figure><img src="https://1668154188-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKyoEXmY0jfChHS8PdGMX%2Fuploads%2FhPcabSxIPZbenCdI88gp%2Fimage.png?alt=media&amp;token=7d92feb8-edfc-48d3-b559-bf8773ffc78d" alt=""><figcaption></figcaption></figure>

Todos estos servidores tienen la capacidad de responder peticiones para un único nombre de dominio (en este caso, amazon.com).

Cuando un usuario realiza una petición a Amazon, atraviesa su router y su balanceador de carga,  y luego comienza a manejar dichas peticiones en los diferentes servidores.
