Seberapa luas penggunaan layanan nama WINS Microsoft hari ini?

Saya ingat selama bertahun-tahun bergerak untuk mencoba menghentikan persyaratan memiliki layanan nameserver sebagai bagian dari lingkungan Windows.

Pertanyaan saya adalah apakah situs masih menggunakan WINS atau telah beralih ke sesuatu yang lain dan tidak lagi membutuhkan WINS. Jika demikian, ada yang mau berbagi pengalaman?

Terima kasih.

Banyak jawaban ini hanya sebagian benar atau hanya salah. MENANG hanyalah cara lain untuk menyelesaikan nama ke alamat ip. Selama aplikasi Anda tahu cara menggunakan DNS, MENANG tidak diperlukan sama sekali.

Sunting: Oke, saya tidak percaya berapa banyak informasi yang salah pada utas ini. Pertama-tama, memiliki subnet yang berbeda tidak mengharuskan penggunaan MENANG. Selama aplikasi Anda dapat berkomunikasi dengan port udp / tcp 53 pada server DNS Anda, Anda akan dapat menyelesaikan nama host dengan baik (ya, \\ nama host akan berfungsi juga).

Kedua, jika Anda bertanya-tanya mengapa Anda tidak dapat menyelesaikan apa pun menggunakan nama host pendek (yaitu hanya nama host tanpa domain), itu mungkin karena Anda tidak pernah mengkonfigurasi domain default (atau daftar pencarian domain) pada klien Anda.

Terakhir, domain Active Directory bukanlah prasyarat untuk menggunakan DNS di jaringan Windows. Satu-satunya alasan Anda berpikir itu karena ketika Anda bergabung dengan mesin ke domain, Windows menetapkan nama domain default untuk Anda. Tidak ada yang mencegah Anda mengaturnya sendiri melalui cara lain (mungkin DHCP).

Jadi secara ringkas, cukup atur domain default dan gunakan DNS seperti kita semua di sini di abad ke-21!

menang masih diperlukan untuk banyak hal (semakin sedikit setiap hari!). Contoh paling umum yang pernah saya lihat adalah bahwa menang adalah persyaratan untuk menjalankan pertukaran 2007 di server 2003 yang dikelompokkan. Memenangkan bekerja dengan nama Netbios. Nama NetBIOS adalah pengidentifikasi yang digunakan oleh layanan NetBIOS yang berjalan di komputer. Ini adalah kombinasi nama 15 byte (byte) dan karakter ke 16 yang menunjukkan layanan. Saat mengidentifikasi sumber daya jaringan NetBIOS, nama-nama ini digunakan. NetBIOS tidak dapat melakukan resolusi nama di Internet. Nama NetBIOS adalah nama bagian tunggal dan tidak memiliki struktur hierarki.

Namespace NetBIOS datar, yang berarti bahwa tidak ada sufiks yang ditambahkan ke nama NetBIOS dan bahwa dua komputer tidak dapat memiliki nama NetBIOS yang sama. Ini berarti bahwa setiap nama NetBIOS dalam satu jaringan harus unik.

Lihat Dasar-dasar TCP / IP untuk Microsoft Windows, Bab 11 - NetBIOS melalui TCP / IP

Di Perusahaan kami masih diperlukan untuk banyak aplikasi lawas.

Saya merasa perlu mengedit ini karena jawaban yang paling banyak dipilih adalah SALAH!

MENANG pasti diperlukan dalam banyak oraganisasi hari ini.

Bagaimana WINS bekerja Diperbarui: 21 Januari 2005

Bagaimana WINS bekerja Secara default, ketika komputer yang menjalankan Microsoft® Windows® 2000, Windows XP, atau sistem operasi Windows Server 2003 dikonfigurasikan dengan alamat server WINS (baik secara manual atau melalui DHCP) untuk resolusi namanya, ia menggunakan hybrid node (h -node) sebagai jenis simpulnya untuk pendaftaran nama NetBIOS kecuali jika jenis simpul NetBIOS lainnya dikonfigurasi. Untuk permintaan dan resolusi nama NetBIOS, NetBIOS juga menggunakan perilaku h-node, tetapi dengan beberapa perbedaan.

Untuk resolusi nama NetBIOS, klien WINS biasanya melakukan urutan langkah-langkah umum berikut untuk menyelesaikan nama:

Klien memeriksa untuk melihat apakah nama yang ditanyakan adalah nama komputer NetBIOS lokalnya, yang dimilikinya.

Klien memeriksa cache nama NetBIOS lokal untuk nama jarak jauh. Nama apa pun yang diselesaikan untuk klien jarak jauh ditempatkan di cache ini di mana ia tetap selama 10 menit.

Klien meneruskan permintaan NetBIOS ke server WINS primer yang dikonfigurasi. Jika server WINS utama gagal menjawab permintaan - baik karena tidak tersedia atau karena tidak memiliki entri untuk nama - klien akan mencoba untuk menghubungi server WINS yang dikonfigurasi lainnya dalam urutan mereka terdaftar dan dikonfigurasi untuk penggunaannya.

Klien menyiarkan permintaan NetBIOS ke subnet lokal.

Klien memeriksa file Lmhosts untuk kecocokan dengan permintaan, jika dikonfigurasi untuk menggunakan file Lmhosts.

Klien mencoba file Host dan kemudian server DNS, jika dikonfigurasi untuk satu.

Masalahnya adalah bahwa tidak setiap aplikasi dapat dikonfigurasi untuk menggunakan DNS.

Bahkan dalam Microsoft sendiri, pengaturan setup Active Directory menyebutkan perlunya MENANG.

Menyiapkan DNS

"Resolusi nama NetBIOS (server WINS, file LMHosts, atau siaran NetBIOS) masih diperlukan untuk versi Windows sebelumnya untuk menyelesaikan sumber daya jaringan pada domain Direktori Aktif."

Jadi ya, ada BEBERAPA organisasi yang dapat melarikan diri tanpa menggunakan WINS, tetapi untuk membuat pernyataan selimut bahwa jika Anda dapat menekan server DNS Anda secara ajaib tidak perlu MENANG adalah salah.

MENANG masih sangat banyak persyaratan, meskipun setiap upaya oleh setiap admin Windows di dunia untuk memukulnya sampai mati. Kapan saja ada pemisahan subnet, Anda akan membutuhkan WINS. Menjalankan VPN untuk situs terpisah? Itu menyiratkan subnet - dan MENANG. Punya klien lama yang tidak mengerti AD? Anda membutuhkan MENANG. Punya aplikasi DOS yang sedang Anda networking? MENANG lagi.

WINS juga digunakan untuk mengisi daftar penelusuran. Sementara mesin berbasis Active Directory dapat bekerja tanpa WINS, mungkin ada penundaan karena daftar isi diisi dalam urutan berikut:

1. Tembolok Nama Jarak Jauh NetBIOS
2. MENANG
3. Siaran
4. LMHOSTS
5. RUMAH
6. DNS

Inti masalahnya berasal dari akar LANMAN, yang memperanakkan SMB, yang menghasilkan CIFS ... Anda bisa melihat ke mana arah ini. LANMAN sangat protokol berbasis LAN - itu tidak memiliki konsep "Internet", apalagi "routing". WINS dikembangkan untuk menjembatani celah itu dan memungkinkan perutean. Maju cepat ke saat ini, dan CIFS masih memiliki beberapa dukungan yang kompatibel untuk LANMAN di dalamnya. Nama jalur UNC mungkin "modern", tetapi mereka masih akan melampirkan ke server LANMAN. Lalu ada hal "browse list" secara keseluruhan ...

MS sangat dekat dengan keluar dari server WINS tetapi ada terlalu banyak "warisan" kait, tidak hanya di OS, tetapi dalam aplikasi dan layanan juga, yang memerlukan server WINS. Dan selama ada dukungan untuk transmisi gaya LANMAN , akan ada kebutuhan untuk memiliki server WINS.

EDIT:

Ya, Anda dapat mematikan WINS di domain datar.

Namun...

• Coba itu di domain yang memiliki abc.xyz.com dan abc.123.com sebagai domain anak. Bisakah Anda mengatakan "browse list fun" tiga kali dengan cepat?
• Cobalah dengan Exchange 2007 dalam beberapa kasus.
• Coba itu ketika Anda memiliki server yang ada di luar subnet Anda dan sedang melintasi firewall. Entah bagaimana, sepertinya ada masalah dengan daftar penelusuran itu ...

Seperti yang saya ingin melihat layanan ini memiliki saham didorong melalui hatinya, itu tidak akan pergi sampai Microsoft datang 'dan memperbaiki bagaimana mereka melakukan layanan LAN. (Ya, ada komentar di tautan itu tentang bagaimana itu tidak diperlukan juga ... tetapi bacalah apa yang dikatakan oleh mulut kuda ...)

Mari kita tidak bingung antara kemenangan dan netbios ..... Anda dapat menjalankan netbios di jaringan tanpa server WINS, tetapi itu tidak disarankan pada domain. Anda tidak benar-benar ingin semua pemilihan funky itu terjadi ketika Anda memiliki server DNS yang tepat di jaringan, sehingga netbios harus dinonaktifkan atau server WINS harus digunakan. (Saya menggunakan istilah yang paling tepat untuk MS DNS :-))

Baru-baru ini saya punya masalah dengan Exchange 2007 pada Windows 2008 yang membutuhkan netbios untuk diaktifkan. luar biasa!!!

Banyak dari jawaban ini salah atau sebagian benar. Pertama mari kita cari tahu mengapa WINS dapat digunakan di tempat pertama.

MENANG digunakan sebagai solusi untuk menyelesaikan nama host ke alamat IP ... tetapi mengapa kita perlu MENANG jika NetBIOS bekerja di semua senerio? Baca terus!

DNS digunakan untuk tujuan yang sama & lainnya ... untuk menyelesaikan nama domain yang memenuhi syarat DAN nama host ke alamat IP.

Sekarang mari kita lihat mengapa WINS dikembangkan.

Masalah: NetBIOS pada awalnya digunakan untuk menyelesaikan nama tetapi merupakan protokol jaringan broadcast. Jadi di sebagian besar jaringan, cepat dan terkini, lalu lintas siaran tidak dapat melintasi router, dan segera firewall, kemudian kita temukan juga dalam lalu lintas VPN. Jadi, sebagian besar subnet tidak akan mereplikasi lalu lintas NetBIOS ke subnet lainnya. Jika Anda benar-benar Administrator Jaringan IT, Anda akan terbiasa dengan lalu lintas NetBIOS ini pada router, switch, dan firewall:

Akses UDP ditolak oleh ACL dari HOST-17/137 ke dalam: 10.0.1.127/137

Akses UDP ditolak oleh ACL dari HOST-A / 137 ke dalam: 10.0.1.127/137

Akses UDP ditolak oleh ACL dari HOST-09/137 ke dalam: 10.0.1.127/137

Akses UDP ditolak oleh ACL dari HOST-02/137 ke dalam: 10.0.1.127/137

Akses UDP ditolak oleh ACL dari HOST-02/137 ke dalam: 10.0.1.127/137

Ini adalah contoh dari lima (5) siaran NetBIOS pada jaringan 25 bit dari file syslog Cisco Pix 515E Firewall. Bagi mereka yang tidak terbiasa dengan apa pun selain apa yang router linksys mereka adalah jaringan 25 bit lebih kecil dari jaringan 24 bit Anda:

Jaringan: 10.0.1.0/25, Subnet Mask: 255.255.255.128, Alamat Siaran: 10.0.1.127, Max Host: 126. Seperti yang dapat dilihat, lalu lintas sedang terkandung dalam segmen tersebut.

Solusi: WINS dikembangkan untuk digunakan di seluruh subnet tempat trafik siaran terkandung, klien dapat mengonfigurasi dan menunjuk ke server WINS untuk menyelesaikan nama alih-alih mengandalkan lalu lintas siaran dan dengan demikian NetBios sekarang menjadi cadangan ketika permintaan WINS gagal.

Tapi tunggu ... kami mengkonfigurasi Server DNS sekarang ketika kami menggunakan jaringan microsoft kami. Sekarang DNS adalah yang utama, ketika DNS gagal, NetBIOS adalah fallback. Jika ada server WINS yang digunakan, DNS, WINS, dan NetBIOS.

Masalah yang mungkin dihadapi banyak orang adalah ketika mereka mencoba melakukan ping pada nama host, misalkan HOST-A. Bergantung pada konfigurasi antarmuka komputer, itu mungkin tidak dapat menyelesaikan alamat ke IP, terutama jika Anda baru saja mengkonfigurasi DNS dan host yang terdaftar nama NetBIOS telah kedaluwarsa.

Katakanlah HOST-A adalah bagian dari domainhosts.com dan bergabung dengan domain itu, catatan (A) host pada server DNS DC primer untuk domainhosts.com. Untuk menyelesaikan alamat hanya dengan nama hostnya dan bukan FQDN (nama domain berkualifikasi lengkap), konfigurasi IP harus memiliki "Tambahkan sufiks DNS khusus primer dan koneksi" dan memiliki paling sedikit "Sufiks DNS untuk koneksi ini: domainhosts.com" dihuni! Ketika resolusi dilakukan dari HOST-A dua (2) bagian dari informasi tambahan dikembalikan: Alamat IP yang diputuskan oleh nama host dan FQDN-nya dari HOST-A.domainhosts.com. Dalam contoh di bawah ini, resolusi nama host dilakukan dengan mencari (A) catatan domain alih-alih WINS atau NetBIOS:

[Pengguna @ localhost ~] $ ping HOST-A

PING HOST-A.domainhosts.com (10.0.1.10) 56 (84) byte data.

64 byte dari HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 1 ttl = 128 waktu = 0,826 ms

64 byte dari HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 2 ttl = 128 waktu = 0,342 ms

Selain memiliki Sufiks DNS primer yang dihuni, Anda juga dapat meminta host mencari yang lain, dan mengonfigurasinya untuk menambahkan dalam pesanan yang berbeda. Sehingga menghilangkan WINS & NetBIOS bersama-sama.

Sekarang akan ada beberapa di luar sana yang mengatakan "Anda akan membutuhkan NetBIOS dan MENANG agar produk microsoft berfungsi." Ini benar dalam kenyataannya, tetapi hanya untuk beberapa produk, yang sebagian besar tidak akan digunakan dalam usaha kecil atau menengah dan hanya di lingkungan perusahaan besar, aplikasi seperti SMS 2003 dengan penggunaan catatan 1A, SQL Server 2000 untuk penggunaan pipa bernama, dan Exchange Server 2000 dan 2003 semuanya membutuhkan WINS untuk fungsionalitas penuh ... FULL Fungsionalitas, mereka SEMUA akan bekerja sesuai kebutuhan tanpa WINS atau NetBIOS sekalipun.

Oh ya, dan hanya jika Anda menggunakan Microsoft pra-2000. Saya punya solusi yang lebih baik untuk Anda daripada menggunakan WINS ... UPGRADE !!

Saya telah berada di lingkungan yang masih dipertahankan karena 'beberapa server lama' mungkin membutuhkannya.

Saya pikir mungkin ada banyak toko di sana yang berada dalam situasi yang sama.

Saya pernah mengaktifkan WINS pada server samba di kantor. Itu adalah solusi resolusi nama tercepat dan termurah (dalam hal waktu yang dihabiskan) dalam jaringan windows tanpa domain. Ini sederhana dan berfungsi baik di jaringan kecil.

Banyak perangkat tertanam menggunakan WINS juga. Kami memiliki mesin fotokopi multi-fungsi dan sistem proyeksi nirkabel yang baru dibeli yang tidak akan berfungsi sampai saya memberinya IP server WINS.

Seperti yang kami inginkan, WINS akan berada di sini untuk waktu yang lama.

Beberapa bulan yang lalu saya menghentikan layanan WINS di LAN kami. Setelah beberapa minggu, saya menghapus seluruhnya. Saya ingin tahu berapa tahun telah berjalan tanpa alasan tertentu? Di beberapa lingkungan saya yakin ini tidak mungkin. Mungkin kita memiliki masalah sejak saat itu yang tidak akan terlihat dengan WINS yang masih berjalan. Saya kira saya seorang purist, tetapi MENANG mengingatkan saya tentang bermain "slop" pool. Tembakan tidak akan dihitung kecuali Anda membidik kantong itu!

Satu hal yang belum pernah disebutkan oleh siapa pun adalah bahwa perlu untuk situs VPN pada subnet yang terpisah jika Anda ingin menyelesaikan nama NetBIOS. Pertimbangkan skenario ini:

Jaringan perusahaan menggunakan LAN 10.xxx pribadi dan kantor jarak jauh menggunakan LAN 192.xxx pribadi. Mereka memiliki terowongan VPN di antara mereka, tetapi kantor jarak jauh tidak membawa DHCP melalui terowongan dari server DHCP perusahaan atau firewall.

Jika Anda memiliki server korporat terdaftar di WINS, klien jarak jauh dapat menyelesaikan \ ServerName bahkan dari subnet yang sepenuhnya terpisah. Akhirnya saya akan dapat memutakhirkan firewall kantor jarak jauh dan menggunakan DHCP melalui VPN, tetapi untuk sekarang pengaturan ini memungkinkan saya untuk:

• Tidak perlu mengingat alamat IP server ketika bekerja pada PC jarak jauh.
• Gunakan skrip logon yang sama yang memetakan drive jaringan berdasarkan nama NetBIOS daripada alamat IP.
• Jaga semuanya lebih konsisten secara umum.

Seseorang tolong perbaiki saya jika saya salah dalam hal ini, tetapi pemahaman saya adalah bahwa NetBIOS tidak dapat dialihkan, jadi saya tidak dapat menyelesaikan nama NetBIOS di seluruh subnet tanpa menggunakan WINS.

Oh, kami masih menggunakannya. Sekitar sepertiga dari workstation Windows yang kami miliki tidak ada dalam domain dan karenanya tidak dikonfigurasi untuk menggunakan domain DNS domain untuk resolusi nama. Juga, kami memiliki lanskap DNS yang sangat terfragmentasi yang mengarah ke pengaturan domain default yang sangat terfragmentasi. Karena ini MENANG mewakili layanan resolusi nama tunggal yang memiliki banyak hal di dalamnya. Ini yang terdekat dengan indeks layanan global.

Jika / Ketika kami mendorong untuk mendapatkan semua yang di-domain-kan, kami akan memiliki lanskap DNS yang datar. Itu bagus.

Legacy Exchange masih menggunakan WINS, jadi siapa pun yang melihat peningkatan level fungsional hingga 2008 atau 2012 dan masih menggunakan WINS, jika Anda menggunakan Exchange 2003 atau sebelumnya (semoga tidak) Anda masih perlu WINS diaktifkan.

Selain itu, aplikasi atau skrip apa pun yang tidak menggunakan FQDN di lingkungan multi-domain kemungkinan akan mengalami masalah.

MENANG dapat dihapus tetapi harus diuji secara metodis dan di perusahaan besar dengan banyak aplikasi, SAP, Exchange, dan aplikasi lawas lainnya yang menjalankannya hampir tidak layak sampai Anda bisa mendapatkan 2012 asli di domain Anda yang akan membantu dengan dekom MENANG.

I untuk satu, jangan gunakan MENANG dan belum pernah menggunakan MENANG selama 4 tahun. Microsoft DDNS melakukan pekerjaan yang baik untuk resolusi nama pada jaringan Active Directory. Saya tidak bisa memikirkan program yang membutuhkan WINS sekarang, tapi saya ingat beberapa. Guardian Firewall membutuhkannya di sisi LAN NIC kembali pada hari itu.

Cluster Exchange 2007 tidak memerlukan WINS. Menurut dokumentasi yang saya miliki, MS merekomendasikan penggunaan file HOST, percaya atau tidak, dalam pengaturan itu karena IP tidak berubah.

Satu-satunya masalah saya dengan DDNS, adalah di seluruh WAN. DDNS + ADC pada setiap segmen WAN ... sering saya mengalami masalah dengan DDNS memperbarui tabel nama masing-masing.

MENANG baik untuk jaringan Kelas C di mana Anda tidak memiliki situs remote atau tautan WAN. Satu hal besar melawan MENANG ... SSL VPN + MENANG = mengetikkan IP karena cU MENANG bukan goona werk.

Lingkungan kita tidak menggunakan WINS selama berbulan-bulan, dan tidak melihat dampak buruk karenanya. Kami memiliki topologi multi-situs melalui koneksi VPN, dengan Exchange 2003 sebagai layanan email kami.

MENANG seharusnya hanya diaktifkan jika secara khusus diperlukan untuk memecahkan masalah yang diketahui. Berpegang pada teknologi kuno "berjaga-jaga" tidak masuk akal ketika Anda telah memastikan bahwa itu tidak diperlukan.