"Christmas - the time to fix the computers of your loved ones" « Lord Wyrm

Ubuntu Server 10.04 + VMWare Server 2.0.2 - Gatway nicht erreichbar

Forum Index > Software > Linux and other OS

EvilGohan 12.09.2010 - 21:37 1910 7
Posts

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3918
12.09.2010 - 21:37
Hey Leute,

Ich habe ein etwas paradoxes Problem:
Das Gateway ist vom Guest System (Win 2k8 Server R2) erreichbar (ping, ssh) und hat auch Zugriff aufs http://www.
Das Hostsystem erreicht jedoch den Router nicht.

Zum Netzwerkaufbau:

Der Ubuntu Server 10.04 LTS (filer) ist über einen Zyxel Gigabit Switch, so wie alle anderen Geräte im Netzwerk (z.B. der PC von dem ich gerade schreibe) mit dem Gateway (WRT54GL mit DD-WRT v24sp1 vpn) verbunden. Zwischen allen Geräten gibts also Gigabit.

Die VM (der Windows Server) erhält über eine Bridge auf das einzig aktive Netzwerkinterface (eth1) vom DHCP-Server am Router eine IP-Adresse (192.168.1.252).
Der Host (Ubuntu Server) hat eine statische Adresse (192.168.1.254 in der /etc/network/interfaces konfiguriert) ebenfalls auf eth1.

Router/Gatway: 192.168.1.1

/etc/network/interfaces:

Code:
root@filer:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# onboard nic interface
# auto eth0
# iface eth0 inet dhcp
#iface eth0 inet static
#       address 10.10.10.254
#       netmask 255.255.255.0
#       network 10.10.10.0
#       broadcast 10.10.10.255

# Intel Gigabit CT Desktop Adapter (82574L)
auto eth1
#iface eth1 inet dhcp
iface eth1 inet static
        address 192.168.1.254
        netmask 255.255.255.0
        gateway 192.168.1.1

ifconfig -a:

Code:
root@filer:~# ifconfig -a
eth0      Link encap:Ethernet  Hardware Adresse 00:19:66:dc:d1:ed
          BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:22 Basisadresse:0xc000

eth1      Link encap:Ethernet  Hardware Adresse 00:1b:21:3f:f8:6a
          inet Adresse:192.168.1.254  Bcast:192.168.1.255  Maske:255.255.255.0
          inet6-Adresse: fe80::21b:21ff:fe3f:f86a/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:54953 errors:0 dropped:0 overruns:0 frame:0
          TX packets:103030 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:8746526 (8.7 MB)  TX bytes:51455444 (51.4 MB)
          Speicher:febe0000-fec00000

Bisher hat das eigentlich immer geklappt so...seitdem der Server von Hagenberg nach Wieselburg gezogen ist, gibts keine Verbindung mehr. Waren die gleichen WRT54GL mit der gleichen Firmware... :confused:

Liegts am DHCP vom Router, oder an VMWare?

Hab VMWare Server mal entsprechend DIESER Anleitung verändert, ums auf der neuen Ubuntu Server Version lauffähig zu bekommen.

Kernel ist btw. 2.6.32-22

edit:

Es scheint einen Bug auf oc.at zu geben, wenn im code-Feld ein Begriff aus dem Glossary enthalten ist? :D
Bearbeitet von EG am 14.09.2010, 12:58

Crash Override

BOfH
Registered: Jun 2005
Location: Germany
Posts: 2951
12.09.2010 - 22:22
DNS Funktioniert unter Ubuntu?

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3918
12.09.2010 - 22:29
Nein.

Code:
root@filer:~# cat /etc/resolv.conf
nameserver 192.168.1.1

nexus_VI

Overnumerousness!
Avatar
Registered: Aug 2006
Location: südstadt
Posts: 3762
12.09.2010 - 22:33
Output von `route -n`?
Dass ifconfig -a keine vmnet* devices zeigt kann ich mir nicht vorstellen, ist das wirklich so?

VMWare Server 2 ist übrigens nicht empfehlenswert, das Thema hatten wir aber schon.

-kanonenfutter-

Here to stay
Registered: Jan 2003
Location: Wien/Österreich
Posts: 1077
12.09.2010 - 22:42
funktioniert irgendwas im Ubuntu ... :-)

2 sachen die mir einfallen ...
.) sind die schnittstellen in der vmware-config richtig zugewiesen bzw ist eth1 im bridgedmodus
.) versuchsweise die statik rausnehmen und per dhcp beziehen lassen

mfg :)

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3918
13.09.2010 - 09:32
Code:
root@filer:~# route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.187.0   0.0.0.0         255.255.255.0   U     0      0        0 vmnet1
172.16.89.0     0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth1

Code:
root@filer:~# ifconfig -a
eth0      Link encap:Ethernet  Hardware Adresse 00:19:66:dc:d1:ed
          BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:22 Basisadresse:0xc000

eth1      Link encap:Ethernet  Hardware Adresse 00:1b:21:3f:f8:6a
          inet Adresse:192.168.1.254  Bcast:192.168.1.255  Maske:255.255.255.0
          inet6-Adresse: fe80::21b:21ff:fe3f:f86a/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:7147721 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10189006 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:3246238210 (3.2 GB)  TX bytes:6517361947 (6.5 GB)
          Speicher:febe0000-fec00000

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:33527 errors:0 dropped:0 overruns:0 frame:0
          TX packets:33527 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:22246572 (22.2 MB)  TX bytes:22246572 (22.2 MB)

vmnet1    Link encap:Ethernet  Hardware Adresse 00:50:56:c0:00:01
          inet Adresse:192.168.187.1  Bcast:192.168.187.255  Maske:255.255.255.0
          inet6-Adresse: fe80::250:56ff:fec0:1/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:175 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

vmnet8    Link encap:Ethernet  Hardware Adresse 00:50:56:c0:00:08
          inet Adresse:172.16.89.1  Bcast:172.16.89.255  Maske:255.255.255.0
          inet6-Adresse: fe80::250:56ff:fec0:8/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:130 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Diesmal mit vmnet devices.

Sind richtig zugewiesen...hat bisher ja auch so funktioniert! eth1 bridged auf vmnet0.
DHCP wär sicher einen Versuch wert, ist aber nicht ideal, wenns denn klappt. Der Server hat keinen Bildschirm und wär bei einem Problem mit der Adresszuweisung (whyever) über ssh nimma erreichbar.

ad "not ideal": ja mittlerweile versteh ich auch wieso...die letzte Major Release is schon EWIG draußen und es gibt einfach kein Update!? Das Pearl-Script, dass die Konfig schreibt, muss bei jedem aufruf einige Module neu komplilieren, weils zum 2.6.32-* nix kompatibles mehr gibt. Das geht natürlich nur, wenn ich die im letzten Aufruf erstellten Module händisch entferne. Ergo: Jedesmal wenn ich am VMWare Server was konfigurieren will, muss ich 3 Module manuell removen! :bash:

Dafür ist die VM halt interoperabel, nachdem ich auf meinen Windows-Geräten VMWare Workstation einsetze...da hab ich halt meine liebe Not mit Unix-only Virtualisierung.

COLOSSUS

Administrator
GNUltra
Avatar
Registered: Dec 2000
Location: ~
Posts: 12106
13.09.2010 - 20:15
QEMU/KVM kann auch vmdk lesen und davon booten. VirtualBox kann es auch. Zur Not kann man konvertieren: man qemu-img.

Dass die Konfiguration der Interfaces via DHCP irgendwas anders oder gar besser machen sollte als eine manuelle, kann ich mir beim besten Willen nicht vorstellen.

Ich kenne mich mit dem proprietaeren und schwer grindigen VMWare-Bridging nicht mehr aus, aber so wie die Routing-Tabelle und Interface-Konfiguration fuer mich aussieht, sollte das eigentlich klappen. Hast du auf dem Host irgendwas im ARP-Cache? Was passiert beim Pingen der Broadcast-Adresse? Wie sehen die Routingtabellen der Gastsysteme (die koennen 192.168.1.1 erreichen, habe ich das richtig verstanden?) aus?

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3918
14.09.2010 - 12:25
Werd mir auf jedenfall eine Alternative zu VMWare anschauen...aber momentan hab ich dafür keine Zeit. Jetzt wärs mal super zu verstehen wieso das ned klappt.

ARP-Cache vom Host:
Code:
root@filer:~# arp -av
? (192.168.1.1) auf 00:18:39:5b:25:5c [ether] auf eth1
? (192.168.1.252) auf 00:0c:29:01:e7:37 [ether] auf eth1
? (192.168.1.13) auf 00:1f:d0:9b:49:dc [ether] auf eth1
Einträge: 3   Ignoriert: 0   Gefunden: 3

Die Einträge stimmen!

Beim Pingen der BC-Adresse passiert garnix.
Vom Host sind ALLE Systeme (Workstation, Win2k8R2 Guest, WLAN Drucker :D) außer 1.1 pingbar.

Könnte es sein, dass das Problem am DD-WRT Router hängt?

edit:

Habs! :)

Auszug aus dem ARP-Cache vom Router:

Code:
root@Routie:~# arp -an
? (192.168.1.254) at 00:30:BD:B2:18:4F [ether] PERM on br0

Die MAC-Adresse ist falsch. iirc ist das die MAC von meinem alten Rechner. Keine Ahnung wie die da hingekommen ist... :confused:

Jedenfalls hab ich den falschen Eintrag entfernt...siehe da...es klappt! =)

Code:
root@Routie:~# arp -d 192.168.1.254
root@Routie:~# arp -an
? (192.168.1.254) at 00:1B:21:3F:F8:6A [ether]  on br0

root@Routie:~# ping 192.168.1.254
PING 192.168.1.254 (192.168.1.254): 56 data bytes
64 bytes from 192.168.1.254: seq=0 ttl=64 time=1.381 ms
64 bytes from 192.168.1.254: seq=1 ttl=64 time=0.755 ms

Danke jedenfalls an euch für eure Hilfestellung. Danke Colo für den Denkanstoß in Richtung ARP-Cache! :)

Werd mir demnächst auf jedenfall KVM o.ä. ansehen...auch wenn das Problem jetzt nichts mit VMWare zu tun hatte.
Bearbeitet von EG am 14.09.2010, 12:41
All times are GMT +1 hour. The time now is 03:31.
Anmeldung

Join us! | Datenschutz

New Posts
Today's Active Threads
Verkauf auf Willhaben - eure Meinung dazu
02:35 s4c
Update: Erfahrung Zenwifi XT9 (Mesh W-Lan)
23:47 fresserettich
Nationalratswahl 2024
23:40 Longbow
Hausbau Thread
23:38 Longbow
Until Dawn (2025) | Drama, Horror
22:56 D-Man
[Series] Arcane | Animated, Riot LoL Universe
22:31 semteX
Latest News
User of the Month: disposableHero
28.10. WONDERMIKE
Neues Unterforum: Artificial Intelligence
10.08. WONDERMIKE
Erweiterung unseres Suche / Biete / Tausche Markplatzes: Alles außer Hardware!
07.04. WONDERMIKE
User of the Moment: Viper780
04.05. böhmi
Serverumzug 2023
27.02. WONDERMIKE
Archives: News Articles
Links

Partners:
» Gamers.at
» Notebookcheck.com

L E F T B A R
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz
© all rights reserved by overclockers.at 2000-2025
overclockers.at v4.thecommunity based on vBulletin 2.2.5
Page generated in 0.043 seconds (SQL-time: 0.037 seconds, 31 queries)
sponsored by www.nessus.at