.Local, .home ve .lan arasındaki fark nedir?

Ağımdaki farklı makineleri nasıl güvenilir bir şekilde ele alabilirim?

Daha önce .localyerel ağımdaki bilgisayarlarla konuşmak için eki her zaman kullandım . Yeni bir yönlendirici ile, .localnadiren (bazen de olsa) çalışır. Bunu buldum .homeve .lanher ikisi de genellikle işe yarıyor, ama her zaman değil.

.-------.   .--------.                 .-----.
| modem |---| router |))))))(wifi))))))| foo |
.-------.   .--------.         v       .-----.
   ||            |             v
 /_^_^_\         |             \))))))).-----.
/ cloud \        |                     | bar |
 \-_-_-/      .-----.                  .-----.
              | baz |
              .-----.

Böylece bir terminalden şunu foodeneyebilirim:

ssh bar.local
ssh bar.home
ssh bar.lan

ssh baz.local
ssh baz.home
ssh baz.lan

ve bazen bu son eklerin bazıları işe yarar, bazıları ise işe yaramaz, ancak ne zaman veya ne zaman tahmin edeceğimi bilmiyorum.

foo, barve bazhepsi modern Linux veya Android sistemleri ve Linux kutularının hepsinde avahi-daemon veya yüklü olan makul ölçüde kullanılabilir paketler var (veya alabilir)

(Statik IP adresleri ayarlamak istemiyorum: Her makine için DHCP'yi (yönlendiriciden) kullanmaya devam etmek istiyorum ve statik adreslere uygun olsam bile, Seçili bir ana bilgisayar adını bir IP adresine eşlemek için ana bilgisayar dosyasını düzenleyemediğim köksüz Android makineleri.)

.lanVe belirleyen hiçbir RFC yok .home. Bu nedenle, yönlendiricinin satıcısına, varsayılan olarak ne tür sahte TLD'lerin (üst düzey etki alanı adları) yapılandırıldığı belirlenir.

Örneğin, yönlendirici satıcım (AVM) .fritz.boxvarsayılan olarak kullanıyor gibi görünüyor .

.localApple tarafından tasarlanan bir protokol olan mDNS (çok noktaya yayın DNS) tarafından kullanılır . Kullanımı example.localyalnızca koşu cin bir mDNS'yi sahip (örneğin MacOSX, Ubuntu / Fedora gibi güncel Linux dağıtımları) sistemleri (ve hedefler için) çalışır.

Dhcp'yi kullanmaya devam edebilirsiniz - ancak yönlendiricinizi biraz yapılandırmanız gerekebilir. Yönlendiricilerin çoğu, ağın etki alanı adı gibi şeyleri yapılandırmanıza izin verir.

Sahte TLD'lerin kullanılmasının bir tür tehlikeli olduğunu - .lanpopüler gibi göründüğünü - ve bundan daha iyi .local(mDNS'lerle çakışmadığından .local) daha iyi olduğunu unutmayın; ancak ICANN'in bir noktada yeni TLD olarak tanıtmayacağının garantisi yoktur.

2019 güncellemesi : Örnek .boxolay, artık sahte bir TLD değil. ICANN 2016 yılında .box'a yetki verdi .

Bu nedenle, gerçek bir etki alanı adı elde etmek mantıklıdır - ve özel alanlar için alt etki alanlarını kullanın, örneğin, etki alanınız ne zaman example.orgkullanabilirsiniz:

lan.example.org
internal.example.org
...

Anladığım kadarıyla, eğer RFC-1918 özel ağ sayısal adreslerinden birini kullanıyorsanız, bunlar kendi alt ağlarının ötesine geçmemeleri için İnternet "kuralları" ile garanti edilir.

Bazı isimler özel kullanım için ayrılmıştır ( {geçersiz., Localhost. Test. RFC6761 içinde} {yerel. RFC6762 içinde} {soğan. RFC7686 içinde} IANA sitesinde )

Bunun sonucu, lütfen özel ağ LAN'ınızda kullandığınız bazı isimleri kullanabilmenizdir . Adres numaraları RFC1918 aralığındaysa: İnternet üzerindeki insanlar düğüm adınızı bilseler bile, bu adreslere yönlendiremezler.