HTTP/HTTPS-Routing gemäß URL

HTTP/HTTPS-Routing gemäß URL

Hallo zusammen, ich bin kein Netzwerk-Neuling, aber auf jeden Fall ein „Stackoverflow“-Neuling. Ich entschuldige mich also, wenn ich eine Kategorie oder Gruppe vermasselt habe, aber es scheint, dass das alles auf Tags basiert.

Im Zuge der Erweiterung meines Testservers stellt sich mir folgende Frage.

  • Ich habe mit WWW-Balancing gearbeitet (verschiedene öffentliche IPs verweisen auf die gleiche Domäne).
  • Ich habe mit internen Hardware-Balancern gearbeitet (mit Datenverkehr von derselben öffentlichen IP und einer einzelnen URL www.example.com).

Aber heute Morgen habe ich von einem Freund zwei neue Maschinen bekommen und beschlossen, sie für mich zu behalten und meinen Testserver von 1 auf 3 Einheiten zu erweitern.

Da ich nun einige Domänen, eine öffentliche statische IP und eine schnelle Verbindung (FTTH) habe, reicht das aus. Ich wollte gern die Meinung von jemandem hören, der das vielleicht schon gemacht hat und daher die beste Lösung gefunden hat. Meine Domänen verweisen alle auf dieselbe IP und mein Router hat nur eine DMZ-Serveroption, die den Verkehr an eine einzelne LAN-IP weiterleitet.

Welche Lösungen (bzw. Hardware) gibt es nun, die es mir ermöglichen, eingehende HTTP/HTTPS-Anfragen entsprechend ihrer URL aufzuteilen?

www.example.com -> server01 [10.10.0.1]

ftp.example.com -> server02 [10.10.0.2]

Antwort1

Wenn Sie auf Hardware bestehen, würde ich Cisco ACE oder etwas Ähnliches vorschlagen.

Aber es ist eine unglaubliche Geldverschwendung. Für einen Bruchteil der Kosten von Ciscos Schrott (und ja, Cisco ACE ist Schrott) können Sie einen Linux-Server mit Apache, Nginx, Varnish oder was auch immer einsetzen, der alles kann, was Sie brauchen, und noch mehr.

Antwort2

PFSense kann das. Es macht keinen Sinn, dafür ein Gerät zu kaufen, es ist im Grunde dasselbe und viel billiger. Linux könnte das auf die gleiche Weise auch.

Zwei Subdomains auf einer öffentlichen IP-Adresse hinter dem pFsense-Router haben

verwandte Informationen