Unterschied zwischen service networking restart und Neustart eines servers

[etron770]

Hallo zusammen,

wo ist der Unterschied zwischen service networking restart und kompletten Neustart eines Servers?
Der Hintergrund der Frage:

Ich habe einen Proxmox Stretch Rootserver.
Wenn ich service networking restart eingebe sind alle LXC VMs von außen nicht mehr erreichbar.
Starte ich den Server komplett neu so sind alle VM von außen erreichbar.
Vom Rootserver kann ich die VMs noch herunterfahren und Neustarten, das ändert aber nichts daran, dass sie von außen nicht erreichbar sind.
Dummerweise ist mir das nach dem Transfer der VMs aufgefallen und ich kann den Server im produktiven Betrieb nicht mehr beliebig oft neu starten.
Viele Grüße Knut

[cosinus]

Starte ich den Server komplett neu so sind alle VM von außen erreichbar.

Das versteh ich nicht. Der Server, von dem du hier sprichst, ist doch der Wirt, der die Gäste ausführt? Wenn du den rebootest, werden die Instanzen der Gäste natürlich auch gekillt. Ist nicht ganz nachvollziehbar was du genau gemacht hast, was du als "kompletten Neustart" hier bezeichnest.

edit: typo

[etron770]

Wenn ich auf dem Rootserver also dem Wirt das Netzwerk neu starte: service networking restart sind die Gäste von der Außenwelt abgehängt.
Das ist das eigentliche Problem. Das dürfte nicht auftreten, wenn alles richtig konfiguriert ist oder?

Als Abhilfe dafür muss ich alle VMs herunterfahren und den Rootserver (Wirt) neu starten. Danach ist alles wieder Ok.

Deshalb die Frage: Was wird beim Neustart anders/mehr ausgeführt als beim service networking restart

Wenn aber etwas nicht richtig konfiguriert ist, warum funktioniert der Reset/Neustart des Rootservers/Wirts?
Sprich wonach sollte ich suchen?
Viele Grüße Knut

[cosinus]

Du beantwortest meine Frage mit einer Gegenfrage. Also nochmal: wie bitte sollen denn die Gäste überhaupt noch laufen, wenn du den Wirt einfach rebootest? Nach meinem Verständnis sind bei einem reboot die Gäste (VMs) nicht nur per Netzwerk nicht mehr erreichbar, sondern garnicht mehr, da gekillt/(hart) beendet.

Hast du garkeinen rootserver sondern nen sharedserver, den du garnicht rebooten kannst?

[etron770]

Sorry wenn ich es nicht richtig formulieren kann, aber du verstehst deswegen etwas falsch.
Und nein ich habe keinen Shared Server sondern eine Rootserver auf dem Proxmox unter Debian Stretch mit etlichen LXC Containern läuft, manche davon über VPN
.
Ich reboote den Wirt nicht, ich starte das Netzwerk auf dem Server neu mit service networking restart

• die Gäste laufen noch
  ich kann vom Server zum Gast pingen
  ich kann vom Gast und zum Server pingen
  Ich kann mich über pct enter VID an dem Gast anmelden
  Ich komme vom Internet nicht auf die Gäste

Gäste neu starten bringt keine Abhilfe:
Deshalb:

• Fahre ich die Gäste herunter
  Boote den Server
  Fahre die Gäste wieder hoch
  Und komme vom Internet wieder auf die Gäste

Und eigentlich sollte service networking restart die Gäste nicht vom Internet trennen.

Deshalb nochmals die Frage (und sorry das ist die zentrale Frage für mich) was ist anders (im Bezug auf das Netzwerk) zwischen einem service networking restart[/b auf dem Server] und Neustart des Servers

[cosinus]

Du hast aber zuerst geschrieben: Starte ich den Server komplett neu so sind alle VM von außen erreichbar. - und darunter versteht man reboot des Wirts.

aber du verstehst deswegen etwas falsch.

Weil du dich ungenau ausdrückst und deine Abläufe die so bisher gemacht hast unvollständig beschreibst? Gehts noch?

[etron770]

Ja und in der Zeile davor steht
Wenn ich service networking restart eingebe sind alle LXC VMs von außen nicht mehr erreichbar.
Dann Deine zitierte Zeile:
Starte ich den Server komplett neu so sind alle VM von außen erreichbar

Sprich die erste Zeile das Problem,
die Zweite Zeile die Lösung als Workaround
Der Neustart des Servers steht ja gar nicht zur Frage

Und die immer noch zentrale und erste Frage: wo ist der Unterschied zwischen service networking restart und kompletten Neustart eines Servers?
Und da mag ich, vergessen haben das auf die Netzwerkfunktionen einzugrenzen. Das habe ich aber in einer der Antworten ergänzt.
Und solltest du nun immer noch nicht wissen was ich meine, oder gar angefressen sein, so bitte ich Dich höflichst Dich aus dem Tread herauszuhalten, damit ihn überhaupt noch jemand weiter liest. Ansonsten würde ich mich über eine zielgerichtete Antwort auf die (ergänzte) Ursprungsfrage freuen.

[eggy]

Keine Ahnung, aber falls Du trotzdem Ratschlage fürs im Neben rumstochern haben willst: Routen ansehn, Firewall ansehn, schauen, ob es für die Virtualisierung einen Netzwerkdienst gibt, den man auch nochmal durchpusten kann. Ich kenn das Zeug nicht, aber kurze Suche im Netz gab: dem Namen nach könnte "systemctl restart lxc-net.service" sowas in der Richtung tun.

[cosinus]

oder gar angefressen sein, so bitte ich Dich höflichst Dich aus dem Tread herauszuhalten,

Ich finds einfach nur frech, dass du mir unterstellst, ich würde falsch verstehen obwohl du doch falsche/unvollständige Infos abgeliefert hast

Der Neustart des Servers steht ja gar nicht zur Frage

Das hast du hier aber thematisiert...

wo ist der Unterschied zwischen service networking restart und kompletten Neustart eines Servers?

Mich würde erstmal interessieren, wozu du auf dem Wirt (ständig?) den Dienst 'networking' neu starten musst. Was bezweckst du da genau? Einen Wirt richte ich einmal ein, fertig. Die produktiven Kisten, die dann customizing benötigen sind dann die VMs (Gäste), die konfiguriert man dann.

[etron770]

Mich würde erstmal interessieren, wozu du auf dem Wirt (ständig?) den Dienst 'networking' neu starten musst. Was bezweckst du da genau? Einen Wirt richte ich einmal ein, fertig. Die produktiven Kisten, die dann customizing benötigen sind dann die VMs (Gäste), die konfiguriert man dann.

Von ständig habe ich nie etwas geschrieben, es gibt nun mal Dinge da muss man das Netzwerk neu starten, neue Gäste kann man z.B nicht customizen wenn sie keine IP bekommen. Und wenn man dann feststellt, dass das Netzwerk restarten nicht so richtig funktioniert wie es sein sollte, finde ich es vernünftig dem auf den Grund zu gehen, anstatt die Augen davor zu verschließen, weil man das ohnehin fast nie machen muss.
Oder siehst du das etwa anders?

Sorry aber ich habe eher das Gefühl dass du keine Antwort geben kannst oder willst.

Was ist denn so schwer daran zu verstehen dass mich interessiert zu klären, was in der Netzwerkkonfiguration beim Server Neustart anders initalisiert wird als beim network restart.

Und bitte nochmal, wenn du auf diese Frage keine Antwort geben kannst lass es bitte - ich frage sonst den Admin ob er den Tread komplett löschen kann weil er niemanden was hilf.

[cosinus]

Meine Güte, ist das nicht zu begreifen, dass man als Außenstehender erstmal nachvollzehen muss, was du als Hilfesuchender überhaupt erreichen willst? Es nervt langsam, ständig fragen die Hilfesuchenden einfach nur "Befehl x muss so funktionieren, geht aber nicht" und rallen dabei nicht, dass sie sich oft in einen Irrweg verrannt haben!

Nach deiner letzten AW weiß ich ich aber: viel Erfolg, du bekommst das sicher alles allein hin.

[eggy]

dass mich interessiert zu klären, was in der Netzwerkkonfiguration beim Server Neustart anders initalisiert wird als beim network restart.

Kann unterschiedliche Ursachen haben, ein mögliches Szenario (und ich sage nicht, dass es daran liegen muss):

Server startet, "Interface-Up" Scripte legen Firewalleinträge zurecht, "VM-Dienst" startet, sieht "oh Firewall - da brauch ich auch noch was" und legt für sich nötige Einträge (Routen/Forwarding) an. VMs starten alles klappt.
Networking restart, "Interface-Up" Scripte legen Firewalleinträge zurecht, VM-Dienst lief ja noch, bekommt die neuen Regeln nicht mit, VMs tun nicht mehr, weil nötige Kommunikation unterbrochen wird.

Gibt ne handvoll ähnliche Szenarios, zB. mag es der DHCP-Server selten, wenn man ihm das Interface wegzieht, an den seine Scopes gebunden sind. Könnt mir vorstellen, dass der Teil Deiner Virtualisierung des fürs Netzwerken zwischen Host und VMs zuständig ist, das ähnlich sieht ... daher mein obriger Ratschlag. Aber wenn ihr Euch lieber die virtuellen Köppe einhauen wollt, statt das mal eben auszuprobieren ...

[etron770]

@eggy
Danke für die Antwort.
Auf einem Testserver ist das Verhalten exakt genauso. Und bei Proxmox Treads habe ich ähnliche Fragen gefunden.
Ich dachte erst einmal an eine falsche Netzwerkkonfiguration.
Also gehe ich mal davon aus, das die Netzwerkkonfiguration an sich nicht das Problem ist.
Wenn man also eine neue IP hinzufügen muss, wird man den Server wohl am einfachsten komplett neu starten.
systemctl restart lxc-net.service ändert auch nichts
Viele Grüße Knut

[cosinus]

Wenn man also eine neue IP hinzufügen muss, wird man den Server wohl am einfachsten komplett neu starten.

Warum auch immer man (ständig?) die IP an einem Server ändern muss, ein reboot ist nicht nötig. Hab ich selbst letztens erst gehabt siehe viewtopic.php?f=30&t=168506 - da gings aber um Umstellung von DHCP auf static IP in der /etc/network/interfaces

[etron770]

Das Problem ist ja nicht mehr so aktuell und der weiter Verlauf des Treads ist nicht mehr so wichtig.

Aufgrund Deiner Antworten, auch in anderen Treads, meine ich zu erkennen , dass Du zwar helfen willst, aber die Antworten nicht so richtig durchliest oder wirklich nicht verstehst. Derjenige der Hilfe sucht bemüht sich, so denke ich, doch sein Problem darzustellen. Das sollte man doch versuchen anzuerkennen, meinst Du nicht? Eventuell ist dann bei Dir der Frust auch nicht so groß.

Also Antworte ich dir doch noch einmal
Beispiel:
Ich habe doch nie geschrieben dass ich den Server ständig die IP ändern muss. Das hast Du irgendwo herausgelesen, ich weiss nicht wo. Dafür kann ich nun wirklich nichts. Dann hast Du noch den Schluss gezogen, dass ich überhaupt nicht weiss was ich tue. Das wiederum entnehme ich der Antwort wo du fragst ob ich denn wirklich einen Root Server habe. Nun ist es einmal so dass man, je mehr man weiss auch mehr bedenken bekommt ob man denn wirklich alles richtig hat. Mir geht es auf jedenfalls so.
Nun die Erklärung warum ich das Netzwerk bisher zweimal neu starten musste:
Das Netzwerk ist folgendermaßen aufgesetzt: https://wiki.hetzner.de/index.php/Proxm ... tem_Routed
Und wenn man da eine neue Ip für eine Gast hinzufügen möchte muss man das ja irgendwie aktivieren. Und da man Ips nun mal erst kennt, wenn man sie beantragt hat muss ich das ja wohl nachträglich machen

Nur das Networking neu zu starten führt eben zu keinem Erfolg.
Wenn dann das System instabil wird, suche ich immer zuerst einen Fehler den ich begangen habe.
Nichts anders wollte ich abklären

[cosinus]

Ich habe doch nie geschrieben dass ich den Server ständig die IP ändern muss.

Soviel zum Thema richtig lesen. Ich hab das "ständig" bewusst in Klammern geschrieben und dann ein Fragezeichen dahinter!

Derjenige der Hilfe sucht bemüht sich, so denke ich, doch sein Problem darzustellen.

Klar doch, so wie du, der im Eingangsposting ungenau/unvollständig das Vorgehen beschreibt?

[MSfree]

Da du ja scheinbar auf Nachfragen ein wenig allergisch zu reafieren scheinst, und ich mich ehrlich gesagt nicht mir Proxmox auskenne, werfe ich mal folgendes in den Raum:

Das Netzwerk ist folgendermaßen aufgesetzt: https://wiki.hetzner.de/index.php/Proxm ... tem_Routed

Ehrlich, das werde ich jetzt nicht durchlesen.

Und wenn man da eine neue Ip für eine Gast hinzufügen möchte muss man das ja irgendwie aktivieren.

Richtig, das muß man aber im Gast aktivieren, der Host hat doch damit gar nichts zu tun.
Also: neuen Gast aufsetzen und starten, sich im Gast einlogen und dann dort die neue IP vergeben. Dem Host ist die IP des Gastes egal.

Nur das Networking neu zu starten führt eben zu keinem Erfolg.

Doch, wenn man das Networking des Gastes neu startet.

Wie gesagt, ich kenn Proxmox nicht. Die VMs, die ich bisher verwendet habe, habe ich im bridged Modus konfiguriert. Jeder Gast, der gestartet wird, schafft einfach eine Netzwerkbrücke auf das vorhandene physikalische Netzwerkinterface des Hosts. Wenn der Host nun sein Netzwerk neu startet, sind die Brücken weg und die Gäste sind nicht mehr im Netz. Für mich eigentlich völlig logisch.

Durch einen Systemneustart werden auch die Gäste neu gestartet, die Brücken wieder eingerichtet, et voila, alles ist wieder so wie es soll.

[KP97]

Auch wenn ich Proxmox nicht kenne und auch keinen Server betreibe, aber einen Hinweis hätte ich.
Stretch läuft nun komplett mit systemd und hat natürlich auch alle Services für die Steuerung des Netzwerks integriert. So ist z.B. der networking.service noch eine "Altlast" der init.d Scripte.
Diese Scripte werden auch noch gelesen, werden aber intern von systemd in eine Unit umgewandelt und ausgeführt. Das ist aber eigentlich doppelt und evtl. rührt daher der Fehler (wenn es denn einer ist).
Der eigentliche Service ist systemd-networkd mit der Abfrage

Code: Alles auswählen

systemctl status systemd-networkd 
und auch networkctl status 

Probiere doch mal ein

Code: Alles auswählen

systemctl enable systemd-networkd
und anschließend
systemctl disable networking.service 

und dann die weiteren Abfragen.
Auf jeden Fall auch die sehr umfangreichen manpages zu systemd lesen.

[etron770]

Und wenn man da eine neue Ip für eine Gast hinzufügen möchte muss man das ja irgendwie aktivieren.

Richtig, das muß man aber im Gast aktivieren, der Host hat doch damit gar nichts zu tun.

Nun es ist routed aufgesetzt und das nicht mit Subnetz also muss ich auf dem Host zumindestens die neue IP eintragen.
Die Ip ist ohne den Eintrag auf dem Host für den Gast nicht verfügbar.

Also: neuen Gast aufsetzen und starten, sich im Gast einlogen und dann dort die neue IP vergeben. Dem Host ist die IP des Gastes egal.

Nur das Networking neu zu starten führt eben zu keinem Erfolg.

Doch, wenn man das Networking des Gastes neu startet.

Genau das hat nicht funktioniert deshalb der versuch das Netzwerk neu zu starten, aber wie KP97 schreibt ist das service networking restart bei Stretch veraltet.

[cosinus]

man kann den service command aber immer noch verwenden vgl. https://askubuntu.com/questions/903354/ ... nd-service

[MSfree]

Nun es ist routed aufgesetzt und das nicht mit Subnetz also muss ich auf dem Host zumindestens die neue IP eintragen.

So, wie ich das nach kurzem überfliegen deines Hetzner-Links verstanden habe, wird in diesem Fall für jede neue VM ein neues Interface nach dem Schema vmbr* erzeugt.

Es müßte auf dem Host also reichen, ifup vmbrX auszuführen, nachdem du die /etc/network/interfaces geändert hast.

Genau das hat nicht funktioniert deshalb der versuch das Netzwerk neu zu starten, aber wie KP97 schreibt ist das service networking restart bei Stretch veraltet.

Daß service veraltet ist, ist zwar richtig, service ist aber nur ein Shellscript, das letztlich den neuen Befehl systemctl restart networking ausführt. Du solltest dich also an die neue Funktion systemctl gewöhnen, mit sevice machst du aber nichts falsch und nichts anders.
systemctl restart networking würde das Netzwerk deiner VMs genauso hinstellen.

Allerdings soltle nach dem "Hinstellen" des Netzwerks ein ifup -a das Netz wieder verfügbar machen. Ich kann dir aber nciht sagen, ob es den VMs gefällt, wenn deren Netzwerkschnittstelle im Betrieb unterm Hintern weggezogen wird.

[etron770]

Ohne jetzt die Manpage durchzulesen:
Mit wie gewünscht funktionierendem System:
networkctl status

Code: Alles auswählen

networkctl status
WARNING: systemd-networkd is not running, output will be incomplete.
  

systemctl status systemd-networkd ergibt , wenn alles wie gewünscht läuft

Code: Alles auswählen

systemd-networkd.service - Network Service
   Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
   Active: inactive (dead)
    

Und dann die Frage warum erst systemctl enable systemd-networkd dann wieder disable?
Aber egal in welcher Reihenfolge, es führt zu keiner Änderung erst nach reboot steht eine neu IP für den Gast zur verfügung , bzw die andern Gäste wieder erreichbar

[etron770]

Nun es ist routed aufgesetzt und das nicht mit Subnetz also muss ich auf dem Host zumindestens die neue IP eintragen.

So, wie ich das nach kurzem überfliegen deines Hetzner-Links verstanden habe, wird in diesem Fall für jede neue VM ein neues Interface nach dem Schema vmbr* erzeugt.
Die Anleitung ist hat viele Möglichkeiten beschrieben (auch die mit verschiedenen Interfaces) . Ich habe

Code: Alles auswählen

# fuer Einzel-IPs
auto vmbr0
iface vmbr0 inet static
  address <Haupt-IP>
  netmask 255.255.255.255
  bridge_ports none
  bridge_stp off
  bridge_fd 0
  up ip route add <erste Zusatz-IP>/32 dev vmbr0
  up ip route add <zweite Zusatz-IP>/32 dev vmbr0

Also ein Interface für alle VMs (bzw ein zweites für die die nur über VPN zu erreichen sind)
systemctl restart networking würde das Netzwerk deiner VMs genauso hinstellen.
Allerdings soltle nach dem "Hinstellen" des Netzwerks ein ifup -a das Netz wieder verfügbar machen.

Egal wie ich es versuche die VMs sind danach von außen tot - nicht so schlimm ich werde die Ips wohl nicht mehr ändern und selten eine hinzufügen . Warum das so ist müsste ich eventuell mal bei Proxmox nachfragen , die haben ja u.a auch einen eigenen Kernel.

[TomL]

wo ist der Unterschied zwischen service networking restart und kompletten Neustart eines Servers?Der Hintergrund der Frage:....

Beim Lesen in diesem Thread bin ich jetzt echt einigermaßen irritiert, wie man sich so über eine Fragestellung echauffieren kann.... die meines Erachtens absolut präzise gestellt ist und die imho auch völlig ausreichende Information enthält. Also, etron, keep cool... ist nicht Dein Problem, wenn manche schon die Frage nicht verstehen, braucht man da auch nicht auf Anworten hoffen... s.c.n.r.

Ich jedenfalls finde die Fragestellung interessant, kann allerdings auch nur rätselraten. Was passiert eigentlich, wenn Du anschließend nach dem "service networking restart" das gleiche auf der VM tust? Fängt sich die VM wieder oder ist sie danach immer noch nicht erreichbar? Und ich würde ggf. auch mal den Resolver auf der VM kontrollieren... nicht das der vielleicht ein Problem hat, weil kurzzeitig die Verbindung gekapert wurde. Laufen da noch iptables...?... wenn ja, würde ich die nach "service restart" auch mal flushen und neu laden. Dann würde ich auch mal ein Auge auf den dhcp-Client auf der VM werfen.... das wäre sowieso einer der Kandidaten, den ich mal genauer im Auge behalten würde. Und ich würde alle Dienste NICHT mehr über "service" starten/restarten/stoppen, sondern direkt über systemctl und die entsprechende Unit.

Das das alles nach einem kompletten Neustart funktioniert, leuchtet mir ein... ansonsten kann man nur Stück für Stück probieren und gucken, ob einer der Dienste nach dem Service-Restart Schluckauf hat.

[cosinus]

wo ist der Unterschied zwischen service networking restart und kompletten Neustart eines Servers?Der Hintergrund der Frage:....

Beim Lesen in diesem Thread bin ich jetzt echt einigermaßen irritiert, wie man sich so über eine Fragestellung echauffieren kann.... die meines Erachtens absolut präzise gestellt ist und die imho auch völlig ausreichende Information enthält. Also, etron, keep cool... ist nicht Dein Problem, wenn manche schon die Frage nicht verstehen, braucht man da auch nicht auf Anworten hoffen... s.c.n.r.

Aha - aber dass man sich als Hilfesuchender über Rückfragen so aufregt und absichtlich Stilmittel wie eingeklammertes mit Fragezeichen falsch versteht ist natürlich völlig normal.
Und jetzt kommen von dir auch etliche Nachfragen, na mal sehen ob dem TO das schmeckt