HTTP/HTTPS-маршрутизация в соответствии с URL

HTTP/HTTPS-маршрутизация в соответствии с URL

Всем привет, я не новичок в сетевых технологиях, но уж точно новичок в StackOverflow, так что прошу прощения, если я накосячил с категорией или группой, но, похоже, все эти штуки основаны на тегах.

У меня возник следующий вопрос, когда я расширяю свой тестовый сервер.

  • Я работал с балансировкой WWW (разные публичные IP-адреса ссылались на один и тот же домен)
  • Я работал с внутренними аппаратными балансировщиками (с трафиком, поступающим с одного публичного IP и одного URL www.example.com)

Но сегодня утром я получил от друга две новые машины и решил оставить их себе, расширив свой тестовый сервер с 1 до 3 единиц.

Теперь, поскольку у меня несколько доменов, публичный статический IP и быстрое соединение (FTTH), этого достаточно. Мне было интересно узнать мнение кого-то, кто, возможно, уже это сделал, и поэтому нашел лучшее решение. Мои домены ссылаются на один и тот же IP, а мой маршрутизатор имеет только опцию DMZ-сервера, который перенаправляет трафик на один LAN IP.

Итак, какие же решения (точнее, аппаратные) позволяют мне разделять входящие HTTP/HTTPS-запросы по их URL?

www.example.com -> server01 [10.10.0.1]

ftp.example.com -> server02 [10.10.0.2]

решение1

Если вы настаиваете на аппаратном обеспечении, я бы порекомендовал Cisco ACE или что-то подобное.

Но это невероятная трата денег. За малую часть стоимости хлама Cisco (и да, Cisco ACE — это хлам) вы можете развернуть сервер Linux с Apache, Nginx, Varnish или чем-то еще, который будет делать все, что вам нужно, и даже больше.

решение2

PFSense может это сделать. Нет смысла покупать какое-то устройство для этого, это по сути то же самое и гораздо дешевле. Linux тоже может это сделать, тем же способом.

Наличие двух поддоменов на одном публичном IP-адресе за маршрутизатором pFsense

Связанный контент