ฉันดูเหมือนจะจำได้ว่าในช่วงหลายปีที่ผ่านมาพยายามหยุดความต้องการบริการเนมเนส WINS ซึ่งเป็นส่วนหนึ่งของสภาพแวดล้อม Windows
คำถามของฉันคือว่าไซต์ยังใช้ WINS หรือเปลี่ยนไปใช้สิ่งอื่นและไม่ต้องการ WINS อีกต่อไป ถ้ามีใครต้องการแบ่งปันประสบการณ์ของพวกเขา?
ขอบคุณ
คำตอบ:
คำตอบจำนวนมากเหล่านี้เป็นเพียงบางส่วนเท่านั้นจริงหรือผิดเพียงธรรมดา WINS เป็นอีกวิธีหนึ่งในการแก้ไขชื่อเป็นที่อยู่ IP ตราบใดที่แอปพลิเคชันของคุณรู้วิธีการใช้ DNS WINS ก็ไม่จำเป็นเลย
แก้ไข: โอเคฉันไม่อยากเชื่อเลยว่ามีข้อมูลที่ผิดในกระทู้นี้มากน้อยเพียงใด ประการแรกการมีซับเน็ตต่างกันไม่จำเป็นต้องใช้ WINS ตราบใดที่แอปพลิเคชันของคุณสามารถสื่อสารกับ udp / tcp พอร์ต 53 บนเซิร์ฟเวอร์ DNS ของคุณคุณจะสามารถแก้ไขชื่อโฮสต์ได้ดี (ใช่แล้ว \\ ชื่อโฮสต์จะทำงานด้วย)
ประการที่สองหากคุณสงสัยว่าทำไมคุณไม่สามารถแก้ไขสิ่งใดโดยใช้ชื่อโฮสต์แบบสั้น (เช่นชื่อโฮสต์ที่ไม่มีโดเมน) อาจเป็นเพราะคุณไม่เคยกำหนดค่าโดเมนเริ่มต้น (หรือรายการค้นหาโดเมน) ในไคลเอนต์ของคุณ
และสุดท้าย (แต่ไม่ท้ายสุด!) โดเมน Active Directory ไม่ใช่ข้อกำหนดเบื้องต้นสำหรับการใช้ DNS บนเครือข่าย Windows เหตุผลเดียวที่คุณคิดว่าเป็นเพราะเมื่อคุณเข้าร่วมกับโดเมน Windows ตั้งค่าชื่อโดเมนเริ่มต้นสำหรับคุณ ไม่มีอะไรขัดขวางคุณจากการตั้งค่าตัวคุณเองด้วยวิธีการอื่น (อาจเป็น DHCP)
โดยสรุปเพียงแค่ตั้งค่าโดเมนเริ่มต้นและใช้ DNS เช่นเดียวกับพวกเราที่เหลือในศตวรรษที่ 21!
การชนะยังจำเป็นสำหรับสิ่งต่าง ๆ (น้อยลงทุกวัน!) ตัวอย่างที่พบบ่อยที่สุดที่ฉันเห็นคือการชนะเป็นข้อกำหนดสำหรับการเรียกใช้ Exchange 2007 บนเซิร์ฟเวอร์ 2003 ที่ทำคลัสเตอร์ Wins ใช้งานได้กับชื่อ Netbios ชื่อ NetBIOS เป็นตัวระบุที่ใช้โดยบริการ NetBIOS ที่ทำงานบนคอมพิวเตอร์ มันคือการรวมกันของชื่อ 15 ตัวอักษร (ไบต์) และตัวอักษรที่ 16 หมายถึงบริการ เมื่อระบุทรัพยากรเครือข่าย NetBIOS ชื่อเหล่านี้จะถูกใช้ NetBIOS ไม่สามารถทำการจำแนกชื่อบนอินเทอร์เน็ต ชื่อ NetBIOS เป็นชื่อส่วนเดียวและไม่มีโครงสร้างแบบลำดับชั้นใด ๆ
เนมสเปซ NetBIOS นั้นเรียบซึ่งหมายความว่าไม่มีส่วนต่อท้ายที่เพิ่มชื่อ NetBIOS และคอมพิวเตอร์สองเครื่องไม่สามารถมีชื่อ NetBIOS เดียวกันได้ ซึ่งหมายความว่าชื่อ NetBIOS แต่ละชื่อในเครือข่ายใดเครือข่ายหนึ่งต้องไม่ซ้ำกัน
ดูพื้นฐาน TCP / IP สำหรับ Microsoft Windows, บทที่ 11 - NetBIOS ผ่าน TCP / IP
ในองค์กรของเรายังจำเป็นสำหรับแอปพลิเคชันรุ่นเก่าหลายรุ่น
รู้สึกว่าฉันจำเป็นต้องแก้ไขสิ่งนี้เนื่องจากคำตอบที่ตอบกลับมามากที่สุดนั้นผิดพลาด!
WINS เป็นสิ่งจำเป็นในหลาย ๆ องค์กรในปัจจุบันนี้
WINS ทำงานอย่างไรอัปเดต: 21 มกราคม 2548
WINS ทำงานอย่างไรโดยค่าเริ่มต้นเมื่อคอมพิวเตอร์ที่ใช้Microsoft®Windows® 2000, Windows XP หรือระบบปฏิบัติการ Windows Server 2003 ถูกกำหนดค่าด้วยที่อยู่เซิร์ฟเวอร์ WINS (ด้วยตนเองหรือผ่าน DHCP) สำหรับการจำแนกชื่อของมันจะใช้ไฮบริดโหนด (h -node) เป็นชนิดโหนดสำหรับการลงทะเบียนชื่อ NetBIOS ยกเว้นว่ามีการกำหนดค่าประเภทโหนด NetBIOS อื่น สำหรับเคียวรีชื่อ NetBIOS และการแก้ไขก็ยังใช้พฤติกรรม h-node แต่มีความแตกต่างเล็กน้อย
สำหรับการจำแนกชื่อ NetBIOS โดยทั่วไปไคลเอ็นต์ WINS จะดำเนินการตามลำดับขั้นตอนทั่วไปต่อไปนี้เพื่อแก้ไขชื่อ:
ไคลเอนต์ตรวจสอบเพื่อดูว่าชื่อสอบถามเป็นชื่อคอมพิวเตอร์ NetBIOS ภายในเครื่องซึ่งเป็นเจ้าของ
ไคลเอ็นต์ตรวจสอบแคชชื่อ NetBIOS ในเครื่องของชื่อระยะไกล ชื่อใด ๆ ที่ถูกแก้ไขสำหรับรีโมตไคลเอ็นต์จะถูกวางไว้ในแคชนี้ซึ่งยังคงอยู่เป็นเวลา 10 นาที
ไคลเอนต์ส่งต่อแบบสอบถาม NetBIOS ไปยังเซิร์ฟเวอร์ WINS หลักที่กำหนดค่าไว้ หากเซิร์ฟเวอร์ WINS หลักล้มเหลวในการตอบแบบสอบถาม - เนื่องจากไม่มีอยู่หรือเนื่องจากไม่มีรายการสำหรับชื่อ - ไคลเอ็นต์จะพยายามติดต่อเซิร์ฟเวอร์ WINS ที่กำหนดค่าอื่น ๆ ตามลำดับที่แสดงรายการและกำหนดค่าสำหรับ การใช้งาน
ไคลเอ็นต์ออกอากาศเคียวรี NetBIOS ไปยังซับเน็ตโลคัล
ไคลเอ็นต์ตรวจสอบไฟล์ Lmhosts เพื่อหาคู่ที่ตรงกันกับเคียวรีหากมีการกำหนดค่าให้ใช้ไฟล์ Lmhosts
ไคลเอ็นต์ลองใช้ไฟล์ Hosts จากนั้นจึงเป็นเซิร์ฟเวอร์ DNS หากมีการกำหนดค่าไว้สำหรับหนึ่งรายการ
ปัญหาคือไม่สามารถกำหนดค่าแอปพลิเคชันทุกตัวให้ใช้ DNS
แม้แต่ในการอธิบายการตั้งค่า Active Directory ของ Microsoft เองก็กล่าวถึงความต้องการ WINS
"การแก้ปัญหาชื่อ NetBIOS (เซิร์ฟเวอร์ WINS, ไฟล์ LMHosts หรือการออกอากาศ NetBIOS) ยังคงเป็นสิ่งจำเป็นสำหรับ Windows รุ่นก่อนหน้าเพื่อแก้ไขปัญหาทรัพยากรเครือข่ายในโดเมน Active Directory"
ดังนั้นใช่มีบางองค์กรที่สามารถหนีไปได้โดยไม่ต้องใช้ WINS แต่เพื่อสร้างคำสั่งแบบครอบคลุมว่าหากคุณสามารถเข้าถึงเซิร์ฟเวอร์ DNS ได้คุณไม่จำเป็นต้องใช้ WINS อย่างผิดปกติ
WINS ยังคงเป็นข้อกำหนดอย่างมากแม้จะมีผู้ดูแลระบบ Windows ทุกคนในโลกพยายามที่จะทำให้มันตาย เมื่อใดก็ตามที่มีการแยกซับเน็ตคุณจะต้องมี WINS ใช้ VPN สำหรับเว็บไซต์แยกหรือไม่ นั่นหมายถึงเครือข่ายย่อย - และ WINS มีลูกค้าเก่าที่ไม่เข้าใจโฆษณาหรือไม่ คุณต้องการ WINS มีแอปพลิเคชัน DOS ที่คุณใช้เครือข่ายหรือไม่ ชนะอีกครั้ง
WINS ยังใช้สำหรับการเติมรายการเรียกดู ในขณะที่เครื่องที่ใช้ Active Directory สามารถทำงานได้โดยไม่ต้อง WINS อาจมีความล่าช้าเนื่องจากรายการเรียกดูจะถูกเติมในลำดับต่อไปนี้:
ปมปัญหาเกิดจากรากของ LANMAN ซึ่งให้กำเนิด SMB ซึ่งให้กำเนิด CIFS ... คุณสามารถดูได้ว่าจะเกิดอะไรขึ้น LANMAN เป็นโปรโตคอลที่ใช้ LAN เป็นอย่างมาก - มันไม่มีแนวคิดของ "อินเทอร์เน็ต", "เส้นทาง" ที่น้อยกว่ามาก WINS ได้รับการพัฒนาเพื่อเชื่อมช่องว่างนั้นและทำให้สามารถกำหนดเส้นทางได้ กรอไปข้างหน้าอย่างรวดเร็วถึงปัจจุบันและ CIFS ยังคงรองรับ LANMAN ในรุ่นก่อนหน้านี้ได้ ชื่อเส้นทาง UNC อาจเป็น "ทันสมัย" แต่ชื่อเหล่านั้นจะยังคงเชื่อมต่อกับเซิร์ฟเวอร์ LANMAN จากนั้นมีรายการ "เรียกดู" ทั้งหมด ...
MS อยู่ใกล้มากที่จะออกจากเซิร์ฟเวอร์ WINS Biz แต่มี hooks "ดั้งเดิม" มากเกินไปไม่เพียง แต่ในระบบปฏิบัติการ แต่ในแอปพลิเคชันและบริการเช่นกันที่ต้องใช้เซิร์ฟเวอร์ WINS และตราบใดที่มีการรองรับการส่งสัญญาณแบบ LANMANก็จำเป็นที่จะต้องมีเซิร์ฟเวอร์ WINS
แก้ไข:
ใช่คุณสามารถปิด WINS ในโดเมนแบบแบน
อย่างไรก็ตาม ...
เท่าที่ฉันต้องการจะเห็นว่าบริการนี้มีส่วนได้ส่วนเสียผลักดันผ่านหัวใจมันจะไม่หายไปจนกว่า Microsoft จะมา 'รอบและปรับปรุงวิธีที่พวกเขาทำบริการ LAN (ใช่มีความคิดเห็นที่ลิงค์นั้นเกี่ยวกับวิธีที่ไม่จำเป็นเช่นกัน ... แต่อ่านสิ่งที่ปากม้าพูด ... )
ไม่สับสนระหว่างการชนะและ netbios ..... คุณสามารถเรียกใช้ netbios บนเครือข่ายที่ไม่มีเซิร์ฟเวอร์ WINS แต่ไม่แนะนำในโดเมน คุณไม่ต้องการให้ผู้มีสิทธิเลือกตั้งทั้งหมดขี้ขลาดเกิดขึ้นเมื่อคุณมีเซิร์ฟเวอร์ DNS ที่เหมาะสมในเครือข่ายดังนั้น netbios จึงควรปิดการใช้งานหรือควรใช้เซิร์ฟเวอร์ WINS (ฉันใช้อย่างถูกต้องในความหมายของคำที่ MS DNS เกี่ยวข้อง :-))
เมื่อเร็ว ๆ นี้ฉันมีปัญหากับ Exchange 2007 บน Windows 2008 ที่ต้องเปิดใช้งาน netbios เหลือเชื่อ!!!
คำตอบเหล่านี้จำนวนมากไม่ถูกต้องหรือถูกต้องเพียงบางส่วน ก่อนอื่นให้หาสาเหตุที่อาจใช้ WINS ตั้งแต่แรก
WINS ใช้เพื่อแก้ปัญหาชื่อโฮสต์ให้เป็นที่อยู่ IP ... แต่ทำไมเราต้อง WINS ถ้า NetBIOS ทำงานได้ในทุกยุคทุกสมัย? อ่านต่อ!
DNS ใช้เพื่อจุดประสงค์เดียวกันและอื่น ๆ ... เพื่อแก้ไขชื่อโดเมนและชื่อโฮสต์แบบเต็มถึงที่อยู่ IP
ทีนี้มาดูกันว่าทำไม WINS ถึงได้รับการพัฒนา
ปัญหา: แต่เดิม NetBIOS ใช้เพื่อแก้ไขชื่อ แต่เป็นโปรโตคอลเครือข่ายการออกอากาศ ดังนั้นในเครือข่ายส่วนใหญ่ legacey และปัจจุบันปริมาณการใช้งานการออกอากาศไม่สามารถข้ามเราเตอร์และไฟร์วอลล์ที่เพียงพอในไม่ช้าเราจึงพบว่าในการรับส่งข้อมูล VPN ดังนั้นซับเน็ตส่วนใหญ่จะไม่จำลองทราฟฟิก NetBIOS ไปยังซับเน็ตอื่น หากคุณเป็นผู้ดูแลระบบเครือข่าย IT จริงคุณจะคุ้นเคยกับการรับส่งข้อมูล NetBIOS นี้บนเราเตอร์สวิตช์และไฟร์วอลล์:
การเข้าถึง UDP ถูกปฏิเสธโดย ACL จาก HOST-17/137 ถึงภายใน: 10.0.1.127/137
การเข้าถึง UDP ถูกปฏิเสธโดย ACL จาก HOST-A / 137 ถึงภายใน: 10.0.1.127/137
การเข้าถึง UDP ถูกปฏิเสธโดย ACL จาก HOST-09/137 สู่ภายใน: 10.0.1.127/137
การเข้าถึง UDP ถูกปฏิเสธโดย ACL จาก HOST-02/137 ถึงภายใน: 10.0.1.127/137
การเข้าถึง UDP ถูกปฏิเสธโดย ACL จาก HOST-02/137 ถึงภายใน: 10.0.1.127/137
นี่คือตัวอย่างของการออกอากาศ NetBIOS ห้า (5) ครั้งบนเครือข่าย 25 บิตจากไฟล์ syslog Firewall Pix 515E ของ Cisco สำหรับผู้ที่ไม่คุ้นเคยกับสิ่งอื่นใดนอกจากเราเตอร์ Linksys ของพวกเขาคือเครือข่าย 25 บิตมีขนาดเล็กกว่าเครือข่าย 24 บิตของคุณ:
เครือข่าย: 10.0.1.0/25, Subnet Mask: 255.255.255.128, ที่อยู่การออกอากาศ: 10.0.1.127, โฮสต์สูงสุด: 126 ดังที่เห็นได้ว่ามีการรับส่งข้อมูลภายในกลุ่ม
โซลูชัน: WINS ได้รับการพัฒนาเพื่อปรับใช้ข้ามเครือข่ายย่อยที่มีทราฟฟิกของการออกอากาศอยู่ลูกค้าสามารถกำหนดค่าและชี้ไปที่เซิร์ฟเวอร์ WINS เพื่อแก้ไขชื่อแทนที่จะใช้ทราฟฟิกที่ออกอากาศและ NetBios จึงกลายเป็น
แต่เดี๋ยวก่อน ... เรากำหนดค่าเซิร์ฟเวอร์ DNS ทันทีเมื่อเราปรับใช้เครือข่าย microsoft ของเรา ตอนนี้ DNS เป็นตัวหลักเมื่อ DNS ล้มเหลว NetBIOS คือทางเลือก หากมีการปรับใช้เซิร์ฟเวอร์ WINS, DNS, WINS และ NetBIOS
ปัญหาที่หลายคนอาจพบเจอคือเมื่อพวกเขาพยายาม ping ชื่อโฮสต์ให้พูดว่า HOST-A ทั้งนี้ขึ้นอยู่กับการกำหนดค่าอินเทอร์เฟซคอมพิวเตอร์มันอาจไม่สามารถแก้ไขที่อยู่ IP เป็นหลักถ้าคุณเพิ่งกำหนดค่า DNS และโฮสต์ NetBIOS ที่ลงทะเบียนชื่อหมดอายุแล้ว
ให้บอกว่า HOST-A เป็นส่วนหนึ่งของ domainhosts.com และเข้าร่วมกับโดเมนนั้นซึ่งเป็นระเบียน (A) ของโฮสต์บนเซิร์ฟเวอร์ DC DNS หลักสำหรับ domainhosts.com ในการแก้ไขที่อยู่เพียงแค่ชื่อโฮสต์และไม่ใช่ FQDN (ชื่อโดเมนแบบเต็ม) การกำหนดค่า IP จะต้องมี "ผนวกส่วนต่อท้ายหลักและส่วนต่อท้าย DNS เฉพาะการเชื่อมต่อ" และมี "ส่วนต่อท้าย DNS อย่างน้อยที่สุดสำหรับการเชื่อมต่อนี้: domainhosts.com" ประชากร! เมื่อการแก้ปัญหาดำเนินการกับ HOST-A ข้อมูลพิเศษสอง (2) คืนจะถูกส่งคืน: ที่อยู่ IP ที่ชื่อโฮสต์แก้ไขและ FQDN ของ HOST-A.domainhosts.com ในตัวอย่างด้านล่างการจำแนกชื่อโฮสต์ดำเนินการโดยค้นหาระเบียน (A) ของโดเมนแทน WINS หรือ NetBIOS:
[User @ localhost ~] $ ping HOST-A
PING HOST-A.domainhosts.com (10.0.1.10) 56 (84) ไบต์ของข้อมูล
64 ไบต์จาก HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 1 ttl = 128 เวลา = 0.826 ms
64 ไบต์จาก HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 2 ttl = 128 เวลา = 0.342 ms
นอกจากการเติม DNS Suffix หลักแล้วคุณยังสามารถให้โฮสต์ค้นหาผู้อื่นด้วยและกำหนดค่าให้ผนวกในคำสั่งซื้อต่างๆ จึงกำจัด WINS & NetBIOS ทั้งหมดเข้าด้วยกัน
ตอนนี้จะมีบางคนบอกว่า "คุณจะต้องใช้ NetBIOS และ WINS เพื่อให้ผลิตภัณฑ์ของ Microsoft ทำงาน" นี่เป็นเรื่องจริงในความเป็นจริง แต่เพียงไม่กี่ผลิตภัณฑ์ส่วนใหญ่จะไม่ถูกปรับใช้ในธุรกิจขนาดเล็กหรือขนาดกลางและเฉพาะในสภาพแวดล้อมขององค์กรขนาดใหญ่แอปพลิเคชันเช่น SMS 2003 ด้วยการใช้ระเบียน 1A, SQL Server 2000 สำหรับ การใช้ไพพ์ที่มีชื่อและ Exchange Server 2000 และ 2003 ล้วนต้องการ WINS สำหรับการใช้งานอย่างเต็มรูปแบบ ... ฟังก์ชั่นเต็มรูปแบบพวกเขาทั้งหมดจะทำงานได้ตามต้องการโดยไม่ต้องใช้ WINS หรือ NetBIOS
ใช่แล้วเฉพาะในกรณีที่คุณเป็น pre-2000 Microsoft ปรับใช้ ฉันมีวิธีแก้ปัญหาที่ดีกว่าสำหรับคุณมากกว่าการติดตั้ง WINS แม้ว่า ... อัปเกรด !!
ฉันอยู่ในสภาพแวดล้อมที่ยังคงรักษาไว้เพราะ 'เซิร์ฟเวอร์ดั้งเดิมบางตัว' อาจต้องการ
ฉันคิดว่าอาจมีร้านค้ามากมายที่อยู่ในสถานการณ์เดียวกัน
ฉันเคยเปิดใช้งาน WINS บนเซิร์ฟเวอร์ samba ในที่ทำงาน มันเป็นวิธีที่เร็วและถูกที่สุด (ในแง่ของเวลาที่ใช้) การแก้ปัญหาชื่อในเครือข่าย windows โดยไม่มีโดเมน มันง่ายและทำงานได้ดีในเครือข่ายขนาดเล็ก
อุปกรณ์ฝังตัวจำนวนมากใช้ WINS เช่นกัน เรามีเครื่องถ่ายเอกสารมัลติฟังก์ชั่นและระบบฉายภาพไร้สายที่เพิ่งซื้อมาซึ่งไม่สามารถทำงานได้จนกว่าฉันจะให้ IP ของเซิร์ฟเวอร์ WINS
มากเท่าที่เราต้องการ WINS จะมาอยู่ที่นี่เป็นเวลานาน
ไม่กี่เดือนที่ผ่านมาฉันหยุดบริการ WINS บน LAN ของเรา หลังจากผ่านไปไม่กี่สัปดาห์ฉันก็ลบมันทั้งหมด ฉันสงสัยว่ามันใช้งานมานานกี่ปีโดยไม่มีเหตุผลอะไร ในบางสภาพแวดล้อมฉันแน่ใจว่าสิ่งนี้จะเป็นไปไม่ได้ เป็นไปได้ว่าเรามีปัญหาตั้งแต่นั้นมาซึ่งจะไม่ปรากฏให้เห็นเมื่อ WINS ยังทำงานอยู่ ฉันเดาว่าฉันเป็นคนเจ้าระเบียบ แต่ WINS ทำให้ฉันนึกถึงการเล่นพูล "สลาฟ" ไม่ควรนับช็อตเด็ดขาดหากคุณไม่ได้เล็งไปที่กระเป๋า!
สิ่งหนึ่งที่ไม่มีใครพูดถึงคือมันเป็นสิ่งจำเป็นสำหรับไซต์ VPN บนซับเน็ตแยกต่างหากหากคุณต้องการแก้ไขชื่อ NetBIOS พิจารณาสถานการณ์นี้:
เครือข่ายองค์กรใช้ LAN 10.xxx ส่วนตัวและสำนักงานระยะไกลใช้ LAN ส่วนตัว 192.xxx พวกเขามีอุโมงค์ VPN ระหว่างพวกเขา แต่สำนักงานระยะไกลไม่ได้ใช้ DHCP ผ่านช่องทางจากเซิร์ฟเวอร์ DHCP ขององค์กรหรือไฟร์วอลล์
ถ้าคุณมีเซิร์ฟเวอร์องค์กรของคุณลงทะเบียนกับ WINS ไคลเอนต์ระยะไกลสามารถแก้ไข \ ServerName แม้จากเครือข่ายย่อยที่แยกจากกันโดยสิ้นเชิง Eventaully ฉันจะสามารถอัพเกรดไฟร์วอลล์สำนักงานระยะไกลและใช้ DHCP ผ่าน VPN ได้ แต่ตอนนี้การตั้งค่านี้ช่วยให้ฉัน:
บางคนโปรดแก้ไขให้ฉันด้วยถ้าฉันทำผิดในเรื่องนี้ แต่ความเข้าใจของฉันก็คือว่า NetBIOS นั้นไม่สามารถกำหนดเส้นทางได้ดังนั้นฉันจึงไม่สามารถแก้ไขชื่อ NetBIOS ข้ามซับเน็ตโดยไม่ใช้ WINS
โอ้เรายังใช้มันอยู่ ประมาณหนึ่งในสามของเวิร์กสเตชัน Windows ที่เรามีไม่ได้อยู่ในโดเมนจึงไม่ได้รับการกำหนดค่าให้ใช้โดเมน DNS ของโดเมนเพื่อการจำแนกชื่อ นอกจากนี้เรายังมีภูมิทัศน์ DNS ที่แยกส่วนอย่างมากซึ่งนำไปสู่การตั้งค่าโดเมนเริ่มต้นที่มีการแยกส่วนอย่างมาก เนื่องจาก WINS นี้แสดงถึงบริการแก้ปัญหาชื่อเดียวซึ่งมีเนื้อหามากที่สุดในนั้น มันใกล้เคียงที่สุดที่เรามีต่อดัชนีบริการทั่วโลก
ถ้า / เมื่อเราผลักเพื่อให้ได้โดเมนทุกอย่างเราจะมีแนวนอน DNS แบบเรียบ นั่นจะเป็นสิ่งที่ดี
Legacy Exchange ยังคงใช้ WINS ดังนั้นใครก็ตามที่มองหาการเพิ่มระดับการทำงานเป็น 2008 หรือ 2012 และยังคงใช้ WINS ถ้าคุณใช้ Exchange 2003 หรือเก่ากว่า (หวังว่าจะไม่) คุณจะยังคงต้องเปิดใช้งาน WINS
นอกจากนี้แอพหรือสคริปต์ที่ไม่ได้ใช้ FQDN ในสภาพแวดล้อมที่มีหลายโดเมนอาจมีปัญหา
WINS สามารถลบออกได้ แต่ควรมีการทดสอบอย่างมีระบบและในองค์กรขนาดใหญ่ที่มีแอพมากมาย, SAP, Exchange และแอปรุ่นเก่าอื่น ๆ ที่ใช้งานอยู่มันแทบจะไม่คุ้มค่าจนกว่าคุณจะไปถึง 2012 ภายในโดเมนของคุณ WINS
ฉันหนึ่งอย่าใช้ WINS และไม่ได้ใช้ WINS เป็นเวลา 4 ปี Microsoft DDNS ทำงานได้ดีในการจำแนกชื่อในเครือข่าย Active Directory ฉันไม่สามารถนึกถึงโปรแกรมที่ต้องใช้ WINS ได้ในตอนนี้ แต่ฉันจำได้ไม่กี่รายการ Guardian Firewall ต้องการมันในด้าน LAN NIC ย้อนกลับไปในวันนี้
กลุ่มการแลกเปลี่ยน 2007 ไม่จำเป็นต้องใช้ WINS ตามเอกสารที่ฉันมี MS แนะนำให้ใช้ไฟล์ HOST เชื่อหรือไม่ว่าในการตั้งค่านั้นเนื่องจาก IP ไม่เปลี่ยนแปลง
ปัญหาเดียวของฉันกับ DDNS อยู่ทั่ว WAN DDNS + ADC ในแต่ละส่วนของ WAN ... บ่อยครั้งฉันมีปัญหากับ DDNS ที่อัปเดตตารางชื่อของคนอื่น
WINS ใช้ได้สำหรับเครือข่าย Class C ที่คุณไม่มีไซต์ระยะไกลหรือลิงค์ WAN สิ่งสำคัญอย่างหนึ่งต่อการชนะ WINS ... SSL VPN + WINS = การพิมพ์ใน IP ของ cuz WINS ไม่ใช่งานที่ทำ
สภาพแวดล้อมของเราไม่ได้ใช้ WINS เป็นเวลาหลายเดือนและไม่พบว่ามีผลกระทบใด ๆ เรามีโทโพโลยีหลายไซต์ผ่านการเชื่อมต่อ VPN โดยใช้ Exchange 2003 เป็นบริการอีเมลของเรา
ควรเปิดใช้งาน WINS ต่อเมื่อจำเป็นต้องใช้เพื่อแก้ไขปัญหาที่ทราบโดยเฉพาะ การถือครองเทคโนโลยีโบราณ "ในกรณี" ไม่มีเหตุผลเมื่อคุณมั่นใจว่าไม่จำเป็น