Tôi dường như nhớ lại những năm qua các động thái để cố gắng ngăn chặn yêu cầu phải có dịch vụ tên WINS như một phần của môi trường Windows.
Câu hỏi của tôi là liệu các trang web vẫn đang sử dụng THẮNG hay đã chuyển sang một thứ khác và không còn cần THẮNG nữa. Nếu vậy, có ai muốn chia sẻ kinh nghiệm của họ?
Cảm ơn.
Câu trả lời:
Rất nhiều câu trả lời này chỉ đúng một phần hoặc chỉ sai. THẮNG chỉ là một cách khác để phân giải tên thành địa chỉ IP. Miễn là các ứng dụng của bạn biết cách sử dụng DNS, thì WINS hoàn toàn không cần thiết.
Chỉnh sửa: Được rồi, tôi không thể tin có bao nhiêu thông tin sai lệch về chủ đề này. Trước hết, việc có các mạng con khác nhau không bắt buộc phải sử dụng THẮNG. Miễn là ứng dụng của bạn có thể giao tiếp với cổng udp / tcp 53 trên (các) máy chủ DNS của bạn, bạn sẽ có thể giải quyết tên máy chủ tốt (vâng, tên máy chủ cũng sẽ hoạt động).
Thứ hai, nếu bạn đang tự hỏi tại sao bạn không thể giải quyết bất cứ điều gì bằng cách sử dụng tên máy chủ ngắn (tức là tên máy chủ không có tên miền), thì có lẽ vì bạn chưa bao giờ định cấu hình tên miền mặc định (hoặc danh sách tìm kiếm tên miền) trên máy khách của mình.
Và cuối cùng (nhưng không kém phần quan trọng!), Miền Active Directory không phải là điều kiện tiên quyết để sử dụng DNS trên mạng Windows. Lý do duy nhất bạn nghĩ đó là vì khi bạn tham gia máy vào một miền, Windows sẽ đặt tên miền mặc định cho bạn. Không có gì ngăn cản bạn tự thiết lập nó thông qua các phương tiện khác (có thể là DHCP).
Vì vậy, tóm lại, chỉ cần đặt tên miền mặc định và sử dụng DNS như phần còn lại của chúng tôi ở đây trong thế kỷ 21!
chiến thắng vẫn là cần thiết cho một loạt các thứ (ngày càng ít hơn mỗi ngày!). Ví dụ phổ biến nhất tôi từng thấy là chiến thắng là một yêu cầu để chạy trao đổi 2007 trên các máy chủ 2003 cụm. Thắng hoạt động với tên Netbios. Tên NetBIOS là một mã định danh được sử dụng bởi các dịch vụ NetBIOS chạy trên máy tính. Nó là sự kết hợp của tên 15 ký tự (byte) và ký tự thứ 16 biểu thị dịch vụ. Khi xác định tài nguyên mạng NetBIOS, các tên này được sử dụng. NetBIOS không thể thực hiện phân giải tên trên Internet. Tên NetBIOS là tên một phần và không có cấu trúc phân cấp.
Không gian tên NetBIOS phẳng, có nghĩa là không có hậu tố được thêm vào tên NetBIOS và hai máy tính không thể có cùng tên NetBIOS. Điều này có nghĩa là mỗi tên NetBIOS trong bất kỳ một mạng nào phải là duy nhất.
Xem Nguyên tắc cơ bản TCP / IP cho Microsoft Windows, Chương 11 - NetBIOS trên TCP / IP
Trong Doanh nghiệp của chúng tôi, nó vẫn được yêu cầu cho nhiều ứng dụng cũ.
Cảm thấy tôi cần phải chỉnh sửa điều này vì câu trả lời được đánh giá cao nhất là thẳng ra!
THẮNG chắc chắn là cần thiết trong nhiều oraganization những ngày này.
Cách thức hoạt động của WINS Cập nhật: ngày 21 tháng 1 năm 2005
Cách thức hoạt động của WINS Theo mặc định, khi một máy tính chạy Microsoft® Windows® 2000, Windows XP hoặc hệ điều hành Windows Server 2003 được cấu hình với các địa chỉ máy chủ WINS (bằng tay hoặc thông qua DHCP) để phân giải tên, nó sử dụng nút lai (h -node) là loại nút của nó để đăng ký tên NetBIOS trừ khi một loại nút NetBIOS khác được cấu hình. Đối với truy vấn và độ phân giải tên NetBIOS, nó cũng sử dụng hành vi nút h, nhưng với một vài khác biệt.
Đối với độ phân giải tên NetBIOS, ứng dụng khách WINS thường thực hiện chuỗi các bước chung sau đây để phân giải tên:
Khách hàng kiểm tra xem tên được truy vấn có phải là tên máy tính NetBIOS cục bộ mà nó sở hữu không.
Máy khách kiểm tra bộ đệm tên NetBIOS cục bộ của các tên từ xa. Bất kỳ tên nào được giải quyết cho một máy khách từ xa sẽ được đặt trong bộ đệm này trong 10 phút.
Máy khách chuyển tiếp truy vấn NetBIOS đến máy chủ WINS chính được cấu hình của nó. Nếu máy chủ WINS chính không trả lời được truy vấn - vì không có sẵn hoặc do không có mục nhập cho tên - khách hàng sẽ cố gắng liên hệ với các máy chủ WINS được định cấu hình khác theo thứ tự chúng được liệt kê và định cấu hình cho công dụng của nó.
Máy khách phát truy vấn NetBIOS đến mạng con cục bộ.
Máy khách kiểm tra tệp Lmhosts để tìm kết quả khớp với truy vấn, nếu nó được cấu hình để sử dụng tệp Lmhosts.
Máy khách thử tệp Hosts và sau đó là máy chủ DNS, nếu nó được cấu hình cho một.
Vấn đề là không phải mọi ứng dụng đều có thể được cấu hình để sử dụng DNS.
Ngay cả trong việc khám phá thiết lập Active Directory của microsofts, nó cũng đề cập đến sự cần thiết phải THẮNG.
"Độ phân giải tên NetBIOS (máy chủ WINS, tệp LMhost hoặc phát NetBIOS) vẫn được yêu cầu cho các phiên bản Windows trước đó để phân giải tài nguyên mạng trên miền Active Directory."
Vì vậy, có, có MỘT SỐ tổ chức có thể thoát khỏi mà không cần sử dụng THẮNG, nhưng để đưa ra tuyên bố rõ ràng rằng nếu bạn có thể đánh vào máy chủ DNS thì bạn không cần THẮNG một cách kỳ diệu.
THẮNG vẫn là một yêu cầu rất lớn, bất chấp mọi nỗ lực của mọi quản trị viên Windows trên thế giới để làm cho nó chết. Bất cứ khi nào có sự phân tách các mạng con, bạn sẽ cần THẮNG. Chạy VPN cho các trang web riêng biệt? Điều đó ngụ ý một mạng con - và THẮNG. Có khách hàng lớn tuổi không hiểu AD? Bạn cần THẮNG. Có một ứng dụng DOS mà bạn đang kết nối? CHIẾN THẮNG một lần nữa.
THẮNG cũng được sử dụng để điền danh sách duyệt. Mặc dù các máy dựa trên Active Directory có thể hoạt động mà không cần THẮNG, nhưng có thể có độ trễ do danh sách duyệt được điền theo trình tự sau:
Mấu chốt của vấn đề bắt nguồn từ gốc rễ của LANMAN, người bắt đầu SMB, người bắt đầu CIFS ... bạn có thể thấy điều này đang diễn ra ở đâu. LANMAN rất giống một giao thức dựa trên mạng LAN - nó không có khái niệm về "Internet", ít "định tuyến" hơn. THẮNG đã được phát triển để thu hẹp khoảng cách đó và thực hiện định tuyến. Chuyển nhanh đến hiện tại và CIFS vẫn có một số hỗ trợ tương thích ngược cho LANMAN trong đó. Tên đường dẫn UNC có thể là "hiện đại", nhưng chúng vẫn sẽ được gắn vào máy chủ LANMAN. Sau đó, có toàn bộ "danh sách duyệt" ...
MS rất gần với việc thoát khỏi biz máy chủ WINS nhưng có quá nhiều hook "di sản", không chỉ trong HĐH, mà cả trong các ứng dụng và dịch vụ, đòi hỏi phải có máy chủ WINS. Và miễn là có sự hỗ trợ cho việc truyền theo kiểu LANMAN , sẽ cần phải có một máy chủ WINS xung quanh.
BIÊN TẬP:
Có, bạn có thể tắt THẮNG trong một miền phẳng.
Tuy nhiên...
Nhiều như tôi muốn thấy dịch vụ này có cổ phần được điều khiển qua trái tim của nó, nó sẽ không biến mất cho đến khi Microsoft xuất hiện và sửa đổi cách họ thực hiện các dịch vụ LAN. (Vâng, có một nhận xét tại liên kết đó về việc nó cũng không cần thiết như thế nào ... nhưng hãy đọc qua những gì được nói bằng miệng của con ngựa ...)
Không bị nhầm lẫn giữa thắng và netbios ..... bạn có thể chạy netbios trên mạng mà không cần máy chủ WINS, nhưng điều đó không được khuyến nghị trên một miền. Bạn không thực sự muốn tất cả các cuộc bầu cử thú vị đó diễn ra khi bạn có một máy chủ DNS thích hợp trên mạng, vì vậy netbios nên bị vô hiệu hóa hoặc nên sử dụng máy chủ WINS. (Tôi sử dụng đúng theo nghĩa lỏng lẻo nhất của thuật ngữ mà MS DNS có liên quan :-))
Gần đây tôi gặp sự cố với Exchange 2007 trên Windows 2008 yêu cầu phải bật netbios. Không thể tin được!!!
Nhiều câu trả lời không đúng hoặc đúng một phần. Trước tiên hãy tìm hiểu tại sao THẮNG có thể được sử dụng ở nơi đầu tiên.
THẮNG được sử dụng như một giải pháp để phân giải tên máy chủ thành địa chỉ IP ... nhưng tại sao chúng ta lại cần THẮNG nếu NetBIOS hoạt động trong tất cả các senerios? Đọc tiếp!
DNS được sử dụng cho cùng mục đích và hơn thế nữa ... để phân giải tên miền VÀ tên máy chủ đủ điều kiện thành địa chỉ IP.
Bây giờ hãy xem tại sao THẮNG được phát triển.
Vấn đề: NetBIOS ban đầu được sử dụng để phân giải tên nhưng giao thức mạng phát sóng. Vì vậy, trong hầu hết các mạng, lưu lượng truy cập và hiện tại, lưu lượng phát sóng không thể đi qua các bộ định tuyến và sớm có tường lửa, sau này chúng ta cũng thấy điều đó trong lưu lượng VPN. Vì vậy, hầu hết các mạng con sẽ không sao chép lưu lượng NetBIOS sang các mạng con khác. Nếu bạn là Quản trị viên Mạng CNTT thực sự, bạn sẽ quen với lưu lượng NetBIOS này trên các bộ định tuyến, chuyển mạch và tường lửa:
Truy cập UDP bị ACL từ chối từ HOST-17/137 vào bên trong: 10.0.1.127/137
Truy cập UDP bị ACL từ chối từ HOST-A / 137 vào bên trong: 10.0.1.127/137
Truy cập UDP bị ACL từ chối từ HOST-09/137 vào bên trong: 10.0.1.127/137
Truy cập UDP bị ACL từ chối từ HOST-02/137 vào bên trong: 10.0.1.127/137
Truy cập UDP bị ACL từ chối từ HOST-02/137 vào bên trong: 10.0.1.127/137
Đây là một ví dụ về năm (5) chương trình phát sóng NetBIOS trên mạng 25 bit từ tệp syslog của Cisco Pix 515E Firewall. Đối với những người không quen thuộc với bất cứ điều gì khác ngoài bộ định tuyến linksys của họ là mạng 25 bit nhỏ hơn mạng 24 bit của bạn:
Mạng: 10.0.1.0/25, Mặt nạ mạng con: 255.255.255.128, Địa chỉ quảng bá: 10.0.1.127, Máy chủ tối đa: 126. Như có thể thấy, lưu lượng đang được chứa trong phân khúc.
Giải pháp: WINS được phát triển để triển khai trên mạng con nơi chứa lưu lượng phát, khách hàng có thể định cấu hình và chỉ vào máy chủ WINS để giải quyết tên thay vì dựa vào lưu lượng phát và do đó NetBios trở thành dự phòng khi truy vấn WINS không thành công.
Nhưng chờ đã ... chúng tôi định cấu hình Máy chủ DNS ngay bây giờ khi chúng tôi triển khai mạng microsoft của mình. Bây giờ DNS là chính, khi DNS thất bại, NetBIOS là dự phòng. Nếu có máy chủ WINS được triển khai, DNS, WINS và NetBIOS.
Vấn đề mà nhiều người có thể gặp phải là khi họ cố gắng ping tên máy chủ, giả sử HOST-A. Tùy thuộc vào cấu hình giao diện máy tính, nó có thể không thể phân giải địa chỉ thành IP, chủ yếu nếu bạn vừa cấu hình DNS và tên máy chủ NetBIOS đã đăng ký đã hết hạn.
Hãy nói rằng HOST-A là một phần của domainhosts.com và đã được tham gia vào miền đó, một bản ghi (A) của máy chủ trên máy chủ DNS DC chính cho domainhosts.com. Để giải quyết địa chỉ chỉ bằng tên máy chủ của nó chứ không phải FQDN (tên miền đủ điều kiện), cấu hình IP phải có "Nối các hậu tố DNS chính và kết nối cụ thể" và có ít nhất "Hậu tố DNS cho kết nối này: domainhosts.com" đông dân cư! Khi độ phân giải được thực hiện của HOST-A, hai (2) mẫu thông tin bổ sung được trả về: Địa chỉ IP mà tên máy chủ được phân giải và FQDN của HOST-A.domainhosts.com. Trong ví dụ bên dưới, độ phân giải của tên máy chủ được thực hiện bằng cách tìm kiếm các bản ghi (A) của tên miền thay vì WINS hoặc NetBIOS:
[Người dùng @ localhost ~] $ ping HOST-A
PING HOST-A.domainhosts.com (10.0.1.10) 56 (84) byte dữ liệu.
64 byte từ HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 1 ttl = 128 time = 0.826 ms
64 byte từ HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 2 ttl = 128 time = 0.342 ms
Ngoài việc chỉ có DNS Suffix chính, bạn có thể yêu cầu máy chủ tìm kiếm những người khác và định cấu hình chúng để nối thêm các thứ tự khác nhau. Do đó, loại bỏ WINS & NetBIOS cùng nhau.
Bây giờ sẽ có một số người nói rằng "Bạn sẽ cần NetBIOS và THẮNG để các sản phẩm microsoft hoạt động." Điều này đúng trong thực tế, nhưng chỉ với một vài sản phẩm, hầu hết trong số đó sẽ không được triển khai trong các doanh nghiệp vừa hoặc nhỏ và chỉ trong môi trường doanh nghiệp lớn, các ứng dụng như SMS 2003 có sử dụng bản ghi 1A, SQL Server 2000 cho việc sử dụng các đường dẫn có tên và Exchange Server 2000 và 2003 đều yêu cầu THẮNG để có đầy đủ chức năng ... Chức năng ĐẦY ĐỦ, họ sẽ TẤT CẢ hoạt động khi cần mà không cần THẮNG hoặc NetBIOS.
Ồ vâng, và chỉ khi bạn triển khai trước 2000 của Microsoft. Tôi có một giải pháp tốt hơn cho bạn so với việc triển khai THẮNG mặc dù ... NÂNG CẤP !!
Tôi đã ở trong những môi trường mà nó vẫn được duy trì vì 'một số máy chủ cũ' có thể cần nó.
Tôi nghĩ có lẽ có rất nhiều cửa hàng ở ngoài đó đang trong tình trạng tương tự.
Vài tháng trước tôi đã dừng dịch vụ THẮNG trên mạng LAN của chúng tôi. Sau một vài tuần, tôi đã loại bỏ nó hoàn toàn. Tôi tự hỏi bao nhiêu năm nó đã chạy mà không có lý do cụ thể? Trong một số môi trường tôi chắc chắn điều này là không thể. Có thể chúng tôi đã gặp sự cố kể từ đó sẽ vô hình với WINS vẫn đang chạy. Tôi đoán tôi là một người theo chủ nghĩa thuần túy, nhưng THẮNG nhắc nhở tôi về việc chơi "bể". Một phát bắn không nên tính trừ khi bạn đang nhắm vào túi đó!
Một điều không ai đã đề cập là nó là cần thiết cho các trang web VPN trên các mạng con riêng biệt nếu bạn muốn giải quyết tên NetBIOS. Hãy xem xét kịch bản này:
Mạng công ty sử dụng mạng LAN 10.xxx riêng và văn phòng từ xa sử dụng mạng LAN 192.xxx riêng. Họ có một đường hầm VPN giữa chúng, nhưng văn phòng từ xa không đưa DHCP qua đường hầm từ máy chủ DHCP hoặc tường lửa của công ty.
Nếu bạn đã đăng ký máy chủ công ty với WINS, các máy khách từ xa có thể phân giải \ ServerName ngay cả từ một mạng con hoàn toàn riêng biệt. Cuối cùng, tôi sẽ có thể nâng cấp tường lửa văn phòng từ xa và sử dụng DHCP qua VPN, nhưng bây giờ thiết lập này cho phép tôi:
Ai đó làm ơn sửa tôi nếu tôi sai về điều này, nhưng tôi hiểu rằng NetBIOS không thể định tuyến được, vì vậy tôi không thể giải quyết tên NetBIOS trên mạng con mà không sử dụng THẮNG.
Ồ, chúng tôi vẫn đang sử dụng nó. Khoảng một phần ba máy trạm Windows chúng tôi không có trong miền và do đó không được định cấu hình để sử dụng tên miền DNS của tên miền để phân giải tên. Ngoài ra, chúng tôi có một cảnh quan DNS bị phân mảnh khủng khiếp dẫn đến cài đặt miền mặc định bị phân mảnh khủng khiếp. Bởi vì THẮNG này đại diện cho dịch vụ phân giải tên duy nhất có nhiều thứ nhất trong đó. Đó là lần gần nhất chúng ta có một chỉ số dịch vụ toàn cầu.
Nếu / Khi chúng tôi cố gắng để mọi thứ được đặt tên miền, chúng tôi sẽ có một cảnh quan DNS phẳng. Điều đó sẽ tốt.
Legacy Exchange vẫn sử dụng WINS, vì vậy bất cứ ai đang xem xét nâng mức chức năng lên 2008 hoặc 2012 và vẫn sử dụng WINS, nếu bạn đang sử dụng Exchange 2003 hoặc sớm hơn (hy vọng là không), bạn vẫn sẽ cần bật WINS.
Ngoài ra, bất kỳ ứng dụng hoặc tập lệnh nào không sử dụng FQDN trong môi trường đa miền sẽ có thể có vấn đề.
THẮNG có thể bị xóa nhưng cần được kiểm tra một cách có phương pháp và trong các tập đoàn lớn có rất nhiều ứng dụng, SAP, Exchange và các ứng dụng cũ khác chạy nó gần như không có giá trị cho đến khi bạn có thể truy cập vào năm 2012 trên miền của mình, điều này sẽ giúp ích cho việc giải mã CHIẾN THẮNG.
Tôi cho một, không sử dụng THẮNG và đã không sử dụng THẮNG trong 4 năm. Microsoft DDNS thực hiện tốt công việc phân giải tên trên mạng Active Directory. Tôi không thể nghĩ ra một chương trình yêu cầu CHIẾN THẮNG ngay bây giờ, nhưng tôi nhớ một vài chương trình. Tường lửa người giám hộ yêu cầu nó trên mạng LAN phía sau trở lại trong ngày.
Các cụm trao đổi 2007 không yêu cầu CHIẾN THẮNG. Theo tài liệu tôi có, MS khuyên bạn nên sử dụng các tệp HOST, tin hay không, trong thiết lập đó vì IP không thay đổi.
Vấn đề duy nhất của tôi với DDNS, là trên toàn mạng WAN. DDNS + ADC trên mỗi phân đoạn WAN ... thường xuyên tôi gặp vấn đề với DDNS cập nhật bảng tên của người khác.
THẮNG là tốt cho mạng Lớp C nơi bạn không có các trang web từ xa hoặc liên kết WAN. Một điều rất lớn chống lại CHIẾN THẮNG ... SSL VPN + THẮNG = nhập vào IP vì chiến thắng không phải là người đi đường.
Môi trường của chúng tôi đã không sử dụng THẮNG trong nhiều tháng và không thấy ảnh hưởng bất lợi nào vì nó. Chúng tôi có cấu trúc liên kết nhiều trang web thông qua các kết nối VPN, với Exchange 2003 là dịch vụ email của chúng tôi.
THẮNG chỉ nên được kích hoạt nếu nó được yêu cầu cụ thể để giải quyết vấn đề đã biết. Giữ công nghệ cổ xưa "chỉ trong trường hợp" sẽ không có ý nghĩa khi bạn đảm bảo rằng nó không bắt buộc.