Enrutamiento HTTP/HTTPS según URL

Enrutamiento HTTP/HTTPS según URL

Hola a todos, no soy un novato en redes, pero sí un novato en 'stackoverflow', así que me disculpo por los consejos si cometí un error en la categoría o el grupo, pero parece que todo esto se basa en etiquetas.

Se me ocurrió la siguiente pregunta mientras ampliaba mi servidor de prueba.

  • Trabajé con balanceo WWW (Tener diferentes IP públicas referidas al mismo dominio)
  • Trabajé con balanceadores de hardware internos (con tráfico proveniente de la misma IP pública y una única URL www.example.com)

Pero esta mañana recibí dos máquinas nuevas de un amigo y decidí quedármelas para mí ampliando mi servidor de pruebas de 1 a 3 unidades.

Ahora bien, como tengo pocos dominios, una IP pública estática y una conexión rápida (FTTH) es suficiente. Me preguntaba cuál es la opinión de alguien, es posible que ya lo haya hecho y, por lo tanto, haya descubierto la mejor solución. Mis dominios se refieren todos a la misma IP y mi enrutador solo tiene una opción de servidor DMZ que reenvía el tráfico a una única IP de LAN.

Ahora bien, ¿cuáles son las soluciones (más bien hardware) que me permiten dividir las solicitudes HTTP/HTTPS entrantes según su URL?

www.ejemplo.com -> servidor01 [10.10.0.1]

ftp.ejemplo.com -> servidor02 [10.10.0.2]

Respuesta1

Si insiste en el hardware, le sugeriría Cisco ACE o algo similar.

Pero es una increíble pérdida de dinero. Por una fracción del costo de la basura de Cisco (y sí, Cisco ACE es basura), puede implementar un servidor Linux que ejecute Apache, Nginx, Varnish o lo que sea, que hará todo lo que necesita y más.

Respuesta2

PFSense puede hacerlo. No tiene sentido comprar algún tipo de electrodoméstico para hacerlo, es prácticamente lo mismo y mucho más barato. Linux también podría hacerlo, de la misma manera.

Tener dos subdominios en una dirección IP pública detrás del enrutador pFsense

información relacionada