Hallo,

ich habe mir einen Ubuntu 12.04 Server installiert.

In diesem Server gibt es zwei NICS

• eth0 = Öffentliche IP per DHCP

• eth1 = Öffentliche IP static

Dieser Rechner ist an einem ASUS SWITCH angeschlossen.

--- switch
--------eth0
-------------eth1

Nun wollte ich die eth0 auf dhcp setzten was auch klappt.

Nun soll auf dem Wirt eine VM "Webserver" eingerichtet werden, der die eth1 mit einer festen IP bekommt.

Wirt

• eth0 dhcp

VM

• eth1 static

ich erstellte eine Brücke

auto  webserver
iface webserver inet dhcp

  # Brücken-Parameter
  bridge_ports   eth1
  bridge_stp     off
  bridge_fd      0
  bridge_maxwait 0

  # zusätzliche IPs für KVM
  .

Im VVM wählte ich nun bei der installtion der ersten VM "den Webserver" die bridge webserver aus.

Danach fur ich den gast hoch, und stellte in der /etc/network/interfaces

iface eth0 inet static address die IP der BRÜCKE bzw "up route add -host die feste IP die später die VM bekommen soll" netmask 255.255.255.0 network xxx.xxx.xxx.xxx # broadcast xxx.xxx.xxx.xxx gateway ip des WIRTSSYSTEM # dns-* options are implemented by the resolvconf package, if installed dns-nameservers xxx.xxx.xxx.xxx dns-search name

Aber ich bekomme es nicht zum laufen, ich suchte schon eine zeit lang im Netz, aber alles schlägt fehl. Könnte mir bitte jemand einen Tipp geben, wie ich diese "feste IP auf eth1" der VM geben kann?

DASS NAT mit dnsmask habe ich nicht abgeschaltet.

beste grüsse

Hallo!

Also so ganz blicke ich in deinem Setup nicht durch. Der Server hat 2 NICs ist klar soweit, eines davon ist statisch das andere per DHCP konfiguriert und beide hängen am Switch? oder geht eines raus Richtung große weite Welt und das andere ins interne Netz?

Abseits der zu klärenden Dinge bezüglich Infrastruktur. Normalerweise bleibt ein physikalisches NIC, auf welchem eine Bridge aufgesetzt ist, unkonfiguriert, die Brücke ersetzt das NIC quasi. Ablauf wäre also folgender: 1. Setze eth1 in /etc/network/interfaces von static auf manual, damit sollte das physische NIC unkonfiguriert bleiben. 2. Bridge anlegen via brctl addbr <Name der Brücke> 3. Brücke an physischen NIC binden: brctl addif <Name der Brücke> <Name des NIC> 4. Brücke hochfahren und IP vergeben via ifconfig.

Wie man hier vorgeht ist denke ich Geschmackssache. Ich halte es mir immer so, dass ich pro Brücke ein Subnetz habe und die Brücke die .1 oder .254 am Ende bekommt und somit als Gateway im gleichen Netz fungiert (der Server ist dann also quasi der Router zwischen den Netzen). Die IP kannst man dann statisch in der VM selbst vergeben. Beispiel:

Server -> eth1 (0.0.0.0) -> bridge0 (192.168.10.1/24)(angeheftet an eth1) -> VM1 mit eth0(192.168.10.2/24 gw 192.168.10.1)

Habe das Setup so (ein wenig komplizierter) zu Hause laufen, rennt wie Ast und die Routen setzt Ubuntu normalerweise selbst, ist dann allerdings eine Route fürs Netz, nicht für den Host allein.

Hoffe geholfen zu haben.

MfG Der Exti

Hallo Exti,

danke fuer deine Antwort.

Nochmal zur Konfiguration.

Der Server hat eth0 "ip oeffentlich per dhcp" ----- eth1 "ip static/maunal oeffentlich"

Der Switch ist an einer Netzwerkdose angeschlossen, daran eth0 und eth1.

Sinn ist es, auf dem KVM einen Webserver laufen zu lassen.

Das interne Netz klappt mit MACVTAB problemlos.

IN der Zukunft bekomme ich noch weitere statische IPs zugeweisen um einen OSSEC und Termialserver einzurichten.

Ich werde dass mal Testen, was Du mir gechrieben hast, danach melde ich mich wieder.

Was ich immer nicht ganz verstehe,wie der Eintrag des Gastes auszusehen hat. /etc/interfaces.

Vielen Dank beste gruesse

Hi nochmal,

so ganz blicke ich dass immer noch nicht. Ich gebe hier einfach mal die Struktur an, welche mit vorschwebt/welche ich so in dieser Machart kenne:

Internet -> Firewall -> Backbone -> internes Netz

die Firewall ist hierbei eine Hardware Firewall bei welcher über WAN Port 1 das Internet "rein kommt" man seine Regeln in der Appliance setzen kann (Art iptables). Hier kann man dann auch Forwarding Rules für einen entsprechenden internen Webserver setzen auf welchen man Port 80 weiterleitet. Die Backbone ist dann quasi der Connector zwischen Internet/interne Server/internes Netz. Hier läuft alles zusammen. Der Gateway kann die Firewall selbst oder ein extra Server sein mit Proxy etc.

Wenn du virtualisierst machst du quasi nichts weiter als einen physikalischen Host welcher an der Backbone hängt zu unterteilen in verschiedene VMs für verschiedene Dienste.

Den DomainController will man z.B. gar nicht mit Internetdiensten belasten ebenso wenig den Fileserver für den internen Verkehr, der Webserver hingegen kann auch von außen zugänglich sein. In diesem Falle über eine Regel/Weiterleitung. Im Prinzip funktioniert hier alles wie zu Hause hinterm Router. (NAT)

Virtualisierung würde ich in diesem konkreten Fall mit routed Guests machen, sprich jede Gast-VM hat eine eigene IP und du kannst ganz frei definieren welche öffentliche Adresse auf welche Maschine/Port zeigt.

Sollte dass immer noch nicht weiter helfen, gib einfach bescheid evtl wäre eine konkrete Aufstellung des Netzwerkes und der Server samt angedachter Konfiguration sehr hilfreich.

MfG Der Exti

P.S.: /edit Ich habe mir eben nochmals den vorhergehenden Post zu Gemüte geführt: Wohin gehts denn hinter dem Switch? Inwiefern macht das Teil einen Sinn? Normalerweise (bei Heimnetzen) hast du einen Router hängen. Hier wird (so ists zumindest bei mir) bei einer statischen IP ein Port auf "Bridged" gesetzt und somit direkt an den dahinterliegenden Rechner weitergeleitet, der Rest kann immernoch mit der dynamischen öffentlichen IP des Routers raus. Wie genau schaut das Setup bei dir aus?

Hi,

ich versuche es nochmals zu erklären.

In meinem Büro habe ich eine Netzwerkdose an der ein KVM Server angeschlossen wurde. Also ein Rechner an einer Dose.

Rechner >>> Netzwerkdose

An dieser Dose bekomme ich eine IP-Adresse per DHCP zugwiesen. Nun sollte auf dem KVM Server ein Webserver eingerichtet werden.

Also baute ich eine PCI-Nic in diesen KVM Rechner ein. Da ich nur eine Dose habe, wurde ein SWITCH an die Dose angeschlossen, somit geht nun die eth0 und die eth1 über diesen Switch ins LAN.

Nun gut.

Die IP.Adresse für diesen Webserver "eth1" bekommt eine feste IP zugwiesen. Also installierte ich auf dem KVM Server eine Debianinstallation. Dieser Debian installation gab ich nun die feste IP Adresse.

Überblick

eth0 = Karte für KVM Server = per DHCP eth1 = Karte für den Webserver = statische IP

Soweit hat nun alles geklappt und der Webserver ist im Betrieb.

Was ich bisher noch nicht probiert habe, diese eth1 wieder aus dem Rechner zu entfernen und über eine Brücke der eth0 eine feste IP zu zuweisen.

Würde also so aussehen

eth0 = Karte für KVM und Webserver

Der Webserver soll eine statische IP bekommen Server KVM Server soll wie gehabt über DHCP seine IP beziehen

Nun kann ich das mit den bridge tools regeln oder mit openvswitch.

Bisher habe ich noch keine Zeit gehabt, dieses zu Testen.

beste Grüsse

Ist die statische IP im gleichen DHCP-Netz?

Hi nochmal,

also wenn ich dass richtig verstehe hast du im Prinzip einen KVM Host mit mehreren VMs welcher mehrere Subnetze bedienen soll. Wäre z.B.: - VM1 - Intranet Server mit statischer IP auf welchem ein DHCP Server für das interne Netz läuft - VM2 - Der Webserver welcher im Intranet via statische IP erreichbar sein soll (in einem weiteren Subnetz) und extern auch

Sollte deine Konfiguration so sein, ist das Ganze am Ende eine reine Routing-Geschichte und vollkommen unabhängig von physikalischen Ethernetdevices. Was für alle Beteiligten denke ich extrem hilfreich wäre, wäre ein Schema deiner Ethernetkonfiguration wo klar ersichtlich ist (hier nur als Standardschema):

Internet -> Router -> Gateway(evtl KVM Host oder eine der VMs) -> Netzwerkschnittstelle(n) -> internes Netz

Das würde die Sache bedeutend vereinfachen.

MfG Exti

Hallo Exti,

es findet alles im gleichem Subnetz statt. Mein Problem war Anfangs, dass ich nur eine Netzwerkarte hatte und zwei IPs über diese Karte laufen lassen wollte. Da ich aber nun eine zweite Karte in den Rechner eingebaut habe, ist das Problem erst mal behoben.

Vielen Dank für eure Antworten.

Leider fehlt mir die Zeit, hier weiter zu machen, sobald ich meinen neuen Rechner eingerichtet habe, kommen bestimmt nochmal einige Fragen

beste Grüsse