Bir Windows ortamının bir parçası olarak bir WINS ad hizmetine sahip olma gereksinimini durdurmak için yıllar boyunca hareket hatırlıyorum.
Benim sorum, sitelerin hala WINS kullanıyor olup olmadığı veya başka bir şeye geçip geçmediği ve artık WINS'e ihtiyaç duymadığı. Eğer öyleyse, deneyimlerini paylaşmak isteyen var mı?
Teşekkürler.
Yanıtlar:
Bu cevapların çoğu sadece kısmen doğru ya da sadece yanlıştır. WINS, adları IP adreslerine çözümlemenin başka bir yoludur. Uygulamalarınız DNS'yi nasıl kullanacağını bildiği sürece, WINS'ye hiç gerek yoktur.
Düzenleme: Tamam, bu iş parçacığında ne kadar yanlış bilgi olduğuna inanamıyorum. Her şeyden önce, farklı alt ağlara sahip olmak, WINS kullanımını gerektirmez. Uygulamanız DNS sunucularınızdaki udp / tcp bağlantı noktası 53 ile iletişim kurabildiği sürece, ana makine adlarını iyi bir şekilde çözebilirsiniz (evet, \\ ana makine adı da çalışır).
İkinci olarak, kısa ana bilgisayar adını (yani yalnızca alan adı olmayan ana bilgisayar adını) kullanarak hiçbir şeyi neden çözemediğinizi merak ediyorsanız, bunun nedeni büyük olasılıkla istemcilerinizdeki varsayılan alan adını (veya alan adı arama listesini) hiç yapılandırmamış olmanızdır.
Ve son olarak (fakat en az değil!), Active Directory etki alanı bir Windows ağında DNS kullanmak için bir ön koşul değildir. Bunun bir nedeni, bir makineyi bir etki alanına kattığınızda, Windows'un sizin için varsayılan etki alanı adını ayarlamasıdır. Başka yollarla (muhtemelen DHCP) kendiniz belirlemenizi engelleyen hiçbir şey yoktur.
Özet olarak, varsayılan etki alanını ayarlayın ve 21. yüzyılda burada bizim gibi DNS'yi kullanın!
bir sürü şey için kazanımlar hala gereklidir (her geçen gün daha az!). Gördüğüm en yaygın örnek, kazanımların Exchange 2007'yi kümelenmiş 2003 sunucularında çalıştırmak için bir gereksinim olduğudur. Wins, Netbios isimleriyle çalışır. NetBIOS adı, bilgisayarda çalışan NetBIOS hizmetleri tarafından kullanılan bir tanımlayıcıdır. Bu, 15 karakterlik (bayt) bir ad ile hizmeti gösteren 16. karakterden oluşan bir birleşimdir. NetBIOS ağ kaynaklarını tanımlarken bu adlar kullanılır. NetBIOS, Internet üzerinde ad çözümlemesi yapamaz. NetBIOS adları tek parça adlarıdır ve hiyerarşik yapıları yoktur.
NetBIOS ad alanı düzdür, bu da NetBIOS adına hiçbir sonek eklenmediği ve iki bilgisayarın aynı NetBIOS adına sahip olamayacağı anlamına gelir. Bu, herhangi bir ağdaki her NetBIOS adının benzersiz olması gerektiği anlamına gelir.
Bkz . Microsoft Windows için TCP / IP Temelleri, Bölüm 11 - TCP / IP üzerinden NetBIOS
Kuruluşumuzda hala birçok eski uygulama için gereklidir.
Keçe en düzeltilmiş cevap YANLIŞ olduğu için bu düzenlemek gerekiyordu!
WINS, günümüzde birçok oraganizasyonda kesinlikle gereklidir.
WINS nasıl çalışır Güncelleme: 21 Ocak 2005
WINS nasıl çalışır Varsayılan olarak, Microsoft® Windows® 2000, Windows XP veya Windows Server 2003 işletim sistemini çalıştıran bir bilgisayar ad çözümlemesi için WINS sunucusu adresleriyle (el ile veya DHCP aracılığıyla) yapılandırıldığında, hibrit düğümü (h -node), başka bir NetBIOS düğüm türü yapılandırılmadığı sürece NetBIOS ad kaydı için düğüm türü olarak. NetBIOS ad sorgusu ve çözümlemesi için, h-düğümü davranışını da kullanır, ancak birkaç fark vardır.
NetBIOS ad çözümlemesi için, bir WINS istemcisi genellikle bir adı çözümlemek için aşağıdaki genel adım dizisini gerçekleştirir:
İstemci, sorgulanan adın sahip olduğu yerel NetBIOS bilgisayar adı olup olmadığını kontrol eder.
İstemci, uzak adların yerel NetBIOS ad önbelleğini denetler. Uzak bir istemci için çözülen ad, bu önbelleğe 10 dakika kaldığı yerde yerleştirilir.
İstemci NetBIOS sorgusunu yapılandırılmış birincil WINS sunucusuna iletir. Birincil WINS sunucusu sorguyu yanıtlayamazsa - kullanılabilir olmadığından veya ad için bir girdisi olmadığından - istemci listelenen ve yapılandırılan sırayla diğer yapılandırılmış WINS sunucularıyla iletişim kurmaya çalışır kullanımı.
İstemci, NetBIOS sorgusunu yerel alt ağa yayınlar.
Lmhosts dosyasını kullanacak şekilde yapılandırılmışsa, istemci Lmhosts dosyasını sorgu ile eşleşip eşleşmediğini denetler.
İstemci Hosts dosyasını ve sonra bir DNS sunucusunu, biri için yapılandırılmışsa dener.
Sorun, her uygulamanın DNS kullanacak şekilde yapılandırılamamasıdır.
Microsofts'ta bile Active Directory kurulumunun kendi açıklaması WINS gereksiniminden bahseder.
"NetBIOS ad çözümlemesi (WINS sunucusu, LMHosts dosyası veya NetBIOS yayını), Windows'un önceki sürümleri için Active Directory etki alanındaki ağ kaynaklarını çözmek için hala gereklidir."
Yani evet, WINS kullanmadan kurtulabilecek BAZI organizasyonlar var, ancak DNS sunucusunu vurabiliyorsanız sihirli bir şekilde WINS'e ihtiyaç duymadığınızı gösteren kapsamlı bir açıklama yapmak.
WINS, dünyadaki her Windows yöneticisinin onu öldürmek için yaptığı her teşebbüse rağmen , hala bir gereksinimdir. Bir alt ağ ayrıldığında, WINS'e ihtiyacınız olacak. Ayrı siteler için VPN mi çalıştırıyorsunuz? Bu bir alt ağ anlamına gelir - ve WINS. AD'yi anlamayan eski müşterileriniz mi var? WINS'e ihtiyacınız var. Ağa bağladığınız bir DOS uygulamanız mı var? Tekrar WINS.
WINS ayrıca gözatma listelerini doldurmak için de kullanılır. Active Directory tabanlı makineler WINS olmadan çalışabilse de, tarama listeleri aşağıdaki sırayla doldurulduktan sonra bir gecikme olabilir:
Sorunun en önemli noktası, KOBİ olan, CIFS olan LANMAN'ın köklerinden kaynaklanıyor ... bunun nereye gittiğini görebilirsiniz. LANMAN daha çok LAN tabanlı bir protokoldü - "İnternet", daha az "yönlendirme" kavramı yoktu. WINS, bu boşluğu kapatmak ve yönlendirmeyi mümkün kılmak için geliştirilmiştir. Şimdiye kadar hızlı ilerleyin ve CIFS'nin içinde LANMAN için geriye dönük uyumlu bir destek var. UNC yol adları "modern" olabilir, ancak yine de bir LANMAN sunucusuna eklenirler. Sonra tüm "listeye gözat" şey var ...
MS, WINS sunucusundan çıkmaya çok yakındır, ancak yalnızca işletim sisteminde değil, aynı zamanda bir WINS sunucusu gerektiren uygulamalarda ve hizmetlerde de çok fazla "eski" kanca vardır. Ve sürece LANMAN tarzı şanzımanlar için destek olmadığı için , etrafında bir WINS sunucusu için bir ihtiyaç olacaktır.
DÜZENLE:
Evet, WINS'i düz bir etki alanında kapatabilirsiniz.
Ancak...
Bu hizmetin kalpten kaynaklanan bir hissesi olduğunu görmek istediğim kadarıyla, Microsoft gelene ve LAN hizmetlerini nasıl yerine getirdiklerine kadar ortadan kalkmayacak. (Evet, bu bağlantıda nasıl gerekli olmadığına dair bir yorum var ... ama atın ağzının söylediklerini okuyun ...)
Kazançlar ve netbios arasında karıştırılmayacak ..... WINS sunucusu olmayan bir ağ üzerinde netbios çalıştırabilirsiniz, ancak bir etki alanında önerilmez. Ağda uygun bir DNS sunucunuz olduğunda tüm bu korkak seçimlerin devam etmesini istemezsiniz, bu nedenle netbios devre dışı bırakılmalı veya bir WINS sunucusu kullanılmalıdır. (MS DNS ile ilgili terimin en gevşek anlamıyla doğru kullanıyorum :-))
Son zamanlarda Windows 2008'de Exchange 2007 ile netbios'un etkinleştirilmesini gerektiren bir sorun yaşadım. Inanılmaz!!!
Bu cevapların çoğu yanlış veya kısmen doğrudur. İlk olarak neden WINS'in ilk etapta kullanılabileceğini anlayalım.
WINS, ana bilgisayar adlarını IP adreslerine çözümlemek için bir çözüm olarak kullanılır ... ancak NetBIOS tüm senerioslarda çalışıyorsa neden WINS'e ihtiyacımız var? Okumaya devam etmek!
DNS aynı amaç için kullanılır ve daha fazlası ... tam etki alanı adlarını ve ana bilgisayar adlarını IP adreslerine çözümlemek için kullanılır.
Şimdi WINS'in neden geliştirildiğine bakalım.
Sorun: NetBIOS başlangıçta adları çözmek için kullanıldı, ancak bir yayın ağ protokolü. Bu nedenle, çoğu ağda, eski ve mevcut yayın trafiği, yönlendiricileri geçemez ve yakında yeterli sayıda güvenlik duvarı, daha sonra bunu VPN trafiğinde de buluruz. Bu nedenle, çoğu alt ağ NetBIOS trafiğini diğer alt ağlara çoğaltmaz. Gerçek bir BT Ağı Yöneticisi iseniz, yönlendiriciler, anahtarlar ve güvenlik duvarlarındaki bu NetBIOS trafiğine aşina olacaksınız:
ACST tarafından HOST-17 / 137'den içeriye UDP erişimi reddedildi: 10.0.1.127/137
HOST-A / 137'den içeri ACL tarafından reddedilen UDP erişimi: 10.0.1.127/137
ACST tarafından HOST-09 / 137'den içeriye doğru UDP erişimi reddedildi: 10.0.1.127/137
ACST tarafından HOST-02 / 137'den içeriye doğru UDP erişimi reddedildi: 10.0.1.127/137
ACST tarafından HOST-02 / 137'den içeriye doğru UDP erişimi reddedildi: 10.0.1.127/137
Bu, bir Cisco Pix 515E Güvenlik Duvarı sistem günlüğü dosyasından 25 bitlik bir ağda beş (5) NetBIOS yayını örneğidir. Kendi linksys yönlendiricisinin 25 bit ağından başka bir şey bilmeyenler için 24 bit ağınızdan daha küçüktür:
Ağ: 10.0.1.0/25, Alt Ağ Maskesi: 255.255.255.128, Yayın Adresi: 10.0.1.127, Maksimum Ana Bilgisayarlar: 126. Görüldüğü gibi trafik segmentte yer alıyor.
Çözüm: WINS, yayın trafiğinin bulunduğu alt ağda dağıtılacak şekilde geliştirilmiştir, istemciler yayın trafiğine güvenmek yerine adları çözmek için bir WINS sunucusunu yapılandırabilir ve gösterebilir ve böylece WINS sorguları başarısız olduğunda NetBios artık geri dönüş haline gelir.
Ama bekleyin ... şimdi microsoft ağlarımızı dağıtırken DNS Sunucularını yapılandırıyoruz. Şimdi DNS birincil, DNS başarısız olduğunda, NetBIOS yedek. Dağıtılmış bir WINS sunucusu varsa, DNS, WINS ve NetBIOS.
HOST-A diyelim ki, birçoğunun karşılaştığı sorun bir ana bilgisayar adına ping atmaya çalıştıklarında. Bilgisayar arabirimi yapılandırmasına bağlı olarak, öncelikle yalnızca DNS yapılandırmanız varsa ve kayıtlı NetBIOS adlarının süresi dolmuşsa, adresi bir IP'ye çözümleyemeyebilir.
Diyelim ki HOST-A, domainhosts.com'un bir parçası ve domainhosts.com için birincil DC DNS sunucusundaki ana bilgisayarın (A) kaydı olan bu etki alanına katıldı. Adresi FQDN'sine (tam etki alanı adı) değil, yalnızca ana bilgisayar adına göre çözümlemek için IP yapılandırmasında "Birincil ve bağlantıya özgü DNS sonekleri ekle" ve "Bu bağlantı için DNS Soneki: domainhosts.com" doldurulan! HOST-A çözümlemesi gerçekleştirildiğinde, iki (2) ek bilgi eki döndürülür: Ana bilgisayar adının çözdüğü IP adresi ve HOST-A.alanadıs.com adresinin FQDN'si. Aşağıdaki örnekte bir ana bilgisayar adının çözümlemesi, WINS veya NetBIOS yerine etki alanının (A) kayıtları aranarak gerçekleştirilir:
[Kullanıcı @ localhost ~] $ ping HOST-A
PING HOST-A.domainhosts.com (10.0.1.10) 56 (84) bayt veri.
HOST-A.domainhosts.com'dan 64 bayt (10.0.1.10): icmp_seq = 1 ttl = 128 zaman = 0.826 ms
HOST-A.domainhosts.com'dan 64 bayt (10.0.1.10): icmp_seq = 2 ttl = 128 zaman = 0.342 ms
Yalnızca birincil DNS Son Eki doldurulmasının yanı sıra, ana bilgisayarların başkalarını da aramasını ve bunları farklı siparişlere eklenecek şekilde yapılandırabilirsiniz. Böylece WINS ve NetBIOS birlikte ortadan kaldırılır.
Şimdi orada "Microsoft ürünlerinin çalışması için NetBIOS ve WINS'e ihtiyacınız olacak" diyen bazı kişiler olacak. Bu gerçekte doğrudur, ancak çoğu küçük veya orta ölçekli işletmelerde ve sadece büyük kurumsal ortamlarda dağıtılmayacak birkaç ürün için, 1A kaydını kullanmasıyla SMS 2003 gibi uygulamalar, SQL Server 2000 için adlandırılmış yöneltmeler ve Exchange Server 2000 ve 2003'ün tümü tam işlevsellik için WINS gerektirir ... FULL İşlevselliği, TÜM WINS veya NetBIOS olmadan gerektiği gibi çalışır.
Oh evet, ve sadece 2000 öncesi Microsoft dağıtıyorsanız. Senin için WINS'i dağıtmaktan daha iyi bir çözüm buldum ... YÜKSELT !!
'Bazı eski sunucuları' çünkü hala muhafaza yerden pek ortamlarda oldum olabilir buna ihtiyacım var.
Bence muhtemelen aynı durumda olan birçok dükkan var.
Birkaç ay önce WINS servisini LAN'ımızda durdurdum. Birkaç hafta sonra tamamen kaldırdım. Acaba kaç yıldır belirli bir sebep olmadan koşuyor? Bazı ortamlarda bunun imkansız olacağından eminim. O zamandan bu yana WINS'in hala çalışıyor olmasıyla görünmeyen sorunlar yaşayabiliriz. Sanırım bir safkanım, ama WINS bana "slop" havuzu oynamayı hatırlatıyor. Eğer o cebi hedeflemediyseniz bir atış sayılmamalıdır!
Kimsenin bahsetmediği bir şey, NetBIOS adlarını çözmek istiyorsanız ayrı alt ağlardaki VPN sitelerinin gerekli olmasıdır. Şu senaryoyu inceleyin:
Şirket ağı özel bir 10.xxx LAN ve uzaktaki bir ofis özel 192.xxx LAN kullanır. Aralarında bir VPN tüneli var, ancak uzak ofis, DHCP'yi şirket DHCP sunucusundan veya güvenlik duvarından tünelden almıyor.
Şirket sunucularınız WINS'de kayıtlıysa, uzak istemciler \ SunucuAdı'nı tamamen ayrı bir alt ağdan bile çözebilir. Hatta uzak ofis güvenlik duvarını yükseltebilir ve DHCP'yi VPN üzerinden kullanabilirim, ancak şimdilik bu kurulum bana şunları sağlıyor:
Birisi bu konuda yanılıyorsam lütfen beni düzeltin, ama benim anlayışım NetBIOS yönlendirilebilir değil, bu yüzden WINS kullanmadan alt ağdaki NetBIOS adlarını çözemiyorum.
Oh, hala kullanıyoruz. Sahip olduğumuz Windows iş istasyonlarının yaklaşık üçte biri alan adında değildir ve bu nedenle ad çözümlemesi için alan adının DNS alan adlarını kullanacak şekilde yapılandırılmamıştır. Ayrıca, canavarca parçalanmış varsayılan etki alanı ayarlarına yol açan canavarca parçalanmış bir DNS ortamımız var. Bu nedenle, WINS, içinde en çok şey bulunan tek ad çözümleme hizmetini temsil eder. Küresel bir hizmet endeksine en yakın olmamız.
Her şeyi etki altına almak için zorlarsak / düz bir DNS ortamımız olur. Bu iyi olacak.
Eski Exchange hala WINS kullanıyor, bu nedenle 2008 veya 2012'ye fonksiyonel seviyeler yükseltmek isteyen ve hala WINS kullanan herkes, eğer Exchange 2003 veya önceki bir sürümünü kullanıyorsanız (umarım hayır) hala WINS'in etkinleştirilmiş olması gerekir.
Ayrıca, çok alanlı bir ortamda FQDN kullanmayan tüm uygulamalarda veya komut dosyalarında büyük olasılıkla sorunlar olacaktır.
WINS kaldırılabilir, ancak yöntemsel olarak test edilmeli ve çok sayıda uygulama, SAP, Exchange ve diğer eski uygulamaların çalıştığı büyük şirketlerde, alanınızdaki 2012 yereline ulaşana kadar neredeyse değmez. WINS.
Birincisi, WINS kullanmıyorum ve 4 yıldır WINS kullanmıyorum. Microsoft DDNS, Active Directory ağında ad çözümlemesi konusunda iyi bir iş çıkarır. Şu anda WINS gerektiren bir program düşünemiyorum, ancak birkaçını hatırlıyorum. Guardian Güvenlik Duvarı, gün içinde LAN tarafında NIC için gerekliydi.
2007 Exchange Kümeleri WINS gerektirmez. Sahip olduğum belgelere göre MS, IP'ler değişmediği için bu kurulumda HOST dosyalarının kullanılmasını önerir, ister inanın ister inanmayın.
DDNS ile ilgili tek sorunum WAN genelinde. Her WAN segmentinde DDNS + ADC ... sık sık DDNS diğerinin isim tablolarını güncelleme ile ilgili sorunlar var.
WINS, uzak sitelerinizin veya WAN bağlantılarınızın olmadığı bir C Sınıfı ağ için uygundur. WINS'e karşı çok büyük bir şey ... SSL VPN + WINS = IP'nin cins WINS'sine yazmak goona werk değil.
Çevremiz aylardır WINS kullanmadı ve bu nedenle olumsuz bir etki görmedi. E-posta hizmetimiz olarak Exchange 2003 ile VPN bağlantıları üzerinden çok bölgeli bir topolojimiz var.
WINS yalnızca bilinen bir sorunu çözmek için özellikle gerekliyse etkinleştirilmelidir. Antika teknolojiyi "her ihtimale karşı" tutmak, gerekmediğinden emin olduğunuzda hiçbir anlam ifade etmez.