VMWare Server & ExterneIPs

Verstehe ich ich würde die daten auch (eigentlich) nicht rausgeben aber da das ding wiegesagt gelöscht wird und bisher noch nichts drauf war hätte ich damit leben können.

Er wird gerade gelöscht.

noch eine Frage wie bindest du die zusätzlichen IPs bei dir ein?
 
Was meinst du mit zusätzliche IP's?
Externe Ip's fügst du bei der eth0 zu mit der gleichen konfig nur mit eth0:0

Die Internen IP's werden ja alle von der VMBridge verwaltet.
 
Jo, das Hetznerteil kenn ich auch. Kannst bedenkenlos einbinden! Hab auch doof geguggt aber das is ok!

Centro tested :D
 
Hallo DanielDietz,

ich habe mir vor ein paar Tagen auch einen Rootserver bei der Firma Hetzner gemietet und habe mein Problem mit VMWare Server, Version 2, auf Debian, Version 5.0 wie folgt erfolgreich gelöst:

Die mir zugewiesenen IP-Adressen betrachte ich als eigenständiges Sub-Netz. Das bedeutet folgendes:

- Die erste öffentliche IP-Adresse zeigt auf 192.168.150.0

- Die zweite öffentliche IP-Adresse zeigt auf 192.168.150.100 (IP-Adresse für den vServer)

- Die letzte öffentliche IP-Adresse ist die Broadcast und zeigt auf 192.168.150.255


Unter Debian habe ich noch folgende Schritte durchgeführt:

Die Datei interfaces unter dem Verzeichnis /etc/network habe ich wie folgt erweitert:

### Hetzner Online AG - installimage
# Loopback device:
auto lo
iface lo inet loopback

....

# default route to access subnet
up route add -net <Netzwerk-IP-Adresse des Servers> netmask <Broadcast-IP-Adresse des Servers> gw <Gateway-IP-Adresse des Servers> eth0

# Ab hier wird folgendes hinzugefügt:
auto eth0:0
iface eth0:0 inet static
address < zweite öffentliche IP-Adresse, die auf die 192.168.150.100 zeigt >
broadcast < letzte öffentliche IP-Adresse, die auf die 192.168.150.255 zeigt >
netmask < Netzmask-IP-Adresse, die vom Provider vorgegeben bzw. selber errechnet wurde >
# gateway < Das Gateway wird hier nicht eingetragen >


Die Datei sysctl.conf unter dem Verzeichnis etc muss wie folgt aussehen:

net.ipv4.ip_forward=1
net.ipv4.conf.all.rp_filter=1
net.ipv4.icmp_echo_ignore_broadcasts=1


Das Routing habe ich per Shell-Script wie folgt gelöst:

#!/bin/bash
# Netzwerk
######################
/usr/sbin/iptables -t nat -I PREROUTING -d < erste öffentliche IP-Adresse, die auf die 192.168.150.0 zeigt > -j DNAT --to 192.168.150.0
/usr/sbin/iptables -t nat -I POSTROUTING -s 192.168.150.0 -j SNAT --to < erste öffentliche IP-Adresse, die auf die 192.168.150.0 zeigt >

# Broadcast
###########
/usr/sbin/iptables -t nat -I PREROUTING -d < letzte öffentliche IP-Adresse, die auf die 192.168.150.0 zeigt > -j DNAT --to 192.168.150.255
/usr/sbin/iptables -t nat -I POSTROUTING -s 192.168.150.255 -j SNAT --to < letzte öffentliche IP-Adresse, die auf die 192.168.150.0 zeigt >


# vServer
########
/usr/sbin/iptables -t nat -I PREROUTING -d < zweite öffentliche IP-Adresse, die auf die 192.168.150.100 zeigt > -j DNAT --to 192.168.150.100
/usr/sbin/iptables -t nat -I POSTROUTING -s 192.168.150.100 -j SNAT --to < zweite öffentliche IP-Adresse, die auf die 192.168.150.100 zeigt >


Das Netzwerk für den vServer muss auf HostOnly eingestellt sein. Und als DNS-Server muss der DNS-Server von der Firma Hetzner eingetragen sein.
Als Gateway-IP-Adresse muss im vServer die IP-Adresse 192.168.150.1 eingetragen sein.

Danach sollte es dann auch bei Dir wie gewünscht laufen.

Zwar verlierst Du bei diesem Beispiel die erste und letzte IP-Adresse. Aber man bekommt damit sehr schnell heraus, ob es überhaupt auf diesem Rootserver funktioniert. Denn es gibt leider auch Provider, die eine Virtualisierung auf dem gemieteten Rootserver gänzlich unterbinden, dem Kunden das aber leider dann auch nicht mitteilen, weil sie befürchten müssen, dass der Kunde den gemieteten Rootserver dann wieder kündigen könnte.

Du kannst uns ja mal mitteilen, ob es so auch bei Dir funktioniert hat.

Bei mir auf meinem Rootserver funktioniert es so ganz gut.

Gruß andreas0
 
Hallo DanielDietz,

das ist richtig.

Aber, um schnell mal zu sehen, ob es auf Deinem Server überhaupt funktioniert, könntest Du das Beispiel auf Deinem Server einfach mal durchspielen.

Ich habe bei Hetzner den Server DS 5000 gemietet.

Von daher: Falls es bei Dir dann immer noch nicht gehen sollte, kannst Du mir gerne mal die einzelnen IP-Adressen plus das Schreiben von Hetzner plus der Netzwerkkonfiguration Deines Servers persönlich über dieses Forum zukommen lassen. Dann würde ich mein Beispiel entsprechend, ohne dabei Deine IP-Adressen damit bekannt zu geben, anpassen.

Gruß andreas0
 
Danke für das angebot. Im Moment istalliere ich gerade den Host (fertig) und die erste VM neu. Damit -hoffentlich- alle fehler ausgeschlossen sind
 
Ich hab mitlerweile auch die VM fertig installiert (im NAT Modus) und nun in den HostOnly Modus gesetzt

Code: 
/etc/network/interfaces

auto eth0 
iface eth0 inet static
address 192.168.2.128
netmask 255.255.255.0
gateway 192.168.2.1

/etc/init.d/networking restart -> keine Fehler

ping auf 192.168.2.1 klappt
ping auf 192.168.1.1 (NAT-Netzwerk des VMServers) klappt auch d.h. der VM Routet und GW läuft
ping auf web.de klappt auch.

Aktueller Stand:rolleyes:
 
It works!

Ohne BC und Netz-ID opferung :-) ich muss mal sehen ob es stabil läuft dann kommt ein howto ... oder eher in howtonottodo :D
 
Last edited by a moderator:
kenn sich jemand mit DNS-Systemen aus hab noch folgendes kleines Problem zu lösen.

im Moment zeigt der Record für die Domain xserverx.org auf 123.123.123.123 (meine 1. Exterene IP - IP des VMSerers) der server selber soll aber über vm1.xserverx.org erreichbar sein wie schaffe ich das. Muss ich da direkt einen DNS Server für aufsetzen (was ich vermute) oder kann ich das auch auf dem VMWareServer selber "weiterleiten"?
 
Ich nehme an, xserverx.org wird vom Hetzner-Nameserver verwaltet?

Dann würde ich Dir folgendes empfehlen:

Lege im Hetzner Web-Interface einen Eintrag an
Code: 
vm.xserverx.org. IN NS xserverx.org.
Damit wird eine Subdomain vm an Deinen Server delegiert.

Auf Deinem Server setzt Du dann einen Nameserver auf, der für die Zone "vm.xserverx.org" authoritativ antworten kann. Ich würde gleich empfehlen, die Zone dynamisch anzulegen, dann können die (Windows- oder Linux-) Gäste ihren eigenen Hostnamen und die IP gleich selbst registrieren - was sich insbesondere im Zusammenhang mit dem von Dir schon eingesetzten DHCP nett macht. Aus Sicherheitsgründen sollten Updates allerdings nur vom Host-Only-Netzwerk und nicht von außen möglich sein.

Jetzt kannst Du Deinen Server z.B. vm1.vm.xserverx.org nennen und beliebig konfigurieren.

Falls gewünscht kannst Du noch einen Alias
Code: 
vm1.xserverx.org. IN CNAME vm1.vm.xserverx.org.
im Hetzner-Interface anlegen - die eigentliche Wartung der Einträge nimmst Du trotzdem nur in Deinem lokalen Nameserver vor.

Wenn das ganze dann über das Experimentalstadium hinausgeht, würde ich noch einen Secondary Nameserver hinzunehmen, möglicherweise ist dieser Service bei Hertner ja schon inklusive.
 
Ich habe noch ein problem und zwar bekomme ich den apache nicht richtig anslaufen. Es liegt aber nicht am Apache2 sondern scheinbar an der IP-Adresse des Server da ich einen Fehler erhalte wenn ich als <VirtualHost 123.123.123.111:80> verwende und keinen Fehler wenn ich <VirtualHost *:80> sowie wenn ich <VirtualHost 192.168.2.128:80) verbende.

123.123.123.111 ist die Exteren ip
192.168.2.128 ist die Interen ip

Die befehle

Code: 
iptables -t nat -I PREROUTING -d 123.123.123.1 -j DNAT --to 192.168.2.128
iptables -t nat -I POSTROUTING -s 192.168.2.128 -j SNAT --to 123.123.123.111

ergeben dann folgende n output:

Code: 
iptables -L -t nat
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination         
DNAT       all  --  anywhere             static.123.123.123.111.clients.your-server.de to:192.168.2.128 

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination         
SNAT       all  --  192.168.2.128        anywhere            to:123.123.123.111 

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Meine frage wo holt sich debian dieses "static.123.123.123.111.clients.your-server.de" her????
 
You must log in or register to reply here.
Back
Top