ESXi-Server @ Home mit public IP-Adressen

Profizocker

New Member
Hey,
ich betreibe zu Hause einen dedizierten ESXi-Server. Die einzelnen viruellen Maschinen möchte ich nun gerne für ausserhalb erreichbar machen. Habe auch direkt beim Internetanbieter IP-Adressen gekauft. Die E-Mail, die ich bekommen habe, enthält meine 6 neuen IP-Adressen und 2 weitere, mit denen ich nichts anfangen kann. Weitere Hinweise vom Anbieter, wie ich die IP´s nun einsetzen kann, sind auch nicht mitgeliefert worden. Ich hoffe ihr könnt mir helfen, wie ich diese IP´s nun zum Einsatz bringen kann. Die E-Mail sieht wie folgt aus:
Adresa síte: 92.**.***.32 / 29
Použitelné IP adresy: 92.**.***.33 - 92.**.***.38
Broadcast: 92.**.***.39

Liebe Grüße

Profizocker

Edit: Habe jetzt nach langer Zeit googlen herausgefunden, dass ein One-To-One NAT das richtige für mich wäre. Kann das wer bestätigen?
 
Last edited by a moderator:
Den Angaben nach brauchst Du überhaupt kein NAT.
Du bekommst ein /29er Subnetz geroutet, welches ab der Addresse 92.**.***.32 beginnt.
Damit hast Du die IPs
Code:
92.**.***.33
92.**.***.34
92.**.***.35
92.**.***.36
92.**.***.37
92.**.***.38
zur freien Verfügung.
92.**.***.39 stellt die Broadcast-Addresse Deines kleinen Subnetzes zur Verfügung.
Eigentlich must Du nur an der passenden Stelle einen Eintrag in die Routing-Tabelle werfen, für Linux sähe der so aus:
Code:
ip route add -net 92.**.***.32 netmask 255.255.255.248 gw <Deine Haupt-IP>
 
Den Angaben nach brauchst Du überhaupt kein NAT.

Naja, wenn er für die Server weiterhin interne Adressen benutzen möchte, braucht er natürlich NAT.

[klugscheiss on]Genau genommen bildet NAT auch "normalerweise" eine interne IP immer genau auf eine externe IP ab (bzw. n interne IPs auf n externe IPs). Wenn man mehrere interne IP's auf eine externe IP abbildet, spricht man in der Regel von PAT.[klugscheiss off]

Um die Frage des TO zu beantworten: Ja, One-to-One NAT (also das "normale" NAT halt) ist genau das, was du brauchst, sofern du nicht deine ESXi-Kisten mit öffentlichen IP-Adressen betreiben möchtest.
 
Den Angaben nach brauchst Du überhaupt kein NAT.
Du bekommst ein /29er Subnetz geroutet, welches ab der Addresse 92.**.***.32 beginnt.
Damit hast Du die IPs
Code:
92.**.***.33
92.**.***.34
92.**.***.35
92.**.***.36
92.**.***.37
92.**.***.38
zur freien Verfügung.
92.**.***.39 stellt die Broadcast-Addresse Deines kleinen Subnetzes zur Verfügung.
Eigentlich must Du nur an der passenden Stelle einen Eintrag in die Routing-Tabelle werfen, für Linux sähe der so aus:
Code:
ip route add -net 92.**.***.32 netmask 255.255.255.248 gw <Deine Haupt-IP>

Vielen Dank euch Beiden schon einmal für eure Antworten. Bin jetzt auch etwas schlauer geworden. Also ich könnte auf die Internen IP-Adressen für den Server verzichten, und dafür würde dann der Eintrag in der Routing-Tabelle reichen? Was ist die Haupt-IP? Meine jetzige statische öffentliche IP oder der interne Gateyway des Routers?

Lg

FreeBSD# route add -net 92.**.***.32 netmask 255.255.255.248 gw 192.168.1.100
route: bad address: netmask
 
Last edited by a moderator:
Moment... Ich hab so was ähnliches. Eine Transit-IP sowie ein /28-Subnetz. Der Gateway des Providers hat eine statische Route, die allen Traffic für das Subnetz an die Transit-IP routet.

Das Ganze ist so eingerichtet:

Router-IP am WAN: Transit-IP
Router-IP am Interface für Server: Erste IP aus dem Subnetz

Die Clients im Public-Netz haben jeweils eine IP aus dem Subnetz und die IP des Routers vom Public-Interface als Gateway. Dazu muss noch IPv4-Forwarding aktiviert werden.
 
Moment... Ich hab so was ähnliches. Eine Transit-IP sowie ein /28-Subnetz. Der Gateway des Providers hat eine statische Route, die allen Traffic für das Subnetz an die Transit-IP routet.

Das Ganze ist so eingerichtet:

Router-IP am WAN: Transit-IP
Router-IP am Interface für Server: Erste IP aus dem Subnetz

Die Clients im Public-Netz haben jeweils eine IP aus dem Subnetz und die IP des Routers vom Public-Interface als Gateway. Dazu muss noch IPv4-Forwarding aktiviert werden.

Danke für deine Hilfe, aber ich verstehe davon leider nur Bahnhof. Mit Begriffen wie Transit-IP etc. kann ich leider nichts anfangen. Ausserdem besitzt mein Server kein Interface. Habe gerade erschreckender Weise auch mal festgestellt, dass eine IP, die mir vom Anbieter zugewiesen wurde bei einem Ping zurückpingt. Das sollte eigtl. nicht passieren oder? Habe dann auf dieser IP mal die Ports gescannt, und habe daraufhin einen Port entdeckt, und einfach mal probiert per SSH den Server auf diesem Port anzusteuern. Und siehe da... Login as: :( Werde wohl gleich mal bei meinem Anbieter anrufen müssen, da soetwas meiner Meinung nach eigtl. nicht passieren darf.

Lg
 
Transit-IP ist deine statische WAN-IP. An diese wird jeglicher Traffic für dein Subnetz geroutet. Deine Route funktioniert nicht, weil du versuchst, etwas an eine interne IP zu routen. Wie kommst du ins Internet? Router? Oder direkt dran?
 
Das wird dann schwieriger. Gib dem LAN-Interface die erste IP des Subnets. Die Clients haben dann halt alle eine öffentliche IP, das ist gefährlich. Würde mich also nach einem anderen Router umschauen. Ich habe ein Alix mit pfSense und löse das Ganze über VLANs.
 
Okay, dann werde ich mir wohl oder übel einen neuen Router zulegen müssen. Kannst du da einen empfehlen, und wie würde das dann vom Prinzip her dann ablaufen? Vielen Dank schon einmal für deine Hilfe ;)

Lg

Edit: NAT auch keine Erfolgschance?
 
NAT ja, wenn der Router das kann. Ich setze bei mir für so Routing -und Firewallgeschichten pfSense ein, läuft auf jedem älteren (und neuerem) PC, aber auch auf den kleinen ALIX. Die sind gleich gross wie ein Router, aber x86-CPU.

Ablauf mit Beispiel pfSense (ALIX):

3 Ports: Port 1: WAN, Port 2: LAN, Port 3: Public

- Statische IP am WAN einrichten
- LAN-Interface mit RFC1918-Subnetz einrichten
- Erste IP des Public-Subnetzes auf Port 3 legen
- Outbound NAT für Public (Port 3) deaktivieren
- Firewall Rules erstellen, damit Internet möglich ist.
 
:o Ich befürchte das wird recht schwierig für mich. Meine Kentnisse im Bereich TCP/IP sind im Moment doch noch sehr schwammig. Da ich leicht unter Zeitdruck stehe, werde ich das wohl mit NAT umsetzen. Ich glaube das wird schon schwierig genug. Schade eigentlich, hört sich alles sehr interessant an, und ich hätte mich gerne damit beschäftigt. Naja, wie dem auch sei, worauf muss ich beim Routerkauf achten? Welcher NAT-Typ muss für mein Vorhaben unterstützt werden?

Lg und vielen vielen Dank. Ich glaube ohne das Forum wäre ich aufgeschmissen :p
 
Wie gesagt, würde zu einem Alix mit pfSense raten. Und so schwer ist das nicht. Dachte anfangs auch, es wäre schwerer.
 
Bin jetzt seit ewigkeiten auf der Suche nach einem One-To-One NAT Router. Finde leider keinen passenden. Die meisten haben einfach kein Wireless Lan, auf das ich aber nicht verzichten kann. Hat bei euch keiner eine Idee für einen zu mir passenden Router?

Lg
 
Wie gesagt, würde pfsense für das benutzen. Kannst ja dann deinen alten Router als Accesspoint nehmen und musst somit nicht auf WLAN verzichten.
 
Back
Top