OS X 10.10.1 / etc / hosts dosyası / / private / etc / hosts dosyası yok sayılıyor ve çözülmüyor


40

Başlığın dediği gibi, os x 10.10.1 çalıştırmak. Eğer benim ana bilgisayar dosyamda bir giriş varsa ve bir tane yaparsam, digya nslookupda çeşitli önbellekleri temizlemeye çalıştıktan sonra bile benim ana bilgisayar dosyamdan farklı bir IP gösteriyor.

Aşağıdakileri denedim ..

  1. mdns ve udns önbelleklerini çalıştırarak temizleyin:
    1. sudo discoveryutil mdnsflushcache;
    2. sudo discoveryutil udnsflushcaches;
  2. kullanarak önbelleği temizle dscacheutil -flushcache
  3. discoveryd.plistdosyayı yeniden yükle
    1. sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist
    2. sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

benim ana bilgisayar dosya böyle görünüyor ..

% cat /private/etc/hosts
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##

127.0.0.1   localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0 localhost
166.78.60.102   admin.devsite1.com

3
Görünüşe göre Yosemite, hostları eskisi gibi kullanmıyor; o da değil floş Önbellekler aynı şekilde yapar ve mDNS geri plana atmıştır - - Bu konuda gevezelik bir sürü vardır forums.macrumors.com/showthread.php?t=1741422 Düzenleme ahh ... sanırım zaten kadarıyla olarak var azchipka.thechipkahouse.com/...
Tetsujin

teşekkürler, evet zaten okudum .. eğer os x böyle olacaksa ...
utanç verici

1
Mac'teki ev sahiplerine güvenmek zorunda olmadığım için memnunum, tbh; Bunu yapmam gerektiğinde her zaman Win'de oynamaya meyilliyim - şu an beni Yosemite'den uzak tutan tek şey bu olmasa da :(
Tetsujin

Evet, rmbp maalesef web geliştirme / sysadmin için kullandığım en önemli geliştirme makinesi ve bunu anlamam gerekiyor, aksi halde mavericks'e döneceğim.
genelleştirici

Diğerleri iş istasyonlarında sadece ipv6'yı devre dışı bırakmak isteyebilir, anahtarı açıklayan şeyi buldum: technipages.com/how-to-disable-ipv6-in-macos-sierra - Ancak, benim nezaketinde ipv6'yı devre dışı bıraktıktan sonra bile sorun devam etti .
James T Snell

Yanıtlar:


61

/ private / etc / hosts Yosemite'de benim için normal çalışıyor gibi görünüyor (sürüm 10.10.1). Önbelleği temizlemek veya sıfırlamak gerekli değildir discoveryd(Yosemite'deki DNS çözücü); değişiklikleri kaydettikten hemen sonra dosyayı okumayı sudo fs_usage | grep private/etc/hostsgösterir discoveryd.

[Güncelleme: discoverydyalnızca OS X 10.10.0 - 10.10.3 sürümlerinde kullanıldı. Hem önceki hem de sonraki sürümlerde, mDNSResponderaynı işlevi sağlar ... ve ayrıca / etc / hosts dosyasındaki değişiklikleri hemen fark eder.]

Ancak dig, nslookupve hostsistemin Resolverde baypas onlar ve ham DNS aramaları yapmak çünkü girişleri görmezsiniz. Bunu her zaman yapmışlar, bu yüzden Yosemite’de yeni değil. OS X'deki sistem çözümleyicisi ile arama yapmanın "resmi" yolu kullanmaktır dscacheutil:

dscacheutil -q host -a name www.example.com

... ama bu acı verici bir şekilde ayrıntılı olduğundan, sadece pingonun yerine kullanmaya meyilliyim (ve ardından ilk satıra bakın, hangi IP'yi attığını gösteriyor). 10.9'dan başlayarak, Network Utility'nin Arama sekmesini de kullanabilirsiniz (bundan önce kullanılmış digve bu nedenle sistem arama politikasını atlamış).

BTW, lütfen Tetsujin'in bağladığı makro ipliklere dikkat etmeyin; ne yaptıklarını tam olarak bilmeyen ve kendi hatalarının sonuçlarını yanlış anlayan insanlarla doludur.


1
Konunun bu yayınlanmıştır sonra teşekkür Gordon, evet anladım dig, nslookupve hostyerel dns çözünürlüğü kullanmayın. Olduğu söyleniyor /etc/hostsbeklendiği gibi çalışıyor ..
genelleştirici

Dosyamı /etc/hostsveya dosyamı güncellersem /private/etc/hosts, o zaman hiç dscacheutil -q host -a name www.example.comveya başka bir komutla hiçbir şekilde yansıtmaz ..
Trip

3
@Trip eklediğiniz girişlerin uygun biçimde biçimlendirildiğinden emin olun: IP adresi ardından bir boşluk veya sekme, ardından ad ve ardından satırın sonunda satır besleme. cat -vet /etc/hostsNormalde görünmez karakterleri görünür yapmak için hosts dosyasını yazdırmayı deneyin . Her satır "127.0.0.1 ^ Inetsecuritybureau.com $" ("^ I" bir sekme ve "$" satır beslemesidir) veya "127.0.0.1 netsecuritybureau.com $" şeklinde görünmelidir. Eğer "$" dan hemen önce bir "^ M" (satır başı) görürseniz, DOS / Windows biçiminde bir metne sahipsiniz ve satır başı satırlarını kaldırmanız gerekir.
Gordon Davisson,

Ah vay yardım için çok teşekkürler. Bir sekme veya boşluk olmasını sağlama konusunda öncülüğünüzü takip ettim. Satırım tam olarak okuyor: M127.0.0.1^Iyoutube.com^M^MSonra yaptım dscacheutil -flushcache; sudo killall -HUP mDNSResponderve youtube.com'a giderken localut değil youtube'u görüntülüyor.
Yolculuk

@Trip Komut satırında olduğu gibi görünmez karakterleri temizlemenin birkaç yolu vardır, ancak GUI düzenleyicisini tavsiye ederim TextWrangler - bunun gibi şeyleri görmek (ve düzenlemek) için Görünüm menüsü> Metin Görüntüleme> Görünmezleri Göster'i kullanın taşıma iadeleri. Ayrıca, ücretsizdir ve görünmez dosya ve klasörleri (/ / etc gibi) gösterme / açma ve sistem dosyalarını düzenlemek için yönetici haklarını kullanma seçenekleri vardır.
Gordon Davisson

17

Bu konuda başka bir kırışıklık keşfettim.

Yaptığım sorunu çözmek için IPv6 stili konak dosya girişlerini eklemek zorunda kaldım.

Bir IPv6 ağ yapılandırma ayarınız varsa Safari, IPv4 girişlerini görmezden gelecektir.

/ Etc / hosts dosyasında IPv6 localhost adresine çözümlenen yinelenen girişler eklemelisiniz.

IPv4 girişi 127.68.56.101 facebook.com

örneğin IPv6 girişi fe80::1%lo0 facebook.com

vb.


1
Bunu en kısa IP adreslerini kullanarak çalıştığımı unutmayın: 0.0.0.0 ve :: 1
Ben Morrow

teşekkürler, benim için de çalıştı. yükseltmeden sonra vhosts / apache yapılandırmalarımı geri yükledikten sonra kafamı çiziyordu. takdir.
Gavin

Bu da benim için düzeltti.
reklam2013

1

Ana bilgisayar dosyam, metin düzenlemesinde düzenledikten sonra yok sayılmaya devam etti. Satır sonlarını düzeltmek için çeşitli yollar denedim, yukarıdaki IP Smith cevaplarını izleyerek başarılı olamayan IPv4 girişlerine IPv6 girişleri ekledim . Şirketimin girişimlerimden sonra öğrendiğim IPv6'yı desteklemesi durumunda cevabının işe yarayacağından şüpheleniyorum.

Benim için çalışan tek çözüm, ana bilgisayar dosyasını düzenlemek için bu ücretsiz GUI eklentisini kullanmak.

https://github.com/specialunderwear/Hosts.prefpane/blob/master/README.mdown


1

Bu makaleyi buldum çünkü Yosemite 10.10.5, ana bilgisayar dosya değişikliklerimı almadı ve yapabileceğim hiçbir şey onu düzeltmiyordu. (Yeniden başlattım, önbellekleri temizlemeye çalıştım, internette bulabildiğim her tavsiyeyi takip ettim vb.).

Cevap çok basitti, utanç verici, aslında, ama paylaşacağımı düşündüm. Hosts dosyasını düzenlemek için textedit kullandım ve dosyayı hosts.txt olarak kaydetme özgürlüğüne kavuştum. Normalde bunun gibi bir şey fark ederdim, ancak yeni bir Yosemite yüklemesi kullanıyorum ve henüz "tüm dosya uzantılarını göster" özelliğini açmadım, bu yüzden masaüstümde görüntülediğimde dosya adı değişmiş gibi görünmüyordu.

Bu yüzden biraz açıktır ve bu yazıyı okuyan çoğu insan muhtemelen bunu çoktan yapmıştır, ancak ana bilgisayar dosyanızın gerçekten orada olduğundan ve ana bilgisayarların değiştirilmediğinden emin olun .

Dosya adı uzantılarını görüntülemeyi açmak için Bulucu> Tercihler> Tüm dosya adı uzantılarını göster seçeneğine gidin.

, Dosyalara .txt uzantısı ekleyerek TextEdit'i durdurmak Metin düzenlemek bir dosyayı açmak ve seçim için Dosya> Farklı Kaydet Eğer görmüyorsanız ( Kaydet tıkladıktan sonra seçenek tuşu basılı menü öğesi, tutun Dosya ve Kaydet gerektiği menüde görüntülenir). Seçeneği arayın Eğer bir uzantı yoksa, ".txt" kullanın ve seçimini kaldırın.


0

Apple'ın bunu bir hata olarak tanıyacağına inanıyorum (bugün bir tane gönderdim). Yeni girişlerin alındığını fark ettim /etc/hostsancak mevcut girişlerde yapılan değişiklikler göz ardı edildi. Yani .... bir girişin ana bilgisayar adını değiştirmek (ör. Web1'den web1a'ya) benim için bir geçici çözüm sağladı.

ESKİ / etc / hosts girişi: 54.173.164.18 web1

YENİ / etc / hosts girişi: 54.174.161.12 web1a


sudo dscacheutil -flushcache - dizin hizmeti önbelleğini temizler.
Kevin Buchs

0

Benim durumumda bir .ssh / config kurardım

#Host *.ourdemo.ca
  User jumpy
  ProxyCommand ssh ourjumpbox.ca -W %h:%p

Config dosyasının ne yaptığını ve bunun soru ile nasıl ilişkili olduğunu açıklar mısınız?
klanomath

1
Asıl soru, yerel / etc / hosts dosyasındaki bir girişin yoksayılmasının nedeniydi. Benim durumumda, görmezden geliniyordu çünkü tüm trafiği bir proxy kutusundan (ourjumpbox.ca) bir dizi makineye (* .ourdemo.ca) tünellemesini talimat verdim. SSH itaatkar bir şekilde, proxy'yi, yerel / etc / hosts dosyamdan ziyade adresi çözümlemek için kullanılan proxy'nin / etc / hosts dosyası olmasıyla sona erdi.
Martin Cleaver

0

Postalarıma iki satır eklenecek çok benzer bir sorun vardı /etc/hosts

Alan adı, bir yer -gibimy-domain.com

Söylemeye gerek olursa olsun, MS Outlook - - ASCII dönüştürülen sorun gönderenin e-posta istemcisi olduğu ortaya çıktı -uzun -Microsoft yerini tutamaz gömülü otomatik düzeltme kullanmak için bu kadar sevdiğini karakteri -kendi ile -.

Ana dosya mükemmel görünüyordu ve bu sorunu bulmak zordu. Satırları sildim ve manuel olarak geri yazdığımda çalışmaya başladılar.

Bunu anlamak çok zordu, MacOS istemcisinin hosts dosyasını yoksayması ve doğrudan ad çözümlemesine geçmesi için neden derinden içeri girdim.


0

Sadece bu problem vardı. Bu adres yazmak yerine hipchat'tan kopyala / yapıştır yapılarak yapıldı.

Kopyalama işlemi, boşluk yerine bazı hatalı karakterler ekledi ve soruna neden oldu.

Satırı yeniden yazmak sorunu çözdü.


0

Ben bir süredir uygulama SelfControl (aslında macOS mojave 10.14.4) kullanıyorum ve SelfControl'un girişleri nasıl yaptığını kontrol etmeye karar verdim ... şöyle görünüyorlar:

0.0.0.0 xyz.com
:: xyz.com
0.0.0.0 www.xyz.com
:: www.xyz.com

Buna dayanarak her şeyi yerel evime değiştirdim.

127.0.0.1
::1

Eserleri.


Bunun soruyu nasıl cevapladığından emin değilim. Bu soru ile ilgisiz sadece rastgele bir gözlem gibi görünüyor.
Tetsujin

1
Neyi tam olarak nerede değiştirdiğinize ve bunun soru ile nasıl ilişkili olduğuna dair bazı detaylar ekleyebilir misiniz?
yokuş yukarı

Soru 10.02'den beri ana bilgisayar dosyasının neden göz ardı edildiğinin sorusuydu ... Aynı durumda, manuel girişlerin göz ardı edildiği, ancak SelfControl uygulaması üzerinden yapılan girişlerin de istenildiği gibi çalıştığını gördüm. Önceden yaptığım girişlerde eksik olan, ikinci bölümdü, "www." 10.10.1'den önce her şey yolunda gittiğinden, girişlerimde başka nelerin yanlış olduğunu çözemedik.
Needlol
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.