Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Làm thế nào nhiều bộ thích ứng mạng trên cùng một mạng dự kiến sẽ hoạt động

Hỗ trợ cho Windows Server 2003 đã kết thúc vào ngày 14 tháng 7 năm 2015

Microsoft đã kết thúc hỗ trợ cho Windows Server 2003 vào ngày 14 tháng 7 năm 2015. Thay đổi này đã ảnh hưởng đến các bản cập nhật phần mềm và tùy chọn bảo mật của bạn. Tìm hiểu ý nghĩa của điều này với bạn và cách thực hiện để luôn được bảo vệ.

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 175767
Tóm tắt
Nếu bạn cấu hình một máy tính dựa trên Windows có nhiều hơn một bộ thích ứng mạng trên cùng một mạng vật lý và giao thức mạng con, bạn có thể kinh nghiệm kết quả bất ngờ. Bài viết này mô tả các hành vi mong đợi này loại cấu hình chuẩn.
Thông tin thêm
Xem xét kịch bản sau đây:
  • Bạn có một máy tính làm việc có cửa sổ được cài đặt chuyên biệt.
  • Hai bộ thích ứng mạng được kết nối với cùng một mạng vật lý hoặc trung tâm.
  • TCP/IP được cài đặt chuyên biệt làm giao thức mạng.
  • Địa chỉ bộ chuyển đổi trên mạng con cùng là 192.168.0.1 và 192.168.0.2.
  • Một khách hàng trên mạng sử dụng địa chỉ 192.168.0.119.
Trong trường hợp này, bạn có thể mong đợi hai bộ thích ứng mạng trên mạng vật lý mạng và giao thức con cùng để thực hiện cân bằng tải. Tuy nhiên, theo định nghĩa, chỉ có một bộ chuyển đổi có thể thông trên mạng tại một thời điểm trong topo mạng Ethernet. Vì vậy, cả hai bộ thích ứng mạng không thể sử dụng cùng một lúc và phải chờ đợi nếu các thiết bị khác trên mạng truyền. Ngoài ra, tin thư thoại quảng bá phải được xử lý bởi mỗi bộ điều hợp bởi vì cả hai đang lắng nghe trên cùng một mạng. Cấu hình này đòi hỏi chi phí đáng kể, không bao gồm bất kỳ vấn đề liên quan đến giao thức. Cấu hình này không cung cấp một phương pháp tốt để cung cấp mạng dự phòng cho cùng một mạng.

Giả định rằng các máy chủ đã gửi một gói dữ liệu bằng cách sử dụng giao thức TCP/IP cho một khách hàng có địa chỉ là 192.168.0.119. Địa chỉ này nằm trên mạng phụ cục bộ. Vì vậy, một cổng không phải được sử dụng để đạt được các khách hàng. Ngăn xếp giao thức sử dụng các tuyến đường đầu tiên mà nó tìm thấy trong bảng định tuyến địa phương. Thông thường, đây là các bộ chuyển đổi đầu tiên đã được cài đặt chuyên biệt. Trong trường hợp này, bộ chuyển đổi đó là 192.168.0.1. Nếu việc chuyển giao không thành công, sau đó retries có thể sử dụng cùng một adapter theo mục được tìm thấy trong bảng định tuyến.

Nếu mạng cáp cho 192.168.0.1 bộ điều hợp không thành công, điều này không nhất thiết phải gây ra các tuyến đường sẽ được gỡ bỏ từ các bảng định tuyến. Vì vậy, các bộ chuyển đổi thứ hai vẫn có thể không được sử dụng.

Một điều cần xem xét là rằng một số ứng dụng mạng liên kết với các bộ thích ứng mạng cụ thể trong hệ thống. Nếu một ứng dụng mạng đã là liên kết với các bộ chuyển đổi thứ hai đặc biệt, ứng dụng liên quan đến giao thông nhận được từ khách hàng trên bộ điều hợp đầu tiên có thể được bỏ qua bởi các ứng dụng. Điều này có thể được gây ra bởi NetBIOS tên kiểm nhập trên mạng. Ngoài ra, nếu các adapter mà ứng dụng là bị giới hạn trên, các ứng dụng có thể thất bại nếu nó không sử dụng các adapter khác.

Thông thường, trừ khi ứng dụng cụ thể yêu cầu nó, kiểu cấu hình này là không hữu ích. Một số nhà sản xuất làm cho bộ thích ứng mạng chịu lỗi để bảo vệ chống lại một điểm duy nhất của sự thất bại. Các bộ điều hợp cho phép hai bộ thích ứng mạng để được bao gồm trong cùng một máy chủ nhưng cho phép chỉ có một adapter để được sử dụng tại một thời điểm. Nếu bộ điều hợp chính thất bại, các trình điều khiển deactivates thẻ đầu tiên và cho phép thứ hai bằng cách sử dụng cấu hình địa chỉ cùng một. Kết quả là một sự chuyển tiếp liền mạch khá để các bộ chuyển đổi thay thế. Đây là phương pháp ưa thích để bảo vệ chống lại mạng duy nhất như là một điểm duy nhất của sự thất bại.

Windows Server chuyển đổi dự phòng Clustering

Windows Server chuyển đổi dự phòng Clustering không sử dụng bộ thích ứng mạng bổ sung trên cùng một mạng và dựa trên các tính năng sẵn có của các giao thức TCP/IP. Nếu có một lỗi bộ điều hợp, các phần mềm không tự động cố gắng kiểm nhập địa chỉ IP địa chỉ tài nguyên trên bộ điều hợp khác. Nếu bạn muốn tránh mạng duy nhất như là một điểm duy nhất của sự thất bại, cấu hình bộ thích ứng mạng được trên mạng con hợp lý khác nhau. Hoặc, sử dụng NIC Teaming để kết hợp nhiều bộ thích ứng mạng vật lý vào bộ điều hợp hợp lý duy nhất (như đã đề cập trước đó trong bài viết này).

Thông tin trước đó áp dụng cho các tuyến đường phát sóng. Con đường đến mạng con sử dụng địa chỉ IP số cao nhất trong mạng con. Ví dụ, giả sử bộ điều hợp hai địa chỉ IP 192.168.0.1 và 192.168.0.2, và giả định rằng 192.168.0.1 đã được cài đặt chuyên biệt lần đầu tiên. Tình trạng này tạo ra các tuyến đường sau đây:
   192.168.0.0   255.255.255.0  192.168.0.1    192.168.0.1   192.168.0.0   255.255.255.0  192.168.0.2    192.168.0.2   192.255.255.255   255.255.255.255  192.168.0.1  192.168.0.1   255.255.255.255   255.255.255.255  192.168.0.1  192.168.0.1				
bộ điều hợp multihomed homed đa MSCS chuỗi máy chủ

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 175767 - Xem lại Lần cuối: 04/02/2013 20:58:00 - Bản sửa đổi: 3.0

Microsoft Windows NT Server 4.0 Enterprise Edition, Microsoft Windows 2000 Advanced Server, Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Windows Server 2008 Enterprise, Windows Server 2008 Datacenter, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Datacenter, Windows Server 2012 Standard, Windows Server 2012 Datacenter

  • kbinfo kbnetwork kbmt KB175767 KbMtvi
Phản hồi