Hi Forum,
auch wenn ich die Bausteine alle einzeln schon ganz gut verstanden und teilweise sogar laufen habe brauche ich ein wenig Rat...
Ich würde mir gerne folgendes Netzwerk aufbauen:
Ein Server, der an die böse, raue Welt des Internet angeschlossen ist. Daneben viele kleine fleissige Server im LAN, die die Arbeit machen sollen.
Anbieten möchte ich folgende Dienste: ssh (soll wohl), http, https, ftp und mail.
Jetzt aber wird's kompliziert: die http Dienste werden von verschiedenen Servern angeboten. Diese melden sich einem einem DHCP, bekommen eine interne 192.xxx IP und melden sich damit am DNS an. Mail und ftp Server haben eine feste interne IP. Daneben steht im LAN noch der eine oder andere Datenbank Server mit fester IP.
Für den ganzen Spass hab' ich eine fix IP zur Verfügung. Mein Provider hat dieser IP domain.tld zugeordnet.
Wenn jetzt einer von aussen server_n.domain.tld erreichen will, muss er ja zunächst einmal auf der Kiste mit der festen IP ankommen und von dort dann weitergereicht werden.
Mich würden die Ideen hier interessieren, wie ich das alles umsetzen kann.
Besonders interessiert mich dabei:
Wo soll ich DHCP / DNS installieren (DMZ oder im LAN)
Wie kann ich meiner Firewall sagen, welcher server welche IP hat
bzw für den Fall die zweite Frage doof ist
Woher weiß NAT an wen server_n gereicht werden soll
vielen Dank schon mal...
PS: und falls jemand auf die Idee kommt ich bin Krösus von wegen 15 Servern und kein Plan von Networking - realisiert worden ist das alles mit XEN (d.h. wenn ich oben von "Server" spreche meine ich eigentlich virtuelle Domains im Sinne von XEN)
NAT - DHCP - DNS
- herrchen
- Beiträge: 3257
- Registriert: 15.08.2005 20:45:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
Re: NAT - DHCP - DNS
warum?bongout hat geschrieben: Jetzt aber wird's kompliziert: die http Dienste werden von verschiedenen Servern angeboten.
eine fixe IP für den webserver würde es leichter machen.Diese melden sich einem einem DHCP, bekommen eine interne 192.xxx IP und melden sich damit am DNS an.
du willst diese dienste nur intern anbieten, was sollen sie dann in der DMZ?Wo soll ich DHCP / DNS installieren (DMZ oder im LAN)
hast du überhaupt eine DMZ?
die FW erkennt den gewünschten dienst am zielportWoher weiß NAT an wen server_n gereicht werden soll
herrchen
ok - ich bin aufgeflogen....
Hi Herrchen,
ok - vielleicht hab ich nicht ganz richtig gefragt - ich weiß schon, eine Antwort kann nur so gut sein wie die Frage...
Also daher in's Detail:
Konkret komme ich ja von aussen mit Anfragen an
server_1.domain.tld
server_2.domain.tld
...
server_n.domain.tld
Welche IP zu server_2 gehört, weiß mein DNS. Aber wie erzähl' ich's meiner Firewall, bzw. wie muss ich NAT gestalten, dass wenn server_1.domain.tld an meiner festen IP draussen ankommt, der request an die richtige private IP geroutet wird...
hmm - oder mach ich mir Probleme, wo keine sind?
ok - vielleicht hab ich nicht ganz richtig gefragt - ich weiß schon, eine Antwort kann nur so gut sein wie die Frage...
Also daher in's Detail:
Leider sind es viele Webserver, die mal laufen und mal nicht. Daher bekommt jeder Webserver beim Start eine neue interne IP.Zitat:
Diese melden sich einem einem DHCP, bekommen eine interne 192.xxx IP und melden sich damit am DNS an.
eine fixe IP für den webserver würde es leichter machen.
Mist - aufgeflogen... DMZ, so dachte ich, ist alles was "von draussen" erreichbar ist. Aber das ist wohl falsch. Was ich meinte war die Frage, ob der DHCP/DNS in's Lan gehört oder auf die Maschine, die am Internet hängt.Zitat:
Wo soll ich DHCP / DNS installieren (DMZ oder im LAN)
du willst diese dienste nur intern anbieten, was sollen sie dann in der DMZ?
hast du überhaupt eine DMZ?
Konkret komme ich ja von aussen mit Anfragen an
server_1.domain.tld
server_2.domain.tld
...
server_n.domain.tld
Welche IP zu server_2 gehört, weiß mein DNS. Aber wie erzähl' ich's meiner Firewall, bzw. wie muss ich NAT gestalten, dass wenn server_1.domain.tld an meiner festen IP draussen ankommt, der request an die richtige private IP geroutet wird...
hmm - oder mach ich mir Probleme, wo keine sind?
im wiki hat es ein iptables script:
http://www.debianforum.de/wiki/?page=in ... bianmanier
da siehst du wie du ports forwarden kannst, hier ein kleiner ausschnitt:
ich denke, das ist was du schlussendlich willst, oder?
wenn du nur eine public ip hast und hinter dem router mehrere server für das inet erreichbar machen willst, funktioniert das so. hab ich bei mir auch so.
musst du einfach z.b. für den webserver den port 80 vom router an dein internen webserver weiterleiten.
wie das mit dhcp und mehreren ips funktioniert.. frag mich nicht. sieht mir nach einem problem aus :p
ich würde da nur einen webserver hinstellen der dann auch 24/7 läuft.. und wenn du auf ausfallsicherheit gehen möchtest gibts noch die möglichkeit mehrere boxen in ein cluster zu packen, was ich aber noch nie ausprobiert habe und mir auch nach einer grösseren aufgabe aussieht.
viel erfolg
http://www.debianforum.de/wiki/?page=in ... bianmanier
da siehst du wie du ports forwarden kannst, hier ein kleiner ausschnitt:
Code: Alles auswählen
## Portforwarding
# Edonkey/Overnet:
iptables -t nat -A PREROUTING -i $EXTDEV -p tcp --dport 4662 -j DNAT --to-dest 192.168.1.14
wenn du nur eine public ip hast und hinter dem router mehrere server für das inet erreichbar machen willst, funktioniert das so. hab ich bei mir auch so.
musst du einfach z.b. für den webserver den port 80 vom router an dein internen webserver weiterleiten.
wie das mit dhcp und mehreren ips funktioniert.. frag mich nicht. sieht mir nach einem problem aus :p
ich würde da nur einen webserver hinstellen der dann auch 24/7 läuft.. und wenn du auf ausfallsicherheit gehen möchtest gibts noch die möglichkeit mehrere boxen in ein cluster zu packen, was ich aber noch nie ausprobiert habe und mir auch nach einer grösseren aufgabe aussieht.
viel erfolg
Hey,
danke - das war genau die Richtung, die mir fehlte....
Und zum Hintergrund: Einer der webserver läuft ja auch 24/7... für den ist das dann auch ken Prob. Die anderen sind Demo Server, die immer wieder als "jungfräuliches" System für eine begrenzten Zeitraum zur Verfügung stehen und dann "sterben".
Für diese werde ich wohl ein start script bauen (muss ich sowieso) dass dann auch die nötigen info's an meine Firewall weitergibt.
Mal sehen, was das scripting forum dazu meint
danke - das war genau die Richtung, die mir fehlte....
Und zum Hintergrund: Einer der webserver läuft ja auch 24/7... für den ist das dann auch ken Prob. Die anderen sind Demo Server, die immer wieder als "jungfräuliches" System für eine begrenzten Zeitraum zur Verfügung stehen und dann "sterben".
Für diese werde ich wohl ein start script bauen (muss ich sowieso) dass dann auch die nötigen info's an meine Firewall weitergibt.
Mal sehen, was das scripting forum dazu meint