wir haben auf Anraten einer unserer Softwarehersteller ein Update von OpenSuse 12.x auf 13.2 gefahren, Hardware DELL Server. Update hat soweit auch wunderbar funktioniert, der darauf befindliche Apache Server läuft auch wunderbar wieder und ist aus meinem LAN erreichbar.
Allerdings sammelt sich seit dem Update in meinem DHCP (Windows) ein dauerhafter Eintrag (heißt, selbst wenn ich ich manuell rauslösche, kommt er wieder), der denselben FQDN wie meine OpenSuse Maschine hat. Die MAC-Adresse, die der DHCP angibt, entspricht auch der ETH0 Schnittstelle des Servers, allerdings ist da als statische IP die ursprüngliche IP des Servers vergeben. Siehe ifconfig (IPs zensiert, als inet Adresse steht dort die StaticIP, die er auch vor dem Update schon hatte, inet6 Adresse wird bei uns intern nicht verwendet)
Egal ob ich die Statische oder die DHCP-Adresse im Browser aufrufe, beidesmal meldet mir der Apache “It works”, gebe ich /Unterseite an, komm ich auch auf meine darauf konfigurierten Websiten. der iDRAC (Fernwartung DELL Server) kann es eigentlich nicht sein, weil der a) einen separaten Netzwerkport nutzt und b) eine eigene Website darstellt, eben zum Konfigurieren des Servers.
Ich hab schon im Internet und auch hier im Forum gesucht (auch im englischsprachigen), aber ich finde leider immer nur Einträge von Leuten, die eben genau das wollen: DHCP und StaticIP auf einem Interface, ich wills ja genau umgekehrt
Bin leider Bunte-Bildchen-WindowsAdmin und kenn mich mit Linuxsystemen so gar nicht aus.
Hm, ich bin mir nicht sicher ob ich das richtig verstehe… Der betreffende Rechner hat also die statische und eine dynamische Adresse? ifconfig zeigt aber nur die statische an?
An sich schließen sich DHCP und statische IP gegenseitig aus: entweder man verwendet DHCP und bekommt die IP-Adresse von einem DHCP-Server zugewiesen (z.B. Gateway oder Router), oder man setzt eine statische IP-Adresse.
Beides geht nicht, die Schnittstelle kann normalerweise ja auch nur eine Adresse haben.
Allerdings schreibst du:
wir haben auf Anraten einer unserer Softwarehersteller ein Update von OpenSuse 12.x auf 13.2 gefahren
Ein Update von 12.x auf 13.2 wird nicht wirklich unterstützt und kann zu Problemen führen, man sollte zur Sicherheit immer nur auf die nächste Version upgraden.
Im speziellen wurde in 13.1 (wenn ich mich recht erinnere, könnte aber auch schon 12.3 gewesen sein…) die Art geändert, wie zwischen NetworkManager und ifup/wicked umgeschaltet wird.
Eine Version zu überspringen kann dazu führen, dass diese Konfiguration nicht korrekt migriert wird und nach dem Upgrade beide Dienste laufen.
Da beide unterschiedliche Einstellungen verwenden, kann es sein, das einer einen DHCP-Client startet, obwohl man eine statische IP-Adresse zugewiesen hat (im anderen Dienst). Ich kann mich jedenfalls an andere Threads erinnern wo genau das das Problem war.
Um das zu überprüfen, poste bitte die Ausgaben der folgenden Kommandos:
systemctl status network
systemctl status wicked
systemctl status NetworkManager
ps aux|grep dhc
Andererseits sollte ifconfig dann auch die dynamische Adresse anzeigen, denke ich, aber das ist das einzige was mir spontan einfällt.
Ohne DHCP-Client sollte kein Eintrag im DHCP-Server für den Rechner neu angelegt werden.
Könnte aber auch sein, dass irgendwie zwei Konfigurationen für die selbe Schnittstelle existieren (auch das kann ein Upgrade-Problem sein durch die Umbenennung von Schnittstellen). Also bitte auch folgendes:
Kenn ich auch so, allerdings kann ich wie gesagt die StaticIP und die DHCPIP per Ping erreichen, beide antworten mit der eth0-MAC und ich bekomm bei beiden im Webbrowser (It Works!) bzw. eben die Apache-Website
Ich hab das Upgrade leider nicht selbst gemacht, sondern der Kollege, der jetzt aber nicht versteht, warum ich mich als Netzwerkadmin über die DHCP-Adresse aufrege, sein Apache geht doch, der User kommt drauf :\ Daher ist alles, was das Upgrade per Se betrifft, an mir vorbei gegangen. Auch, ob das unterstützt wäre oder nicht, weiß nur, dass man uns erst einen komplett neuen Server aufdrängen wollte, obwohl der gerade mal 2 Jahre alt ist und noch topaktuell.
An sich sollts ja schon gehen, es wird halt nicht unbedingt speziell getestet, und kann vereinzelt zu Problemen führen, vor allem eben bei eventuellen Migrationen von Konfigdateien.
Anbei der Output
root@SERVER:~> systemctl status wicked
wicked.service - wicked managed network interfaces
Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled)
Active: active (exited) since Fr 2015-07-31 14:53:52 CEST; 6 days ago
Process: 1233 ExecStart=/usr/sbin/wicked --systemd ifup all (code=exited, status=0/SUCCESS)
Main PID: 1233 (code=exited, status=0/SUCCESS)
CGroup: /system.slice/wicked.service
...
root@SERVER:~> systemctl status NetworkManager
NetworkManager.service - Network Manager
Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled)
Active: active (running) since Fr 2015-07-31 14:53:46 CEST; 6 days ago
Main PID: 1209 (NetworkManager)
CGroup: /system.slice/NetworkManager.service
├─1209 /usr/sbin/NetworkManager --no-daemon
└─1403 /sbin/dhclient -d -sf /usr/lib/nm-dhcp-helper -pf /var/run/dhclient-eth0.pid -l...
Wie vermutet: es sind sowohl wicked als auch NetworkManager aktiv, und NetworkManager hat einen DHCP-Client (dhclient) gestartet um eine dynamische IP-Adresse zu bekommen.
Ein Deaktivieren von NetworkManager sollte reichen, das network.service ist ja korrekt auf wicked gesetzt und ich denke die statische Adresse ist in YaST eingestellt (sonst würde NetworkManager ja keinen DHCP-Client starten).
sudo systemctl disable NetworkManager
Dann Neustarten, oder NetworkManager stoppen:
sudo systemctl stop NetworkManager
Alternativ sollte auch ein Wechsel zu NetworkManager (mit OK akzeptieren) und zurück zu wicked in YaST das Problem beheben.
Die Schnittstellenkonfigs scheinen ok zu sein, ich seh da nur eine für eth0…
und kenn mich mit Linuxsystemen so gar nicht aus.