Umstellung von DHCP auf statische IPv4 - ohne reboot?

[cosinus]

Meine Fresse...könnt ihr nicht einfach eine einfache Frage beantworten:

Umstellung von DHCP auf statische IPv4 - ohne reboot?

Nun vergiss doch mal das systemctl restart network mit oder ohne ing...

[TomL]

Meine Fresse...könnt ihr nicht einfach eine einfache Frage beantworten:

Welchen Sinn hat es zu antworten, wenn Du die Antworten nicht liest?
viewtopic.php?f=30&t=168506#p1163201

[cosinus]

Meine Fresse...ich hatte versucht:

systemctl restart networking
service networking restart

Und es war immmer noch die alte IP aktiv. Soviel zum Thema nicht lesen, das gilt auch für euch.

[TomL]

systemctl restart networking
service networking restart
Und es war immmer noch die alte IP aktiv.

Ist das jetzt lustig oder was... oder willst Du nur trollen? Vielleicht liegt das ja daran, dass networking in Deinem System gar nix mit dem Netzwerkstart zu tun hat? Auch das hatte ich erklärt... ein Basic-stretch startet das Netzwerk via ifup.... das stand so in meiner Antwort... also kontrolliere doch erst mal, wie das Netz nach dem Boot überhaupt gestartet wird.

Soviel zum Thema nicht lesen, das gilt auch für euch.

Na dann viel spass....

[cosinus]

Ihr schnallt es echt nicht oder? Genau deswegen frag ich doch nach!

Ich hatte versucht mit diesen Befehlen diese neue Konfig wirksam werden zu lassen. Da das so nicht klappt hab ich gefragt warum das nicht geht und was denn notwendig sei.

Ergebnis: ich soll erstmal mit irgendwas journalctl durchgreppen, was genau wollte nicht gesagt werden. Dann die Nebenkerzen mit sysvinit vs systemd sowie service vs systemctl, so ziemlich völlig am Thema vorbei.

Ist das nicht möglich, eine einfache Frage über eine Debian9-Standardinstallation zu beantworten, ohne dass man erst dieses und jenes prüfen sowie dies und das durchgreppen muss? Gibt es da keinen Standardweg zu?

systemctl spuckt übrigens nix mit ifup aus.

[TomL]

systemctl spuckt übrigens nix mit ifup aus.

Welcher Befehl, wie ist die Ausgabe?

Welche Ausgaben? (Direkt nach dem Boot!!!)

Code: Alles auswählen

journalctl -b | egrep "network|ifup|dhcp" -i
systemctl -l | egrep "network|ifup|dhcp" -i

[cosinus]

Also wenn ihr immer nach Fehlern fragt: sollte es denn normalerweise so ein, dass die neue IP wirksam ist nach systemctl restart networking? Ich möchte mich hier wirklich nicht mit euch streiten sondern einfach nur wissen wo hier der Hundbegraben liegt.

Nochmal:

1. das System hatte eine IP via DHCP bekommen
2. ich hab dann manuell /etc/networking/interfaces bearbeitet für ne statische Adresse
3. systemctl restart networking (hat nix gebracht)
4. service networking restart (hat auch nix gebracht)
5. reboot --> dann war die alte IP über DHCP weg und ich hatte die statische IP die ich wollte

Ist hier vllt schon ein Gedankenfehler? Oder ist hier definitiv ein Fehler in der Konfig?

Mit ifup war dein Befehl den ich ausführen sollte, also systemctl -l |grep ifup. Nix. bei journalctl und systemctl hab ich nur Treffer wenn nach network gegreppt wird.

Code: Alles auswählen

# journalctl -b|grep -iE '(dhcp|ifup|network)'
Feb 01 00:41:42 myhost systemd[1]: Starting Raise network interfaces...
Feb 01 00:41:42 myhost systemd[1]: Starting Network Time Synchronization...
Feb 01 00:41:42 myhost systemd[1]: Started Network Time Synchronization.
Feb 01 00:41:45 myhost systemd[1]: Started Raise network interfaces.
Feb 01 00:41:45 myhost systemd[1]: Reached target Network.
Feb 01 00:41:45 myhost VGAuthService[515]: ServiceNetworkListen: Created socket directory '/var/run/vmware'
Feb 01 06:28:49 myhost systemd[1]: Reached target Network is Online.

Code: Alles auswählen

# systemctl -l|grep -iE '(dhcp|ifup|network)'
networking.service                                                                               loaded active exited    Raise network interfaces                                                     
systemd-timesyncd.service                                                                        loaded active running   Network Time Synchronization                                                 
network-online.target                                                                            loaded active active    Network is Online                                                            
network.target                                                                                   loaded active active    Network  

[TomL]

Nun denn.. dann doch "networking"... was mich allerdings wundert, weil das in keiner einzigen meiner VMs aktiv war.

Dann hätte es vermutlich gereicht, dass Interface mal zu schließen, ein flush, open und dann restart... was man aber nur machen sollte, wenn man entweder direkt am System ist, sonst wohl nur via Script:

Code: Alles auswählen

systemctl stop networking
ip link set dev eth0 down
ip addr flush dev eth0
ip link set dev eth0 up
systemctl start networking

[cosinus]

Ok, also sind generell noch Verrenkungen mit ip link/addr nötig weil allein Neustart von networking das nicht abnimmt?
Ich hatte schon lange kein non-systemd System neu installiert, ich meine aber, da hat er die fixe IP sofort gehabt nach einem service networking restart...hm

Wo du schreibst "nun doch networking" - ist das so ungewöhnlich, warum hast du das in deinen VMs nicht?

[TomL]

Wo du schreibst "nun doch networking" - ist das so ungewöhnlich, warum hast du das in deinen VMs nicht?

'networking' ist ein init.d-Script, ein Relikt aus sysvinit-Zeiten... und seit systemd eigentlich tot. Ich nutze gerne und viel VirtualBox-VMs mit Debian-Installationen... in keiner wird das noch verwendet... ifup hingegen ja, via mit NIC instantiierter Service-Unit. Und 'ifup' guckt auch in die /etc/networking.

[albundy]

Hallo,

es ist zwar nicht in Ordnung mit einem link zu antworten, aber dieser aufgeführte Weg hat mir bei dieser Problemstellung auch mal geholfen:

https://unix.stackexchange.com/question ... -interface

Dabei auch bitte mal dem Verweis dort folgen.

[cosinus]

Ok danke für den Link. Ich versteh jetzt aber nicht so ganz was das mit meiner Frage zu tun hat.
Es mag ja sein, dass dhclient immer noch irgendwie was machen will. Aber meine Frage ist ja:

Wie mache ich die statische IP-Konfig definiert in /etc/network/interfaces/ ohne reboot wirksam? Wenn möglich mit einem Befehl?

Wenn ich da grundsätzich irgendwie in einer "falschen" Konfigdatei bin oder sowas in der Art, dann bitte schreiben. Vllt ist ja auch "mein" Ansatz mit dem restart von networking falsch. Wie gesagt deswegen frage ich.

[mat6937]

Vllt ist ja auch "mein" Ansatz mit dem restart ... falsch. ...

Falsch ist es nicht und systemd ist eine gute Sache, aber es gibt z. Zt. noch einige (native und nicht native) service units, bei denen der daemon/Dienst, mit restart (warum auch immer) nicht neu gestartet werden kann. Das sieht man auch an der PID.
Ich benutze dann stop und start (statt restart).

[cosinus]

Hm. Also ich kenn das so, dass ein restart in Scripten nix anderes ist, als wenn man erst ein stop und dann ein start macht. Aber ich werd das mal morgen in einer neuen VM testen und prüfen was sich mit der PID tut und ob die statische IP-Konfig wirksam wird oder nicht.

[mludwig]

Wenn du mit restart bzw. stop und start das Netzwerk neustartest, versucht er ein Interface mit statischer IP zu abzuschalten und hinterher wieder einzuschalten. Daher wird der laufende dhclient "vergessen", denn dein Interface war zu diesem Zeitpunkt per DHCP eingerichtet. Die dynamische IP des Interface unterscheidet sich wahrscheinlich ebenfalls von der IP in der Konfigdatei.

Vielleicht erst Interface runterfahren, umkonfigurieren und dann wieder hochfahren. Oder direkt bei der Installation als statische IP konfigurieren.

[mat6937]

Daher wird der laufende dhclient "vergessen", denn dein Interface war zu diesem Zeitpunkt per DHCP eingerichtet. Die dynamische IP des Interface unterscheidet sich wahrscheinlich ebenfalls von der IP in der Konfigdatei.

Nicht zwingend. Ich kenne Fälle, da wird dem Interface eine zweite IP-Adresse zugewiesen. D. h. die dynamische Zuweisung per DHCP und die statische Zuweisung per interfaces-Datei können parallel funktionieren. Das Interface ist dann über beide IP-Adressen erreichbar.
Ich hoffe, der TE verwendet für die statische Zuweisung eine IP-Adresse von außerhalb der DHCP-range (DHCP-Pool).

Mit

Code: Alles auswählen

ifconfig

vor und nach dem stop bzw. nach dem start, kann man das sehen.
Es geht hier ja darum, dass der TE _nicht_ rebooten will/kann/darf. Klar kann der TE den dhclient deaktivieren, damit nach einem reboot (der ja irgendwann doch statt finden wird), mit Sicherheit nur _eine_ statische IP-Adresse (von außerhalb DHCP-Pool) per interfaces-Datei zugewiesen wird.

[cosinus]

Ich hoffe, der TE verwendet für die statische Zuweisung eine IP-Adresse von außerhalb der DHCP-range (DHCP-Pool).

Da hoffst du richtig

[cosinus]

Vielleicht erst Interface runterfahren, umkonfigurieren und dann wieder hochfahren. Oder direkt bei der Installation als statische IP konfigurieren.

Teste ich gleich aus, neue VM steht gleich bereit. Ich hab aber im normalen text mode installiert, also kein expert mode, im normalen Modus fragt der mich nicht, wie ich das Netzwerk denn konfigurieren möchte...

[mludwig]

Bei normaler Installation kann man ja die Installation bis zur Netzwerk-Konfiguration mit gezogenem Netzwerkkabel durchführen, dann muss er nach der IP-Konfiguration fragen. Dann Kabel anstecken, fertig. Bei VMs halt das "virtuelle" Kabel, d. h. die Option im Virtualisierer deaktiveren (bei VMware heist das Netzwerkkarte "verbunden", andere wie KVM/VirtualBox vermutlich ähnlich.)

[cosinus]

So es haut jetzt endlich hin bei mir mit zwei Befehlen!

# ip addr flush enp0s3
# systemctl restart networking

[TomL]

So es haut jetzt endlich hin bei mir mit zwei Befehlen!

# ip addr flush enp0s3
# systemctl restart networking

Das hatte ich doch prinzipiell genau so hier schon beschrieben. Ich würde nur vorher eben auch die Dienste beenden und einmal das NIC schließen. Laufenden Diensten und Services einfach die IP wegzuflushen ist imho einigermaßen unsauber.

[BenutzerGa4gooPh]

Das hatte ich doch prinzipiell genau so hier schon beschrieben.

Und da auch die korrekte Syntax beschrieben! Andere lernen's wohl nie.

Code: Alles auswählen

ip addr flush dev enp0s3

Als Anmerkung für an systemd interessierte Mitleser - bevor es nochmals "untergeht":

Moderne fixe IP-Konfig per systemd-networkd: https://wiki.archlinux.de/title/Systemd ... d-networkd

(1. Antwort im Thread) Wenn der Winkelfunktionär nun lesen oder hilfsweise Text in Ton umwandeln könnte:

Fehlerbehebung
Sollte aus irgendwelchen Gründen das Loopback-Interface (lo bei der Auflistung durch ip a) eine weitere IP-Adresse zugewiesen zeigen, und infolge dessen keine Netzwerkverbindung mehr zustande kommen, kann dies mittels Eingabe des folgenden Befehls korrigiert werden.

ip addr flush dev lo
Danach sollten „sicherheitshalber“ entweder systemd-networkd, oder das gesamte System neu gestartet werden.

An lo hätte ich mich nicht "hochgezogen" - sondern mit physischem Interface getestet. Einige systemd-Kommandos am Anfang des Wikis, auf die anderen kann man schließen oder googeln.

[cosinus]

Ist das geil hier. Ich hab hier extra im Debian-Forum nachgefragt weil es um Debian ja auch schließlich ging. Ergebnis: lies die Doku von archlinux über systemd

Danke an alle auch an Frau Jana Wichtig

[TomL]

Ist das geil hier. Ich hab hier extra im Debian-Forum nachgefragt weil es um Debian ja auch schließlich ging. Ergebnis: lies die Doku von archlinux über systemd

Oh, Du musst entschuldigen... Jana ist doch nur 'ne Frau und die meints wahrscheinlich wirklich nicht böse. Manchmal -eher selten- ist die leider auch so schwer von Begriff, wie das bei mir eigentlich ein Dauerzustand ist. Ganz offensichtlich haben wir echt nicht gemerkt, dass Du erwartest, dass wir bei Arch-Linux und bei anderen relevanten Web-Seiten nachlesen sollen, um Dir dann die Antworten mundgerecht, vorgekaut und vorverdaut zu servieren. Wir wussten natürlich nicht, dass Deine Zeit zu kostbar ist, um selber bei Arch-Linux zu lesen. Ich bitte um Entschuldigung für diesen Fehler. Ich weiss aber jetzt, wie ich künftig am Besten damit umgehe.

s.c.n.r.

[cosinus]

Ist ja schon gut, ihr habt euer Bestes gegeben, ihr habt es wenigstens versucht!