✔ UBUNTU 12.4 Server / Feste IP will sich nicht vergeben lassen

[Bratkartoffel]

Hi,

wenn du resolvconf deinistalliert hast, dann kannst in die resolv.conf mal folgendes eintragen:

# use google nameservers
nameserver 8.8.8.8
nameserver 8.8.4.4

Dass du nichtmal IPs anpingen kannst ist nicht gut. Wie schaut denn die laufende Netzwerkkonfiguration aus?

ip -4 addr show
ip -4 route show

Grüße,
BK

 

[NetBull]

Ich hab nix de-installiert. Das System ist frisch aufgesetzt. Ist ja nur ne VM zum Testen. Will lernen meinen Host ohne Plesk zu verwalten. Was aber wohl noch was dauert.

dml@mosys-test:~$ sudo ip -4 addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    inet 192.168.254.132/24 brd 192.168.254.255 scope global eth0

 

[Bratkartoffel]

Hi,

der Teil schaut schonmal gut aus. Der Client hat die Adresse 192.168.254.132 und das Netz passt auch.
Wie sieht die Ausgabe von dem "ip -4 route show" aus?

Wenn das noch wie folgt ausschaut, dann liegt das Problem eher am Forwardning des Hosts:

192.168.254.0/24 dev eth0 proto kernel  scope link  src 192.168.254.132
default via 192.168.254.1 dev vmbr0

Wichtig ist hier die Angabe des "default".

Grüße,
BK

 

[NetBull]

ähm. war auch falsch. Hatte den "Server" wieder auf DHCP umgestellt.

so wieder umgestellt: und nu:

dml@mosys-test:~$ sudo ip -4 addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    inet 192.168.254.201/24 brd 192.168.1.255 scope global eth0

Sieht noch genauso aus, oder? Nur halt eben die andere feste IP.

dml@mosys-test:~$ sudo ip -4 route show
default via 192.168.254.1 dev eth0  metric 100
192.168.254.0/24 dev eth0  proto kernel  scope link  src 192.168.254.201

 

[Bratkartoffel]

Hi,

alos von der VM Seite ist imho alles OK, das sollte so passen. Nur der Broadcast stimmt nicht, hier bist du im falschen Netz (brd 192.168.1.255). Das sollte aber nicht der Grund für die abgeschottete Verbindung sein.

Gut, dann suchen wir mal auf dem Host weiter. Leider bin ich mit Windows nicht so fit, von daher nur relativ einfache Standardfragen:
- Firewall deaktiviert?
- Im Windows System die Weiterleitung (Bridging?) zur VM aktiv?

Eventuell hilft dir der Artikel hier weiter: https://www.vmware.com/support/ws55/doc/ws_net_nat_advanced.html

Grüße,
BK

 

[NetBull]

Hi, ...

sorry für späte Antwort, bin was im Stress die Woche.

Na Firewall kann es nicht sein, wenn ich über DHCP gehe läuft ja alles.
Wie aktiviere ich das Bridging? Werde versuchen das am Wochenende noch mal in Angriff zu nehmen.

LG NetBu||

 

[NetBull]

Moinsen...

So,.... hab meine V-Box Geschicht noch mal komplett rekonfiguriert und läuft mit automatischer IP Vergabe über DHCP...

Nun habe ich immer noch das Problem das ich über die Domäne (über windows hosts file) darauf zugreifen muss.

Also brauch ich feste IP's. Und hab immer noch keinen Plan wie ich das einstellen muss. Hab da ein IP Chaos... *fg*

Der Netzwerkadapter der zu den Virtual Box'en führt hat nun die IP Adresse 192.168.56.1 und die globalen Einstellungen für Virtual Box sehen nun so aus:



Meine Virtual Box, hat folgende Einstellungen:



Und dann das:


Soweit, so gut. Google wird gefunden, fein das Dings hat Internet... Juchu, wilde update orgien sind möglich. Aber warum hat es 192.168.178,30 wenn ich doch im DHCP g'sagt hab nimm was aus dem Bereich 200 bis 249? Und was muss nun in die /etc/network/interfaces damit diese Maschine die IP 192.168.56.200 bekommt?

LG NetBu||

 

[NetBull]

So, noch war rumgespielt und festgestellt:
"sudo /etc/init.d/networking restart" ist doof
besser is:
sudo /etc/init.d/networking stop
sudo /etc/init.d/networking start
Aber komisch, wenn ich die IP damit fest einrichte und den Dienst neu starte, ist alles in Ordnung. Maschine ist erreichbar, alles fein!
Aber mach ich ein reboot, dann hängt die Kiste bei Waiting for network configuration eine kleine Ewigkeit. Sowohl beim starten als auch beim Stoppen. Ist aber trotzdem erreichbar, dauert halt nur ewig lange...

 

[NetBull]

Problem ist der reale DHCP. Der scheint nicht mit zu spielen. Problem spezfiziert und entsprechenden Post erstellt