8
Ubuntu unter ESX - Netzwerkverbindung nicht möglich
Guten Abend zusammen,
ich bin relativ wenig bewandert, was Linux angeht, möchte aber für einen Test-Webserver ein Ubuntu 14.04 aufsetzen. Das ganze läuft unter ESX 5.5 - die Installation lief super, über den Adapter VMXNET3 (den ich eher versehentlich gegeben habe) lief auch das Netzwerk per DHCP.
Dann wollte ich eine fixe IP angeben und habe die /etc/networking/interfaces editiiert - seitdem zeigt mir ifconfig keine Netzwerkkarte mehr an.
Egal, ob ich eine neue hinzufüge oder die bestehende als E1000 setze (wird von unseren anderen Linux-VM genutzt)- kein Chance.
Habt ihr eine Idee, was ich tun kann?
Gruß
ich bin relativ wenig bewandert, was Linux angeht, möchte aber für einen Test-Webserver ein Ubuntu 14.04 aufsetzen. Das ganze läuft unter ESX 5.5 - die Installation lief super, über den Adapter VMXNET3 (den ich eher versehentlich gegeben habe) lief auch das Netzwerk per DHCP.
Dann wollte ich eine fixe IP angeben und habe die /etc/networking/interfaces editiiert - seitdem zeigt mir ifconfig keine Netzwerkkarte mehr an.
Egal, ob ich eine neue hinzufüge oder die bestehende als E1000 setze (wird von unseren anderen Linux-VM genutzt)- kein Chance.
Habt ihr eine Idee, was ich tun kann?
Gruß
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 293704
Url: https://administrator.de/contentid/293704
Printed on: April 19, 2024 at 22:04 o'clock
8 Comments
Latest comment
Hallo,
und was hast du in die /etc/network/interfaces geschrieben?
Gruß
und was hast du in die /etc/network/interfaces geschrieben?
Gruß
keine Panik!
Mehrere Fehlerquellen möglich:
- NetworkManager (bei 14.04 LTS Server im Gegensatz zu Desktop aber nicht als Default mitinstalliert)
- udev weist der Karte nun einen neuen Namen zu
- VMware-Tools oder open-vm-tools generieren einen neuen Namen
- von @michi1983 schon geschrieben: interfaces-Datei ist nicht richtig: Beispiele mit "man interfaces"
wenn man nicht lange nachdenken möchte, Ersteinrichtung, Distribution aktualisieren: apt-get update: apt-get distupgrade; apt-get install open-vm-tools
dann reboot,
dann /etc/udev/rulez.d/70-networkrules o.ä. löschen
reboot
Eintragen der neu erkannten eth0 in interfaces
fertig
Die Idee bei udev ist, daß Netzwerkkarten z.B. anhand ihrer MAC in einem PC auch nach umstecken immer wieder die gleiche IP erhalten sollen, daher auch wenn sie ausgetauscht werden, eine neue Karte einen anderen Namen bekommt.
Man muß diese Idee nicht für praxisrelevant halten
(na ja, bei Servern ist das manchmal hilfreich, viel öfter aber hat man dadurch als Admin Mehraufwand).
HG
Mark
Mehrere Fehlerquellen möglich:
- NetworkManager (bei 14.04 LTS Server im Gegensatz zu Desktop aber nicht als Default mitinstalliert)
- udev weist der Karte nun einen neuen Namen zu
- VMware-Tools oder open-vm-tools generieren einen neuen Namen
- von @michi1983 schon geschrieben: interfaces-Datei ist nicht richtig: Beispiele mit "man interfaces"
wenn man nicht lange nachdenken möchte, Ersteinrichtung, Distribution aktualisieren: apt-get update: apt-get distupgrade; apt-get install open-vm-tools
dann reboot,
dann /etc/udev/rulez.d/70-networkrules o.ä. löschen
reboot
Eintragen der neu erkannten eth0 in interfaces
fertig
Die Idee bei udev ist, daß Netzwerkkarten z.B. anhand ihrer MAC in einem PC auch nach umstecken immer wieder die gleiche IP erhalten sollen, daher auch wenn sie ausgetauscht werden, eine neue Karte einen anderen Namen bekommt.
Man muß diese Idee nicht für praxisrelevant halten
(na ja, bei Servern ist das manchmal hilfreich, viel öfter aber hat man dadurch als Admin Mehraufwand).HG
Mark
Moin,
aus dem Kopf raus:
auto eth0
address 192.168.100.80
gateway 192.168.100.3
iface eth0 inet static
netmask 255.255.255.0Bin erst nachher wieder im Büro und könnte das checken - werde mir dann auch den von @broecker genannten Tip vornehmen.
Danke euch schonmal!
Gruß
Dann korrigiere das erst mal auf
Und um zu testen ob es wirklich an der falschen interfaces Datei lag, kannst du ja mal auf DHCP umstellen.
<code type=plain">
auto eth0
iface eth0 inet dhcp
Aber ja, warten wir mal ab bis du die Tipps von @broecker auch abgearbeitet hast.
auto eth0
iface eth0 inet static
address 192.168.100.80
netmask 255.255.255.0
gateway 192.168.100.3 (sofern das stimmt bei dir)
Und um zu testen ob es wirklich an der falschen interfaces Datei lag, kannst du ja mal auf DHCP umstellen.
<code type=plain">
auto eth0
iface eth0 inet dhcp
Aber ja, warten wir mal ab bis du die Tipps von @broecker auch abgearbeitet hast.
Moin,
erstmal solltest du die VMXNET3 Netzwerkkarten verwenden und die open-vm-tools installieren!
Dann sollte deine Interfaces so aussehen:
VG
Val
erstmal solltest du die VMXNET3 Netzwerkkarten verwenden und die open-vm-tools installieren!
Dann sollte deine Interfaces so aussehen:
auto eth0
iface eth0 inet static
address 192.168.100.80
netmask 255.255.255.0
gateway 192.168.100.3
dns-nameservers 192.168.100.3VG
Val
Grundlegendes dazu auch hier:
Netzwerk Management Server mit Raspberry Pi
Ist identisch zu Ubuntu.
Kollege broecker hat vermutlich recht, das der Network Manager dazwischenfunkt. Bekommt man aber alles leicht in den Griff.
@119944
DNS doch besser in die /etc/resolv.conf
Netzwerk Management Server mit Raspberry Pi
Ist identisch zu Ubuntu.
Kollege broecker hat vermutlich recht, das der Network Manager dazwischenfunkt. Bekommt man aber alles leicht in den Griff.
@119944
DNS doch besser in die /etc/resolv.conf
Also im aktuellen Ubuntu 14.04 Server hab ich diese Meldung in der resolv.conf stehen:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
Tach,
Ich hatte das bereits so gschrieben - hatte es heute morgen nur mal schnell gegooglet und den ersten Treffer genommen. Hatte da bislang auch nicht geklappt.
Hab den Server neu installiert und deinen Ablauf beherzigt - das hat dann super geklappt. Denke mal, dass es die fehlenden VM Tools waren. Daran hatte ich gestern Abend gar nicht mehr gedacht und mich scheinbar selbst ausgesperrt.
Jetzt klappt es auf jeden Fall - vielen Dank euch!
Ähnliches hatte ich auch gelesen, dass es bei 14.04 nicht mehr in der resolv.conf stehen soll, sondern mit in die interfaces kommt. Klappt auf jeden Fall, wenn es in der Interfaces steht.
Danke nochmal!
Gruß
Zitat von @michi1983:
Dann korrigiere das erst mal auf
Und um zu testen ob es wirklich an der falschen interfaces Datei lag, kannst du ja mal auf DHCP umstellen.
Dann korrigiere das erst mal auf
Und um zu testen ob es wirklich an der falschen interfaces Datei lag, kannst du ja mal auf DHCP umstellen.
Ich hatte das bereits so gschrieben - hatte es heute morgen nur mal schnell gegooglet und den ersten Treffer genommen. Hatte da bislang auch nicht geklappt.
Zitat von @broecker:
wenn man nicht lange nachdenken möchte, Ersteinrichtung, Distribution aktualisieren: apt-get update: apt-get distupgrade; apt-get install open-vm-tools
dann reboot,
wenn man nicht lange nachdenken möchte, Ersteinrichtung, Distribution aktualisieren: apt-get update: apt-get distupgrade; apt-get install open-vm-tools
dann reboot,
Hab den Server neu installiert und deinen Ablauf beherzigt - das hat dann super geklappt. Denke mal, dass es die fehlenden VM Tools waren. Daran hatte ich gestern Abend gar nicht mehr gedacht und mich scheinbar selbst ausgesperrt.
Jetzt klappt es auf jeden Fall - vielen Dank euch!
Zitat von @119944:
Also im aktuellen Ubuntu 14.04 Server hab ich diese Meldung in der resolv.conf stehen:
Also im aktuellen Ubuntu 14.04 Server hab ich diese Meldung in der resolv.conf stehen:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
> # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
> Ähnliches hatte ich auch gelesen, dass es bei 14.04 nicht mehr in der resolv.conf stehen soll, sondern mit in die interfaces kommt. Klappt auf jeden Fall, wenn es in der Interfaces steht.
Danke nochmal!
Gruß
