İnternet cihazlarının birbirini bulmak için kullandığı küresel Etki Alanı Adı Sisteminin (DNS) ortaya çıkışından bu yana, iç ağlar için alan adlarının seçimine ilişkin yönergelerde eksiklikler olmuştur. Bu boşluk yıllarca veya sonsuza kadar önemsiz kalabilir, ancak şu ana kadar serbestçe “yerel” veya “özel” olarak seçilen bir alan adının bir gün üst düzey alan adı olarak ilan edilip edilmeyeceği ve ne zaman ilan edileceği belli değildi. 24 Ocak'ta İnternet Tahsisli Sayılar Otoritesi (IANA) nihayet dahili alan adları için sabit bir isme karar verdi; seçim “dahili”ye düştü.
Duyuru
Ana şirket Internet Tahsisli Sayılar ve İsimler Kurumu (ICANN), IANA teklifini henüz onaylamadı. Dolayısıyla, kendi iç alanları için “dahili” yapılandırması yapan yöneticiler, bu adın hiçbir zaman üst düzey alan adı (TLD) statüsü almayacağından emin olabilirler. Ad hiçbir zaman küresel Etki Alanı Adı Sisteminin kök bölgesine yerleştirilmez. Bu, bazen karmaşık hata kalıplarına sahip ad çakışmalarını hariç tutmalıdır. Teknik olarak, dahili alan adları için rastgele adların kullanımını hariç tutmanın bir yolu yoktur; dolayısıyla tek seçenek, dahili kullanım için sabit bir adın ayrılmasıydı.
Sorun gizleniyor
Başlangıçta sorun olduğundan daha küçük görünür. Birçok kurumsal yönetici ve bazı ev yöneticileri, cihazlarına ve hizmetlerine yalnızca kendi DNS sunucuları aracılığıyla dahili olarak erişebilecekleri dahili bir alan adına ihtiyaç duyar; örneğin özel veya şirketle ilgili verileri içeren dosya sunucuları için. Uzun bir süre, dahili alan adının seçilmesine ilişkin herhangi bir yönerge yoktu, bu nedenle her yönetici, örneğin “yerel” gibi uygun gördüğü bir şey buldu. Ancak her zaman olduğu gibi, bir spesifikasyon bazı alanları açık bıraktığında er ya da geç sorunlar ortaya çıkar.
Örneğin, yönlendirici üreticisi AVM, dahili etki alanı için “fritz.box” adını seçti; yönlendiricinin adı Fritzbox ise bu oldukça açıktır. Hatırlanması kolay fritz.box ana bilgisayar adını kullanarak Fritzbox web arayüzünü açabilirsiniz. Ancak bu, ICANN “box”ı üst düzey alan adı olarak kaydetme fikrini ortaya koyana kadar yalnızca birkaç yıl işe yaradı. Ad çözümlemesinde hızlı bir sorun oluştu: Başlangıçta bazı kullanıcılar artık ana bilgisayar adına göre yazıcılara veya dosya paylaşımlarına erişemiyordu.
Ve son zamanlarda bilinmeyen kişiler internette “fritz.box” alan adını bile kaydettirdiler; bu, örneğin e-posta yoluyla kimlik avı saldırılarına olanak tanıyor ve buna ideal olarak teknik açıdan kusursuz bir alan adının eşlik etmesi mümkün oluyor. Sonuçta, Fritzbox kullanıcıları her zaman dahili ağın yönlendiricisine giderler ve hiçbir zaman harici site fritz.box'a gitmezler çünkü yönlendirici bu etki alanını her zaman kendisine çözer. Bu kesinlikle Fritzbox'un ev ağında çözümleyici olarak yapılandırıldığı ortak senaryo için geçerlidir.
mutfak süzgeci ve kedi tırmalama direği
Talihsiz bir isim seçimine başka bir örnek: “yerel” adı, özellikle İngilizce konuşulan ülkelerde dahili bir alan adı olarak popülerlik kazanmıştır. Ancak mDNS protokolüne ayrıldığı için kesinlikle bundan kaçınmalısınız. Artık bunu yalnızca iOS, macOS (Bonjour), Android ve Linux (Avahi) kullanmıyor, aynı zamanda Windows 11 de bir süredir yerel ve sunucusuz ad çözümlemesi için kullanıyor. Ayrıca “dahili”, “yerel”, “özel” veya “lan” gibi bariz tanımlayıcılarla da parmaklarınızı yakabilirsiniz, çünkü prensipte her ad bir noktada üst düzey alan adı olarak tanımlanabilir (tamam, daha zayıf aday dışında) mutfak süzgeci, kedi tırmalama tahtası veya knuezzlpruetz
gibi olanlar. Böyle bir durumda bir şirketin, genellikle Active Directory de dahil olmak üzere tüm DNS altyapısını gözden geçirmesi gerekir. Bu çok pahalı
Konu 2020'den beri ICANN'in masasındaydı; 35 adayın uygunluğu incelendi. Adın TLD olarak sağlanmasına gerek yoktur; hatırlanması kolay, kısa, net ve kendini açıklayıcı olmalıdır. Yıllar süren tartışmaların ardından geriye “özel” ve “dahili” adaylar kaldı. “Özel” terimi sonuçta başarısız oldu çünkü mahremiyetin korunması bağlamında yanlış anlaşılabiliyor. Tabii ki, daha az sıradan olmayan “iç mekan” seçimine sadece birkaç ay içinde ulaşılabilirdi.
Ancak yöneticiler yine de uygun gördükleri dahili alan adlarını seçmekte özgürdür. Ancak ICANN özellikle öngörülemeyen ve maliyetli sonuçlara karşı uyarıyor. Şimdi, yönlendirici işletim sistemi üreticilerinin “dahili” çözümleri benimseyip benimsemeyeceklerini ve “lan” (OpenWrt), “fritz.box” (AVM) veya “dlink” (D) gibi sevilen geçici çözümlerden ayrılıp ayrılmayacaklarını görmek ilginç olacak. -Bağlantı ). Ancak internette kendi alan adlarını tescil ettiren şirket, kurum ve kişilerin “iç kaynaklara” güvenmesi gerekmiyor. Çoğu yönetici, genel olarak kayıtlı alan adlarının “local.company.de” gibi bir alt alan adını kullanır, ancak bunu genel DNS'den hariç tutar.
• ICANN: Özel kullanım için üst düzey alan adının tanımlanması
(dz)
Haberin Sonu
Duyuru
Ana şirket Internet Tahsisli Sayılar ve İsimler Kurumu (ICANN), IANA teklifini henüz onaylamadı. Dolayısıyla, kendi iç alanları için “dahili” yapılandırması yapan yöneticiler, bu adın hiçbir zaman üst düzey alan adı (TLD) statüsü almayacağından emin olabilirler. Ad hiçbir zaman küresel Etki Alanı Adı Sisteminin kök bölgesine yerleştirilmez. Bu, bazen karmaşık hata kalıplarına sahip ad çakışmalarını hariç tutmalıdır. Teknik olarak, dahili alan adları için rastgele adların kullanımını hariç tutmanın bir yolu yoktur; dolayısıyla tek seçenek, dahili kullanım için sabit bir adın ayrılmasıydı.
Sorun gizleniyor
Başlangıçta sorun olduğundan daha küçük görünür. Birçok kurumsal yönetici ve bazı ev yöneticileri, cihazlarına ve hizmetlerine yalnızca kendi DNS sunucuları aracılığıyla dahili olarak erişebilecekleri dahili bir alan adına ihtiyaç duyar; örneğin özel veya şirketle ilgili verileri içeren dosya sunucuları için. Uzun bir süre, dahili alan adının seçilmesine ilişkin herhangi bir yönerge yoktu, bu nedenle her yönetici, örneğin “yerel” gibi uygun gördüğü bir şey buldu. Ancak her zaman olduğu gibi, bir spesifikasyon bazı alanları açık bıraktığında er ya da geç sorunlar ortaya çıkar.
Örneğin, yönlendirici üreticisi AVM, dahili etki alanı için “fritz.box” adını seçti; yönlendiricinin adı Fritzbox ise bu oldukça açıktır. Hatırlanması kolay fritz.box ana bilgisayar adını kullanarak Fritzbox web arayüzünü açabilirsiniz. Ancak bu, ICANN “box”ı üst düzey alan adı olarak kaydetme fikrini ortaya koyana kadar yalnızca birkaç yıl işe yaradı. Ad çözümlemesinde hızlı bir sorun oluştu: Başlangıçta bazı kullanıcılar artık ana bilgisayar adına göre yazıcılara veya dosya paylaşımlarına erişemiyordu.
Ve son zamanlarda bilinmeyen kişiler internette “fritz.box” alan adını bile kaydettirdiler; bu, örneğin e-posta yoluyla kimlik avı saldırılarına olanak tanıyor ve buna ideal olarak teknik açıdan kusursuz bir alan adının eşlik etmesi mümkün oluyor. Sonuçta, Fritzbox kullanıcıları her zaman dahili ağın yönlendiricisine giderler ve hiçbir zaman harici site fritz.box'a gitmezler çünkü yönlendirici bu etki alanını her zaman kendisine çözer. Bu kesinlikle Fritzbox'un ev ağında çözümleyici olarak yapılandırıldığı ortak senaryo için geçerlidir.
mutfak süzgeci ve kedi tırmalama direği
Talihsiz bir isim seçimine başka bir örnek: “yerel” adı, özellikle İngilizce konuşulan ülkelerde dahili bir alan adı olarak popülerlik kazanmıştır. Ancak mDNS protokolüne ayrıldığı için kesinlikle bundan kaçınmalısınız. Artık bunu yalnızca iOS, macOS (Bonjour), Android ve Linux (Avahi) kullanmıyor, aynı zamanda Windows 11 de bir süredir yerel ve sunucusuz ad çözümlemesi için kullanıyor. Ayrıca “dahili”, “yerel”, “özel” veya “lan” gibi bariz tanımlayıcılarla da parmaklarınızı yakabilirsiniz, çünkü prensipte her ad bir noktada üst düzey alan adı olarak tanımlanabilir (tamam, daha zayıf aday dışında) mutfak süzgeci, kedi tırmalama tahtası veya knuezzlpruetz
Konu 2020'den beri ICANN'in masasındaydı; 35 adayın uygunluğu incelendi. Adın TLD olarak sağlanmasına gerek yoktur; hatırlanması kolay, kısa, net ve kendini açıklayıcı olmalıdır. Yıllar süren tartışmaların ardından geriye “özel” ve “dahili” adaylar kaldı. “Özel” terimi sonuçta başarısız oldu çünkü mahremiyetin korunması bağlamında yanlış anlaşılabiliyor. Tabii ki, daha az sıradan olmayan “iç mekan” seçimine sadece birkaç ay içinde ulaşılabilirdi.
Ancak yöneticiler yine de uygun gördükleri dahili alan adlarını seçmekte özgürdür. Ancak ICANN özellikle öngörülemeyen ve maliyetli sonuçlara karşı uyarıyor. Şimdi, yönlendirici işletim sistemi üreticilerinin “dahili” çözümleri benimseyip benimsemeyeceklerini ve “lan” (OpenWrt), “fritz.box” (AVM) veya “dlink” (D) gibi sevilen geçici çözümlerden ayrılıp ayrılmayacaklarını görmek ilginç olacak. -Bağlantı ). Ancak internette kendi alan adlarını tescil ettiren şirket, kurum ve kişilerin “iç kaynaklara” güvenmesi gerekmiyor. Çoğu yönetici, genel olarak kayıtlı alan adlarının “local.company.de” gibi bir alt alan adını kullanır, ancak bunu genel DNS'den hariç tutar.
• ICANN: Özel kullanım için üst düzey alan adının tanımlanması
(dz)
Haberin Sonu