VMWare Netzwerk will nicht - VMWare Gurus gesucht :)

Hi,

Ich versuche verzweifelt ein Netzwerk unter VMWare zum laufen zu
bekommen.

Hintergrund: Meine Kollegen sollen damit mal arbeiten. Wir setzen
in der Fa. FreeBSD ein.

Ich habe mir das mal auf einem PIII-1000 installiert und das
ging nach einigem hin und her auch.
Jetzt bin ich dabei eine Anleitung zu schreiben und habe zu dem
Zweck, ein neuinstall auf einem Test-Rechner (PII-400) gemacht.
Anleitung folgt unten: Ich bekomme einfach das !@#$% Netzwerk
nicht zum laufen und weiss nicht wo ich noch drehen soll.

Anbei die Beta-Version der Anleitung die ich paralell
zu dem VMWare Install auf dem Rechner geschrieben habe:

-------snipsnipsnipsnip------

VMWare-Install
--------------
pn, Tue Jul 3 14:50:25 CEST 2001

- Erst mal ein BSD (4.3) neu auf einer Platte eingerichtet
  mitsamt Port-Collection.
- X System und KDE installiert
- User angelegt
- sudo installiert
- /usr/port/linux_base installiert
- linux_enable="YES" in rc.config, damit es nach dem booten da ist

Damit waere ein Qusi Default Rechner erstellt.

Jetzt geht es los:

Erst mal noch 2 'richtige' IP Nummern besorgen.
Eine bekommt das Gastsystem, eine muss als
Gateway herhalten
Bsp. Rechner2:

222.9.190.63 (fuers vmnet1 Interface)
222.9.190.64 (IP fuer das Gastystem)

Eintrag im DNS nicht vergessen!

Und wir brauchen noch eine Demo-Lizenz
Zu bekommen unter http://www.vmware.com/license_linux
Selbige wird dann als ~/.vmware/license abgelegt
Evtl. Verzeichnis .vmware erstellen

Und noch eine Boot-Diskette des Gast-Systems das wir
installieren wollen

- cd /usr/ports/emulators/vmware2
- make
- Frage kommt "Du you want to use netgraph bridging?"
  Sagt mir nichts: Also erst mal nein
- Private IP of your host?
  A: 222.9.190.63 (Das vmnet1 Interface bekommt dann diese IP.
  Das Gastsystem dann die .64)
  Netmask?
  A: 255.255.255.0 (Offizielle Netmask im Office Netz)
  Options correct?
  Configureation: host only
  IP Adress: 222.9.190.63
  Netmask: 255.255.255.0

Das mit dem 'host only' wird noch umgestellt.
FreeBSD braucht fuer VMNetze wohl ein tricky Workaround.
BSD kann wohl nur "Host Only", aber es wird spaeter trotzdem
eine Bridge gestartet.
"The FreeBSD version of VMWare only supports "host-only" networking, but if
bridging is enabled in your FreeBSD kernel, then the Virtual Machine can
access the outside network as if it were on it directly anyway."

- make install

- Mounten des Linux FS
bash-2.05# mount_linprocfs linprocfs /compat/linux/proc
bash-2.05# mount
/dev/da0s1a on / (ufs, local)
procfs on /proc (procfs, local)
linprocfs on /usr/compat/linux/proc (linprocfs, local)

- Eintragen in /etc/fstab
  linproc /compat/linux/proc linprocfs rw 0 0

- Kernel anpassen:
options BRIDGE #for vmware
options IPDIVERT #for vmware
options IPFILTER #for vmware
options IPFIREWALL #for vmware

- rc.config anpassen:
  Sehr wichtig sind die rc.conf firewall eintraege, sonst
  sperrt man sich auf dem eigenen Rechner aus !!!!!

natd_enable="YES"
natd_interface="de0"
gateway_enable="YES"
firewall_enable="YES"
firewall_quiet="YES"
firewall_type="open"

TODO:
Ein paar Fragen
Hauptsaechlich will natd (man natd) den ganzen Krams.
Unklar wie NAT und BRIDGING zusammenspielen.

Und warum spinnt mein Host, wenn das vmnet1 Interface
falsch koniguriert ist...
(z.b. Meldung "no buffer space aviable" wenn man vom Host-System
aus ein Rechner im LAN anpingen will)
Fragen ueber Fragen.
Wenn das mal jemand sagen kann, moege er es hier niederschreiben.
(Ich hasse es wenn etwas tut und ich nicht weiss warum)

- Reboot

- Ein 'ifconfig -a' musste nun unter anderem ein Interface
  namens 'vmnet1' anzeigen

- Als User einloggen

- VMWare starten mit 'vmware &'

- Gast-System installieren mittels des Wizzards
  o Als CD-ROM geht evtl. /dev/cdrom nicht
    Entweder symlinken oder das entsprechende device
    angeben (/dev/cd0a)
    OBACHT: BSD hat wohl Probleme selbstgebrannte CD's zu mounten!
    Nicht wundern wenn's dann ein mount nicht klappt
  o Bei Networksetting "Host Only" angeben

OBACHT: LESEN LESEN LESEN LESEN LESEN !!!!!!!!!!
Ich konnte Win98 auf Teufel komm raus nicht von Diskette booten
weil der Bootvorgang staendig irgendwelche Fehlermeldungen brachte.
Obwohl ich mehrmals versucht habe von CD zu booten, ging auch
das erst mal nicht, weil unter BSD vmware immer versucht auf
das Floppy-Laufwerk zuzugreifen.
Was bei mir dann auf einmal ging:
- VMWare starten
- Bootfaehige CD-ROM einlegen
- vmware BIOS so einstellen das es von CD bootet
  vmware wird es trotzdem von der Floppy versuchen
- 2 Minuten warten, dann sollte vmware trotzdem von CD-ROM
  booten. Zumindest ging das bei mir auf einmal...
- Waerend des installierens wird man immer wieder mal sehen,
  das vmware auf die FLoppy zugreifen will.
  Dann einfach eine Diskette einschieben, dann greift er
  kurz auf die Floppy und dann wieder auf das CD-ROM
  Diskette, solange man nicht bootet, am besten drinnlassen, bis
  die Installation fertig ist und die VMWare-Tools installiert sind.

Also denn:

- Power ON und Gast-System installieren (Probleme: siehe
  Text oben)
  Als Win98 anfangen will die Systemdateien von CD zu kopieren
  dauerte das ca. 5 (!!!) Minuten bis er loslegte.
  Also nicht wundern (Bei mir hat vmware gleich mal 6 Zombies
  generiert auf bruzzel)
  Ein Blick auf 'top' sagt mir 98% Prozessorauslastung und es
  ist auf dem REchner (P400/64MB) aetzend langsam

- IP's im Gastystem eintragen:
  IP: 222.9.190.64 (Office IP, diese ist 'nach aussen sichtbar')
  Netmask: 255.255.255.0 (Office Mask)
  GW: 222.9.190.1 (Office GW)
  DNS: 222.9.190.1 (Office DNS)

- Rechner neu booten lassen nun sollten PINGS rein und
  raus funktionieren.

- VMWare-Tools installieren
  o Eine Diskette ein das Floppy laufwerk legen
  o In dem Menue von der VM-Maschine auf SETTINGS und dann
    auf VMWARE TOOLS INSTALL klicken
  o Wenn man nun auf Laufwerk A zugreift findet sich dort der
    inhalt einer virtuellen Diskette (nicht der Inhalt der
    eingelegten)
  o
- Nach der Installation, kann im VMWare BIOS eingestellt
  werden, das der Gastrechner von der Festplatte booten soll.

Know Problems:
- Das mit dem Flopyy und CD Zugriff wurde oben schon
  angesprochen
- Beim umzug, als sie IP und Netmask aenderte, spinnte
  das Host-System (!)
  Bei einem ping kam dann sowas wie 'no bufer space left)
  Unklar inwie weit ein falsch konfiguriertes Gastystem,
  das Hostsystem beeintraechtigt.
- Wenn man das GastOS (bei mir Win98) in den Suspend Modus schickt,
  kann es sein, das es beim Resume ruckelt und aussetzer hat die
  recht nervig sind.
- Bei Bruzzel habe ich das Problem, das VMWare sich beschwert
  dass das CD-ROM nicht konfiguriert sei, wenn keine CD-ROM
  eingelegt ist und startet dann ohne CD-ROM.
  Man kann aber spaeter immer noch eine einlegen und dann
  das CD-ROM Laufwerk 'connecten'

------------------snipsnipsnip----------------

Als Gast-Systemen sind auf beiden Rechner Win98.
Ein netstat -rn in den Win98 Gastystemen sehen auf beiden Rechnern
auf denen vmware laeuft gleich aus.
Nur netstat -rn auf den beiden Host-Rechnern sehen unterschiedlich aus.

bash-2.05# netstat -rn
Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 222.9.190.1 UGSc 0 18 de0
127.0.0.1 127.0.0.1 UH 0 1 lo0
222.9.190 link#1 UC 0 0 de0 =>

Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UH lo0
fe80::%de0/64 link#1 UC de0
fe80::%lo0/64 fe80::1%lo0 Uc lo0
fe80::%vmnet1/64 link#11 UC vmnet1
ff01::/32 ::1 U lo0
ff02::%de0/32 link#1 UC de0
ff02::%lo0/32 fe80::1%lo0 UC lo0
ff02::%vmnet1/32 link#11 UC vmnet1

Was mir auffaellt:
Ein 'tcpdump -i vmnet1' zeigt mir auf dem Rechner, auf dem alles tut,
Traffic an.
Der andere Rechner, macht das nicht.
Wenn ich vom Gast-System aus ein PING versuche auf den Host Rechner, bzw
ein Rechner im gleichen Lan/Netzsegment, dann sehe ich einen ARP
request, der aber nicht beantwortet wird:

tcpdump: listening on vmnet1
14:59:40.726162 arp who-has rechner1.domain.net tell rechner2.domain.net
14:59:45.620160 arp who-has rechner1.domain.net tell rechner2.domain.net
[...]

netstat -rn (Rechner2, auf dem es nicht tut):

Irgendwo klemmt es also zwischen der realen Netzwerkkarte und dem
vmnet1 Interface und ich komme nicht dahinter was es ist.

Der Rechner auf dem alles tut sagt bei starten (dmesg):
[...]
da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C)
/dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 $
/dev/vmmon: Module vmmon: initialized
BRIDGE 990810, have 11 interfaces
-- index 1 fxp0:1 type 6 phy 0 addrl 6 addr 00.02.b3.2d.88.3e
-- index 11 type 6 phy 0 addrl 6 addr 00.bd.a0.15.00.01
fxp0: promiscuous mode enabled
>> now fxp0 promisc ON if_flags 0xffff8943 bdg_flags 0x5
vmnet1: promiscuous mode enabled
>> now vmnet1 promisc ON if_flags 0xffff8943 bdg_flags 0x5
You have new mail in ...

Der andere auf dem es nicht tut:
[...]
da0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit), Tagged Queueing Enabled
da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C)
/dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 $
/dev/vmmon: Module vmmon: initialized
vmnet1: promiscuous mode enabled
vmnet1: promiscuous mode disabled

Was ich vermisse auf dem rechner2 ist:
BRIDGE 990810, have 11 interfaces
-- index 1 fxp0:1 type 6 phy 0 addrl 6 addr 00.02.b3.2d.88.3e
-- index 11 type 6 phy 0 addrl 6 addr 00.bd.a0.15.00.01

Liegt also nahe das irgendwas mit dem Bridging nicht tut
und ich komme nicht dahinter was es sein koennte.
Im Kernel ist es aktiviert.

Ach ja:
Das System auf dem es tut ist ein BSD 4.2
Das auf dem Testrechner ein 4.3

(Waere jetzt natuerlich peinlich wenn es da wirklich unterschiede in
der BRIDGING Funktion geben wuerde...)

Any hints?

Gruss,
Peter

PS Was mir gerade beim lesen auffaellt:
Bei der installation des VMWare Ports kommt das hier:

[...]
- Frage kommt "Du you want to use netgraph bridging?"
[...]

Sagt mir nichts: Also erst mal nein

Haette ich da evtl. ja sagen sollen?
Was ist netgraph bridging?

Ich sage euch, wenn ich das zum laufen gebracht habe,
darf diese Anleitung gerne verteilt werden.

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 11 Jul 2001 - 15:11:09 CEST