OS X'te 'init.d / networking restart' için eşdeğer bir komut var mı?

17

Zaman zaman, siz yeniden başlatana kadar hiçbir şeyin sorunu çözmeyeceği OS X istemcilerinin ağ bağlantıları (Kablolu ve Kablosuz, Leopard / Snow Leopard) ile ilgili sorunlarla karşılaştım .

Dikkat etmem gereken belirli bir 'şebeke servisi / süreci' var mı?
Bir 'ağ bağlantısı' türü hizmet / işlem (aynı sudo /etc/init.d/networking yeniden başlatma çalışan aynı) sıfırlayacak bir komut bilmek yararlı olacağını düşünüyordum.

DHCP, DNS, arayüz arızasını kontrol etme (devre dışı bırakma / etkinleştirme), günlükleri kontrol etme ve yeterli yararlı bilgi bulma gibi temel sorun giderme işlemlerinden sonra, bazen en iyi şey başarısız olduğunda makineyi yeniden başlatmaktır. Linux'ta tüm 'init.d / networking restart' ın ne yaptığından emin değilim, ancak arayüzleri devre dışı bırakmak ve etkinleştirmekten daha yararlı olduğunu biliyorum.

Teşekkürler!

— l0c0b0x
kaynak

1

"Hiçbir şeyin" düzeltemeyeceğini söylüyorsun .... Bize ne denediğini söyleyebilir misin?

— TCampbell

Hehehe, kavrayışımdaki hemen hemen her şey ... ve bu bir sorun değildi, çok oldu ... yine, hem kablolu hem de kablosuz. Örneğin, devre dışı bırakıp etkinleştirdikten sonra bile ağ kartının yeniden hareket ETMEYECEĞİ bir sorun gördüm (farklı OS X sürümlerine ve farklı modellere sahip iki farklı makinede). Sorunlar rastgele olmasaydı bunu sormazdım :)

— l0c0b0x

Ağın yeniden başlatılmadan nasıl yeniden çalıştırılacağını anladınız mı, aynı sorunu yaşıyorum. Gerçekten garip olan şey, VMWare'de Windows çalıştırıyorum ve hala VMWare oturumundan ağ bağlantısına sahip olmam.

2

Kör olmak gerekirse, sorunuz biraz doktora gitmek ve “hastayım, beni iyileştirecek ilaç verin” demeye benziyor. /Etc/init.d/networking yeniden başlatma temel olarak arabirimi düşürür, yeniden yükseltir ve yapılandırılmış adreslemeyi uygular. Bazı ethernet kartı sürücüleri her yükseltildiğinde kartı yeniden başlatır. Bu nedenle ağ yeniden başlatma yapmak sizin için çok işe yaramış olabilir. Demek istediğim, değerli bir cevap istiyorsanız, bunun en rahatsız edici örneğine odaklanabilir misiniz? Örneğin tüm durumlarınız aynı yerde mi? "Sorunlar", "web sayfalarının yüklenmediği anlamına mı geliyor?"

— etherfish

1

Daha gnarlier bir versiyonum var. Arada sırada her şey ağ düşecek. Wifi açılır plaj topları ve Ağ Sistemi Tercihleri panelindeki yandaki liste boştur. Orada bile bir "wifi" yeniden başlatmak için. ifconfig boş, bir localhost geri dönüşü bile değil. Bir /etc/init.d/network yeniden başlatma oldukça tatlı olurdu, ancak belki de bu durumda makine ile yeniden başlatma tam olarak neye ihtiyaç duyulur. Lunix'te çekirdek modüllerini yeniden yükleyebilir, ağı yeniden başlatabilir, her türlü iyi belgelenmiş şeyleri yapabilirim. güvenilir ol 'maccenbox bu şekilde alır, teknik olarak "yatak shitting" denilen fişi çekin :(

— Shayne

19

Ağ arayüzünü indirip tekrar geri getirebilirsiniz, bu da aynı şeyi yapmalıdır.

sudo ifconfig en0 down
sudo ifconfig en0 up

— Martin M
kaynak

2

Bence bu ön paneli seçmek ve cihazı devre dışı bırakmak ve tekrar etkinleştirmekle aynı şey olacak, değil mi? (ki, tabii ki denedim).

— l0c0b0x

Ağ arayüzlerim çok daha fazla en0. Bu gerçekten sorulan soruya eşdeğer değil.

— gman

11

Hayır, 'init.d / networking'e eşdeğer bir init.d / service / launchctl yoktur.

Wifi ile ilgili ise, arayüzü komut satırından (SL'de) şununla /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport

Kabloluysa, ifconfig kullanın.

Diğer o ... Ben hatalar için dmesg ve / var / log / * kontrol ediyorum.

Ayrıca kld yükünü kaldırabilir / yeniden yükleyebilir veya hata olup olmadığını kontrol edebilirsiniz .. ve yeniden yükleyebilirsiniz, ancak bunu hiç denemedim, sadece yeniden başlatmayı tercih ederim. :)

Görmek:

kextfind (8) - çeşitli kriterlere ve
çekirdek bilgilerine göre çekirdek uzantılarını (
kexts) bulma uzantıları (
kexts ) kextutil (8) - çekirdek uzantıları (kexts) için yükleme, tanılama sorunları ve simgeler oluşturma

— Essobi
kaynak

1

'Çekirdekle ilgili' cevap için +1.

— l0c0b0x

8

Bir ssh kabuğundan / uzaktan kumandadan yapmak istiyorsanız:

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

— Bluetouque
kaynak

3

Basit bir ifconfigyukarı / aşağı çalışmazsa, tüm ağ cihazlarının devre dışı bırakıldığı ek bir “Konum” oluşturun, ardından bu ağa scutilgeçmek için çalıştırın , birkaç saniye uyuyun ve geri getirin.

Bununla birlikte, bunun DHCP sunucusunun uygun olduğu ve kira yenilemeyle çakıştığı (ve Mac'in yanlış yapılandırıldığı) dışında hiçbir Mac'imde olmadığını görmedim . Bu olduğunda ağ yapılandırması gerçekten doğru mu? DHCP'dlerse, Ağ Tercihleri> {Aygıt}> TCP / IP'deki "Yenile" düğmesine basmanın herhangi bir etkisi var mı? Kablosuz iletişim durumunda, Havaalanını kapatıp tekrar açmaya ne dersiniz? Yeniden başlatmanın yanı sıra onu ne getireceğini öğrenirseniz, davranışı gerçekten neyin tetiklediğini anlamaya büyük bir adım daha yaklaşırsınız - büyük bir çubukla vurmak (arayüzleri etkili bir şekilde zıplayan şey budur), sadece semptomları etkileyecek, nedeni değil.

— Mo
kaynak

Soruya biraz daha bilgi eklendi. Evet, bu örnekte (bu sabah) DHCP iyi çalışıyordu, DNS de öyle. İşletim sisteminin yeniden başlatılmasını içermeyen 'her şey başarısız olursa' adımı arıyorum.

— l0c0b0x

1

Linux üzerinde, /etc/init.d/networking stophemen hemen yok sadece ifconfig ethX downher arabirim için. yönlendirme tablosunu da boşaltabilir ve muhtemelen ARP önbelleğini temizleyebilir. sihir startkomutta değil, stopkomuttadır ve ağ aygıtı modülü zaten varsa adresleme ve rotaları yapılandırır (veya uygunsa DHCP kirasını yeniler). Yeniden başlatma çok nadiren en iyi hareket şeklidir.

— Mo

netleştirmek için - DHCP ve DNS iyi çalışıyor derken, çıktısı vardır ifconfigve arpnormal şartlar altında aynı istemci makinelerde? ağınızdaki başka şeyleri göremeseler bile anahtarlarınız onlara ulaşabilir mi? bunun, soruyu yerine getirebilmeniz için yeterince sık (ve bu kadar çeşitli koşullarla) gerçekleşmesi için, tüm dürüstlükte, müşterilerin kendileri dışındaki altyapının bir kısmına bakıyordum.

— Mo

Belki de esas olarak burada cevaplamaya çalıştığım şey, ağ iletişimi durdurma / başlatma aslında sizin için ne yapıyor ... ve aynı şeyi OSX'te nasıl yapabilirsiniz. Bu örnekte, OSX makinesi bir IP elde edebildi, ancak kimlik doğrulama / aktif portal için bir erişim noktasına bağlanamadı (ilişkilendirme iyiydi), COM'un nerede kırıldığını bulmak için bir tcpdump yapmalıydım, ancak karar verdim yeniden başlatmak ve bu sorunu 'düzeltmiş' gibi görünüyordu. Benim endişem daha önce bir NIC devre dışı bırakmak / etkinleştirmek bile yeniden başlatma yaparken, 'hile' yapmadı daha önce sorunları vardı.

— l0c0b0x

tamam ... en yakın eşdeğer networking restart olduğu arayüzler etkinleştirme / devre dışı bırakma - bu kabuk komut ne olduğunu. yani, bu işe yaramazsa, bu bir sürücü veya donanım sorunudur. Bunun, hem kablolu hem de kablosuz olarak farklı işletim sistemi sürümlerinde bir dizi farklı makinede gerçekleştiği göz önüne alındığında, tek gerçek ortak faktör bağlandıkları altyapıdır.

— Mo

1

Aynı sorunu yaşadım (ağ birkaç saat sonra yavaş olmaya başladı, çoğunlukla kablolu bir ağ tarafından bir Windows bilgisayara bağlı bir Mac üzerinde çalışıyorum) ve benim için çalıştığı şey, bağlı olduğum bilgisayarı çıkarmaktı (Finder'da) açın ve Ethernet'i (Sistem Tercihleri -> Ağ -> Ethernet -> Kapalı) kapatın ve bu ikisini tekrar bağlayın. :)

— Pedro Laia
kaynak