VMware Server 2 netwerk configuratie Linux

[Mikeh]

Ben nu al een tijd aan het stoeien met het opzetten van een Debian server met VMware Server 2 maar het wilt nog niet echt lukken.

Probleem 1:
Mijn huidige opzet is dat ik momenteel een VMware server 2 heb draaien met daarop 2 netwerken:

• VMNet0 is bridge naar Eth1 (192.168.1.2, 255.255.255.0, 192.168.1.1) Internet
• VMNet2 is bridge naar Eth0 (172.16.1.100, 255.255.0.0) Netwerk

Op de Debian server heb ik toegang tot internet en het netwerk is up. Ik heb de mogelijkheid om intern 172.16.1.100 te pingen (op Debian machine dus), maar mijn eigen computer, aangesloten op deze netwerkkaart, kan ik niet pingen. Deze heeft het adres 172.16.1.101, 255.255.0.0, 172.16.1.100. Vanaf mijn computer kan ik wel pingen naar 172.16.1.100!

Probleem 2:
Nu heb ik een Virtual Machine gemaakt met daarop een Endian firewall appliance, en heb beide VMnets geconfigureerd binnen deze Virtual Machine. Binnen deze VMware heb ik de volgende IP adressen gebruikt:

• Eth0 -> 192.168.1.5, 255.255.255.0, 192.168.1.1 (Internet)
• Eth1 -> 172.16.1.1, 255.255.0.0 (netwerk)

Nu kan ik, net zoals vanaf mijn eigen computer, pingen naar het adres 172.16.1.100. Probeer ik te pingen vanaf Debian naar 172.16.1.1 (Endian) krijg ik ook een time-out. Ook heb ik niet de mogelijkheid om te pingen naar 192.168.1.5 of 192.168.1.1 vanaf deze Endian firewall.

Na uren van Google werk en eindeloos aanpassen van IP's en andere instellingen vraag ik me af of iemand mij zou kunnen helpen met het oplossen van deze problemen. Uiteindelijk doel is dat de Endian Firewall DHCP adressen gaat uitdelen op het interne netwerk en met NAT het internet deelt.

[Bloodshot]

Probleem 1: Mijn gok: Je (Windows) firewall.
Als extra test: clear de ARP-cache en ping opnieuw. Als er een nieuwe ARP-entry staat, werkt alles naar behoren.

Probleem 2: De default rulebase van een firewall is: DROP ALL.
Heb je een rulebase geconfigureerd?

[Mikeh]

Bloodshot schreef op donderdag 21 oktober 2010 @ 18:53:
Probleem 1: Mijn gok: Je (Windows) firewall.
Als extra test: clear de ARP-cache en ping opnieuw. Als er een nieuwe ARP-entry staat, werkt alles naar behoren.

Probleem 2: De default rulebase van een firewall is: DROP ALL.
Heb je een rulebase geconfigureerd?

Probleem 1 is inderdaad verholpen, Firewall blokkeerde het ICMP request

2de probleem is inmiddels opgelost door firewall (IPTABLES) uit te schakelen. Daarna kon ik bij de administrator interface komen

Nog bedankt voor het herinneren van de Firewall op cliënt.