Mac OS X Lion'da .local TLD için 10 saniye gecikme

Şirket ağımız xxx.companyname.localyerel ağımızdaki tüm sunucular için kullanır . Mac'imde bu sunuculardan birine eriştiğimde 10 saniyelik bir gecikmem var. Görünüşe göre Lion .local etki alanlarını aşağıdaki sırayla çözdüğü için, bu gecikmenin DNS aramalarından kaynaklandığını öğrendim:

/etc/hostsIPv6 adresini kontrol et
DNS sunucusunda AAAA kaydı (IPv6 adresi) olup olmadığını kontrol edin
AAAA kaydı için MDNS (Bonjour) aracılığıyla kontrol edin
/etc/hostsIPv4 adresini kontrol et
DNS sunucusunda A kaydı olup olmadığını kontrol edin (IPv4 adresi)
MDNS'yi A kaydı için kontrol etme

Şimdi sorun şu ki, bir IPv6 ağımız yok. xxx.companyname.localAğımızdaki tüm sunucularda yalnızca IPv4 adresleri ve DNS sunucusunda yalnızca A kayıtları bulunur. Bu, adresin 5. adımda çözüldüğü anlamına gelir. Buradaki sorun, 3. adımın zaman aşımına uğramadan on saniye sürmesidir! Wiki, SVN sunucumuza, Kerberos sunucumuza vb. Her bağlandığımda 10 saniyelik bir gecikme olur.

Aşağıdaki gibi satırlar ekleyerek Lion'u kandırmayı başardım /etc/hosts

::FFFF:10.99.99.99 xxx.companyname.local

Bunu yaparsam, Lion etki alanı için bir IPv6 adresi olduğunu düşünür ve 1. adımdan sonra durur. Ancak, bu geçici çözüm DNS'nin tüm yararlı özelliklerini tamamen atlar. Düzinelerce dahili etki alanının IP adreslerini manuel olarak takip etmek istemiyorum! Ana bilgisayar adlarını kullanmayı bırakabilir ve sadece IP adresleri yazabilirim!

Peki: Bu arama sırasının nasıl değiştirileceği hakkında bir fikri olan var mı? Veya IPv6 ağımız olmadığı için IPv6 aramasını devre dışı mı bıraktınız?

dns osx-lion bonjour

— Jakob Egger
kaynak

Soru için teşekkürler - Mac DNS çözünürlük referansı olarak yer imi

— Alex

AAAA(Söylediklerinize göre) Açok uzun bir süre boyunca sorguları yanıtlamak için bu kadar uzun bir yere gitmediğinde, DNS sunucularınızın neden kayıtlar için boş bir kayıt kümesi cevabı göndermek için 10 saniye sürdüğünü belirlemeye çalışmak çok daha iyi olur. aynı alan adları. Klasik RFC 4074 bölgesinde, sorunun sunucuların kırılmış olması gibi görünüyor . Not de, senin için çeşitli tanınmış ve uzun tartışılan nedenlerden biri üzerine isabet ettik değil kullanılarak local.bölünmüş ufuk DNS hizmeti için. Bunu düzeltmek daha iyi.

— JdeBP

İkinci adımdaki DNS sunucuları anında boş bir AAAA kaydı döndürür. Sorun adım 3 - MDNS / Bonjour / Zeroconf sorgusu. Lion yayından sonra zaman aşımına uğramadan 10 saniye bekler. Biraz aradıktan sonra local., kullanımın kötü bir fikir olduğunun farkındayım , ancak BT departmanı bana local.companyname.kullanımın mükemmel olduğunu düşündüklerini ve bu konuda gerçekten hiçbir şey yapamayacağımı söyledi.

— Jakob Egger

BT departmanınızdaki kişiler büyük ölçüde bilgisiz. Bunun, yaklaşık yarım on yıl boyunca ağ yönetim çevrelerinde "mükemmel derecede iyi" olmadığı bilinmektedir . IT departmanınızın ağ oluşturma bilgisini 21. yüzyıla getirilmesi için… teşvik edebilirsiniz. Onlara ... işlerinin kurumsal bilgisayarların düzgün çalışmadığı konuları düzenlemek olmadığını hatırlatabilirsiniz . ☺

— JdeBP

@JdeBP Ve yine de Apple, bunu kullanmanın iyi bir fikir olacağına karar verdi ... Microsoft'un da kullandığını ve en iyi uygulama olarak önerdiğini göreceksiniz. Öyleyse ... Kim söylüyor değil ?

— Temel

Yanıtlar:

BT departmanınızın kötüye kullanımını durdurun `local.`.

Tartışıldığı gibi, şirketinizin sahip olmadığı bir etki alanı adını kötüye kullanmak ve bu nedenle de şirket alt alanları oluşturabileceğini varsaymak zorunda olmamalıdır, yanlıştır ve burada sorunun yarısıdır. Şirket bilgisayarları Macintosh'ları (veya bu konuda DNSSD kullanan başka bir şeyi) içeriyorsa, kesinlikle local.bu şekilde serbestçe dolaşmanın sizin olduğunu varsaymayın .

Macintosh'unuzu yükseltin.

MacOS 10.4 aslında xxx.companyname.local.sizin tarif ettiğiniz gibi davranır . Ancak bu, işletim sisteminin daha sonraki sürümlerinde değişti. MacOS 10.5, Çok Noktaya Yayın DNS'ye yalnızca iki etiketli adlar iletir. xxx.companyname.local.MDNS tarafından ele alınmayan üç etiketli adlar . MacOS 10.6 bunu daha ileri götürür ve DNS sunucusunun bir local. bölgeye sahip olacak şekilde yapılandırılıp yapılandırılmadığını ve buna göre hareket edip etmediğini tespit etmeye çalışır .

En azından Macintosh'unuzu , proxy DNS sunucularınızın geçerli IP adreslerini listeleyen bir /etc/resolver/eşlikçi.local dosyasına sahip olacak şekilde yapılandırmalısınız search_order 1. Bu, Apple'ın dediği gibi değişen DHCP tarafından atanan DNS sunucusu IP adresleriyle iyi çalışmaz.

Kavrama elinde ...

… Bunlar, yanlışlıklara uyum sağlamak için gittikçe daha karmaşık olan cesetlerdir. Apple'dan Marc Krochmal'dan alıntı yapmak için, insanlar şirketinizin yaptığı gibi kötüye kullandıklarında "her zaman bir sorun olacak" local.. Daha önce olmasa da (hızlı bir arama bana söyler) 2002'den bu yana yanlış olduğu biliniyordu. Sadece yapma .

daha fazla okuma

dlove (2002-12-02). .Local etki alanı ve DNS sorunları . macworld.
Apple Corporation (2010). Mac OS Xv10.4, 10.5, 10.6: ".local" ana bilgisayar adlarını hem Bonjour hem de standart DNS üzerinden arama .
Stephen Hoffman (2010). DNS İpuçları: Tek noktaya yayın ve çok noktaya yayın DNS'yi .local ile karıştırma . HoffmanLabs.
Apple Corporation (2008). Mac OS X 10.3: ".local" ana bilgisayar adlarını hem Bonjour hem de standart DNS üzerinden arama .

— JdeBP
kaynak

Bu bilgilerin hiçbiri Lion'daki DNS çözümüyle ilgili sorunlarımı gidermiyor (Mac OS X 10.7). Dahası, /etc/resolver/companyname.localLion'da yok sayılıyor gibi görünüyor.

— Jakob Egger

"somedomain.com DNAME companyname.local"Mac'i bilmiyorum, bu yüzden gerçekten yardımcı olamıyorum, ama akıllı bir geçici çözüm fikri ile geldim: İnternette bir yere kurulum yaparsanız, - 2. adımda DNAME'yi yakalayacaktır. Şimdi ne olacağından emin değilim sonra, yine de bonjour'a geri dönecek mi, yoksa zaten bazı DNS işlemlerinin ortasında olduğu için belki de DNS ile yapışacak.

— Alex
kaynak

İsterseniz DNAME'yi oluşturmak için gönüllü olabilirim :)