Gibt es einen äquivalenten Befehl für 'init.d / networking restart' in OS X?

17

Von Zeit zu Zeit habe ich Probleme mit OS X - Clients Netzwerkverbindungen auftritt (Wired und Wireless, Leopard / Snow Leopard) , wo nichts das Problem beheben, bis Sie neu starten.

Gibt es einen bestimmten 'Netzwerkdienst / -prozess', auf den ich achten sollte?
Ich dachte, es wäre nützlich, einen Befehl zu kennen, der einen Dienst / Prozess vom Typ 'Netzwerkverbindung' zurücksetzt (genauso wie das Ausführen eines Neustarts von sudo /etc/init.d/networking).

Nach einer grundlegenden Fehlerbehebung wie DHCP, DNS, Überprüfen auf Schnittstellenstörungen (Deaktivieren / Aktivieren), Überprüfen von Protokollen und Auffinden nicht ausreichender hilfreicher Informationen ist es manchmal das Beste, den Computer neu zu starten, wenn alles andere fehlschlägt. Ich bin mir nicht sicher, was der gesamte Neustart von 'init.d / networking' unter Linux bewirkt, aber ich weiß, dass dies weitaus hilfreicher ist als das Deaktivieren und Aktivieren von Schnittstellen.

Vielen Dank!

— l0c0b0x
quelle

1

Sie sagen, "nichts" wird das Problem beheben. Können Sie uns sagen, was Sie versucht haben und was nicht funktioniert hat?

— TCampbell

Hehehe, so ziemlich alles in meiner Reichweite ... und es war kein Problem, es waren wieder viele ... sowohl mit Kabel als auch drahtlos. Ich habe zum Beispiel ein Problem festgestellt, bei dem die Netzwerkkarte auch nach dem Deaktivieren und Aktivieren NICHT erneut reagiert (auf zwei verschiedenen Computern mit verschiedenen Versionen von OS X und verschiedenen Modellen). Ich würde das nicht fragen, wenn die Probleme nicht zufällig

— wären

Haben Sie es geschafft, herauszufinden, wie Sie das Netzwerk ohne Neustart wieder zum Laufen bringen können? Ich habe das gleiche Problem. Das wirklich Seltsame ist, dass ich Windows in VMWare ausführe und immer noch eine Netzwerkverbindung über die VMWare-Sitzung habe.

2

Um ehrlich zu sein, Ihre Frage ist ein bisschen wie zum Arzt zu gehen und zu sagen: "Ich bin krank, gib mir ein Medikament, das mich heilen wird." Mit dem Neustart von /etc/init.d/networking wird die Schnittstelle im Grunde genommen gelöscht, erneut angehoben und anschließend die konfigurierte Adressierung angewendet. Einige Ethernet-Kartentreiber initialisieren die Karte jedes Mal neu, wenn sie ausgelöst wird. Dies ist möglicherweise der Grund, warum der Neustart des Netzwerks für Sie so gut funktioniert hat. Mein Punkt ist, wenn Sie eine lohnende Antwort wünschen, können Sie sich auf das irritierendste Beispiel dafür konzentrieren? Befinden sich zum Beispiel alle Ihre Situationen am selben Ort? Bedeutet "Probleme", dass Webseiten nicht geladen werden?

— Ätherfisch

1

Ich hatte eine noch größere Version. Hin und wieder wird alles Netzwerk fallen. Die WLAN-Dropdown-Beachballs und in der Anzeige Network System Prefs (Netzwerksystemeinstellungen) ist die Liste auf der Seite leer. Theres nicht einmal ein "Wifi" zum Neustart. ifconfig ist leer, nicht einmal ein Localhost-Loopback. Ein Neustart von /etc/init.d/network wäre ein Kinderspiel, aber vielleicht ist in diesem Zustand ein Neustart genau das, was benötigt wird. Unter Lunix kann ich Kernel-Module neu laden, das Netzwerk neu starten und alle möglichen gut dokumentierten Dinge tun. Wenn die vertrauenswürdige alte Maccenbox so wird, technisch als "Scheiße ins Bett" bezeichnet, ziehe ich den Stecker :(

— Shayne

19

Sie können die Netzwerkschnittstelle herunterfahren und wieder hochfahren, das sollte das gleiche bewirken.

sudo ifconfig en0 down
sudo ifconfig en0 up

— Martin M
quelle

2

Ich denke, das wäre das Gleiche wie Pref / Panel und das Deaktivieren des Geräts und das Zurück-Aktivieren, oder? (was ich natürlich ausprobiert habe).

— l0c0b0x

Ich habe viel mehr Netzwerkschnittstellen als en0. Dies ist nicht wirklich gleichbedeutend mit der Frage, die gestellt wird.

— gman

11

Nein, es gibt kein init.d / service / launchctl-Äquivalent zu 'init.d / networking'.

Wenn es um WLAN geht, können Sie die Benutzeroberfläche über die Befehlszeile (in SL) aufrufen: /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport

Wenn es verkabelt ist, verwenden Sie ifconfig.

Sonst ... würde ich dmesg und / var / log / * auf Fehler überprüfen.

Sie können die kld auch entladen / neu laden oder auf Fehler überprüfen .. und neu laden, aber das habe ich noch nie versucht, ich würde lieber einfach neu starten. :)

Sehen:

kextfind (8) - Kernelerweiterungen (kexts) anhand verschiedener Kriterien finden und Informationen
ausdrucken kextload (8) - Kernelerweiterungen (kexts) in den Kernel
laden kextunload (8) - Treiberinstanzen des Treiber-I / O-Kits beenden und Kernel entladen extensions (kexts)
kextutil (8) - Laden, Diagnostizieren von Problemen mit und Generieren von Symbolen für Kernel-Erweiterungen (kexts)

— Essobi
quelle

1

+1 für die Antwort 'Kernel-bezogen'.

— l0c0b0x

8

Wenn Sie dies von einer SSH-Shell / Fernbedienung aus tun möchten:

sudo ifconfig <interface> down;sleep 1;sudo ifconfig <interface> up

— Bluetouque
quelle

3

Wenn ein einfaches ifconfigAuf / Ab nicht funktioniert, erstellen Sie einen zusätzlichen „Standort“, an dem alle Netzwerkgeräte deaktiviert sind. Wechseln Sie anschließend scutilzu diesem Ort, warten Sie einige Sekunden, und bringen Sie ihn dann zurück.

Das heißt, ich habe nicht gesehen, dass dies auf einem meiner Macs passiert ist, es sei denn, der DHCP-Server hatte einen Defekt und die Erneuerung der Lease fiel damit zusammen (und der Mac ist daher falsch konfiguriert). Ist die Netzwerkkonfiguration in diesem Fall tatsächlich korrekt? Hat das Klicken auf die Schaltfläche "Erneuern" in den Netzwerkeinstellungen> {Gerät}> TCP / IP Auswirkungen, wenn sie über DHCP verbunden sind? Was ist mit dem Ein- und Ausschalten des Flughafens im Falle eines drahtlosen Netzwerks? Wenn Sie herausfinden können, was außer einem Neustart das Problem zurückbringt, sind Sie der Frage, was das eigentliche Verhalten auslöst, einen großen Schritt näher gekommen. wird immer nur die Symptome beeinflussen, nicht die Ursache.

— Mo.
quelle

Der Frage wurden weitere Informationen hinzugefügt. Ja, in diesem Fall (heute Morgen) funktionierte DHCP einwandfrei, ebenso wie DNS. Ich suche nach dem Schritt "Wenn alles fehlschlägt", der keinen Neustart des Betriebssystems beinhaltet.

— 10.05.10

1

Unter Linux funktioniert das so /etc/init.d/networking stopziemlich nur für jede Schnittstelle. Möglicherweise wird auch die Routing-Tabelle geleert und der ARP-Cache geleert. Die Magie steckt im Befehl, nicht im - und alles, was Sie tun müssen, ist die Konfiguration der Adressen und Routen (oder gegebenenfalls die Erneuerung der DHCP-Lease), wenn das Netzwerkgerätemodul bereits vorhanden ist. Ein Neustart ist sehr, sehr selten die beste Vorgehensweise. ifconfig ethX downstartstop

— Mo.,

Zur Verdeutlichung: Wenn Sie sagen, dass DHCP und DNS einwandfrei funktionieren, ist die Ausgabe von ifconfigund arpauf den Client-Computern dieselbe wie unter normalen Umständen? Können Ihre Switches sie erreichen, auch wenn sie andere Dinge im Netzwerk nicht sehen können? Damit dies so oft passiert (und unter so unterschiedlichen Bedingungen), dass Sie die Frage beantworten können, würde ich ehrlich gesagt einen anderen Teil der Infrastruktur als die Kunden selbst betrachten.

— Mo.,

Vielleicht ist es hauptsächlich das, was ich hier zu beantworten versuche, was das Stoppen / Starten des Netzwerks für Sie tatsächlich tut ... und wie Sie dasselbe unter OSX tun können. In diesem Fall war der OSX-Computer in der Lage, eine IP-Adresse abzurufen, stellte jedoch keine Verbindung zu einem Zugriffspunkt für die Authentifizierung / das aktive Portal her (die Zuordnung war in Ordnung). Ich hätte einen tcpdump ausführen sollen, um herauszufinden, wo die COM unterbrochen wurde, entschied jedoch neu zu starten und das schien das Problem zu "beheben". Ich befürchte, dass ich zuvor Probleme hatte, dass selbst das Deaktivieren / Aktivieren einer Netzwerkkarte beim Neustart nicht "den Trick" machte.

— l0c0b0x

okay… das Äquivalent dazu networking restart ist das Deaktivieren / Aktivieren der Schnittstellen - das ist, was diese Shell-Skripte tun. Wenn dies nicht der Fall ist, liegt ein Treiber- oder Hardwareproblem vor. Da dies geschieht auf einer Reihe von verschiedenen Maschinen auf verschiedenen OS - Versionen, über verkabelte und drahtlose, der einzige wirkliche ist gemeinsam , die Infrastruktur , die sie zu sich verbinden.

— Mo.,

1

Ich hatte das gleiche Problem (das Netzwerk begann nach ein paar Stunden langsam zu werden. Ich arbeite hauptsächlich an einem Mac, der über ein kabelgebundenes Netzwerk mit einem Windows-Computer verbunden ist.) Bei mir funktionierte es, den Computer, mit dem ich verbunden war, auszuwerfen (im Finder) und schalten Sie das Ethernet aus (Systemeinstellungen -> Netzwerk -> Ethernet -> Aus) und verbinden Sie diese beiden erneut. :)

— Pedro Laia
quelle