Dns request baserad reverse proxy?

Tjoho!

Sitter och söker runt efter en lösning på en ide jag har

jag har ett projekt där jag har ett 10tal servers bakom 1ip nummer, dessa kör flertalet tjänster. dock så blir behovet av flera port 80 webservers större och större

jag vill hitta en lösning där jag slipper bråka med portnummer, och istället låta routern göra allt jobb åt mig.

följande scenario är väl möjligt? men hur?
"besökaren" skriver in domän1.se och skickas till IP1, routern ser att besökaren har efterfrågat domän1.se och skickar trafiken till rätt server som hostar den sidan. om besökaren skriver in domän2.se så skickas han till en annan server, allt fortfarande över port80

är osäker på om denna informationen följer med hela vägen till routern dock, jag kör ej huvud DNS, utan det ligger hos leverantör

Reverse proxy har jag för mig kan lösa detta, fast det verkar som en mardröm att confa de alternativ jag hittat.

nödlösning är att använda exempel:

huvuddomän.se/domän1 -> server1
huvuddomän.se/domän2 -> server2

denna routingen skall vara enklare om jag förstått det rätt, då det ligger mer hos webservern än routern

sedan så pekar man om domän1.se -> huvuddomän.se/domän1 osv

vilken mjukvara och upplägg hade du valt? just nu är alla webservers antingen IIS eller Apache under BSD
routern är en pfsense 2.0 som kan bytas ut om de behövs
finns lite cisco 2600 routers och annat på hyllan, samt x86 maskiner för andra router distros

IIS och Apache kan ju lösa detta med flera siter på ett IP om allt legat på samma webserver, men nu är det olika fysiska maskiner

flera ip nummer går ej att få, och att köra med massa portar som besökaren behöver skriva in gillas in.

tack, ska grotta ner mig djupare i apache och vhost

tydligen skall squid under pfsense klara detta med

sedan finns acceleratorn varnish som skall lösa detta, men jag är på tok för windows server type-of-guy för att bråka med det

man tackar, man tackar!

skall testa lite och se vad som funkar bäst och vad som går snabbast att "expandera" i

all trafik kommer tuffa igenom apachen med denna lösningen väl?, dvs i en best practice så behövs en dedikerad maskin för detta som orkar skyffla all trafik, fast det kanske inte är så tungt som en vanlig forward proxy

ska nog börja med att köra såhär, sedan sätta mig in i att köra reversen i självaste routern där all trafik ändå skall igenom

Siterna som körs är mest företagsprylar, som sharepoint, bokningsprylar, webapp och dylikt. osäker hur det är med filöverföring med en sån här lösning dock, sharepointen äter ju bandbredd när den används, och är osäker om den går över tcp port 80

angående virtualiserat så körs det lite blandat, 3st esx hosts finns, totalt runt 15maskiner är virtuella, sedan är det väl en runt 7st fysiska + brandväggar, disklådor mm

hade gärna kört allt virtuellt men finns inga pengar kvar, de återstående fysiska maskinerna är alla scsi baserade härken. men det ser ju iaf fräckt ut med ett fyllt 42u rack;) och ström är inget vi betalar för extra så de får tuffa på tills pengar finns

kortfattat är det inte många besökare per site, utan mest att siterna är tungdrivna och behöver sin egna lilla miljö för att lira var för sig, där av att jag behöver routa trafiken till de olika.

blev lite fundersam nu, vissa av maskinerna är streaming servers som streamar över port 80 (wmv ström över http) men har för mig att reverse proxy bara funkar med TCP, inte UDP? kanske kan tvinga streaming maskinerna att köra TCP dock

Just nu används temporär portal med länkar till respektive med ett portnummer, eller så kör de anställda vpn och når allt inifrån

mjo känner igen det, kan vart hjärnan som rörde ihop det med mms strömmar och flash media

men körs det över TCP så borde det gå att routa som vilken hemsida som helst om man får ihop allt mao.

jo jag håller på att tjata på cheferna att det behöver uppgraderas, ingen maskin har ju garanti kvar, hela infrastrukturen i huset är gamla catalyst 3500xl och dylikt, så prio ett är att få gigabit snurr lokalt före mer servers köps in

cola är nog inget som behövs, har ett dedikerat serverrum med kyla, bra ström mm, samt 300mbit full duplex, går att tjata till oss mera ipnummer, men de flesta nummrerna plockas upp av video conferens burkar som behöver kunna ringas utifrån och att routa med dessa är bara för jävligt

Fördelen med ett enkelt sätt att kunna routa underdomäner till olika "platser" i huset är ju just för att det skall vara enkelt att göra det. hellre lägga till några rader i en config än att beställa ett till IP, skapa/peka domäner, confa brandväggen med massa regler samt reverse dns config så att alla kan nå allt inifrån enkelt.

med ett IP så blir det mindre jobb helt enkelt om en reverse proxy gör det jag vill:)

ja det var lite därför jag i slutändan vill köra proxyn på pfsense maskinen, +1 för den är fysisk, +1 för att den har ändå högst prio att vara online, samt dör den så dör ändå allt, upptiden är väl nu en 260dagar sedan senaste reboot så jag litar på han

HA är sweet, men har aldrig fått köpa och köra det i drift, bara i labb. vår maskiner är 3st singel esxi maskiner med lokal lagring

min ful lösning för upptid nu är att ha en spare identisk (PE2850) maskin som pfsense burken offline i racket, allt har ju hotswap i fronten, och den lirar raid1, så skulle den nu dö på riktigt så får jag swoppa över diskarna och trycka igång den andra maskinen, ger väl en nertid på 3minuter om man är snabb.

tyvärr så vill ingen här lägga en spänn mer än på mjukvaror, för "allt funkar ju nu?" attityden sitter lite hårt. man hoppas nästan på att diskras utan dess like så att stället står till någon dag så de fattar att IT faktist behöver ompysslas=)

jo är inne på samma spår, två 2st 8core opteron med en 64gig ram skulle nog kunna ersätta hela racket, ihop med ett typ openfiler iscsi HA kluster på någon TB styck.

först på listan är dock infrastruktur och wifi

försöker febrilt att få fram en siffra på vad hela verksamheten faktist förlorar om ingen kan jobba på en hel dag, men de slingrar sig. det är ju med denna siffra man enkelt kan bolla kostnader för redundans

Tack för all hjälp!

drar iväg ett framtida PM ifall jag fastnar med reverse proxy