Giới hạn tên cho thẻ bộ điều hợp mạng máy tính cục bộ đã vượt quá thông báo lỗi


10

Hãy để tôi bắt đầu bằng cách nói rằng tôi đã tìm kiếm nhiều nguồn thông tin hoặc giải pháp, nhưng tôi không thể tìm ra giải pháp lâu dài.

Vấn đề: Ngẫu nhiên, vì những gì dường như không có lý do, máy chủ windows bắt đầu phản hồi với thông báo lỗi khi nó cố truy cập vào bất kỳ tài nguyên mạng nào. Không thành vấn đề nếu đó là ổ đĩa được nối mạng, đường dẫn UNC hoặc liên kết tượng trưng. Ngoài ra, khách hàng không thể truy cập máy chủ khi lỗi này bắt đầu xảy ra. Remote Desktop nói rằng máy không thể được tìm thấy khi tôi cố gắng kết nối. PING sẽ trả về IP được chỉ định, nhưng nó yêu cầu hết thời gian. Không có thông tin trong nhật ký sự kiện windows cho lỗi này.

Máy chủ là máy ảo chạy Windows Server 2016. Chỉ có một card mạng ảo được gán và không có Vlan được phân đoạn.

Bắt đầu với http://support.microsoft.com/kb/319504 - Tôi nhận ra rằng đây là phiên bản cũ hơn của windows, nhưng thực tế tôi nhận được lỗi hệ thống 68 đã xảy ra khi tôi thực thi lệnh sử dụng net * \ server \ thư mục tại thời điểm máy chủ tạo ra lỗi. Tuy nhiên, không có cách nào để khắc phục sự cố.

Tôi có một thời gian khó tin rằng tất cả các cổng phù du đã được sử dụng. Thực hiện lệnh trên mạng Netsh int ipv4 hiển thị Dynamicport tcp tinh hiện hiển thị rằng có 16384 cổng có sẵn để sử dụng.

Đang thực hiện trên mạng netstat -ano, tại thời điểm máy chủ tạo ra lỗi sẽ hiển thị rất ít tài nguyên mạng đang sử dụng (dưới 50). Các tiểu bang hoặc là lắng nghe hoặc thành lập. Không có phiên hoặc cổng bị kẹt trong time_wait hoặc close_wait.

Tiếp theo, https://support.microsoft.com/en-us/help/929851/the-default-dynamic-port-range-for-tcp-ip-has-changed-in-windows-vista . Bài viết này xác nhận những gì tôi đang thấy cho phạm vi động của các cổng, rằng nó bắt đầu bằng 49152 thay vì từ 1024 đến 5000. Nó cũng cho tôi thấy lệnh Netsh được sử dụng ở trên.

Hầu hết các tìm kiếm của Google chỉ cho tôi quay lại support.microsoft.com/kb/319504, đây là bài viết đầu tiên tôi tìm đến hoặc chúng dành cho một sản phẩm không liên quan (như BizTalk hoặc Exchange).

VM có tải nhẹ. Không có nhiều khách hàng kết nối. Phần mềm duy nhất hiện được cài đặt là SQL Server 2016.

Nếu tôi khởi động lại VM, lỗi sẽ biến mất trong vài ngày. Rồi nó quay lại. Và điều thực sự kỳ lạ là, tôi có 2 VM đang hoạt động theo cách này. Máy chủ VM đang hoạt động không có lỗi. Và tất cả các VM khác trên máy chủ đó đang hoạt động không có lỗi. Mạng cơ bản cũng không có vấn đề báo cáo. Tất cả các máy nằm trên cùng một miền.

Tôi thua lỗ về những gì đang tạo ra lỗi. Bất kỳ sự trợ giúp nào cũng sẽ được đánh giá cao.

Cảm ơn


Có phải bạn đang chạy ISCSI?
Bill Woodall

1
Tôi đã có một đồng nghiệp gần như xé mặt ra về vấn đề này mà không có giải pháp có thể thấy được. Bạn đã liên hệ với Microsoft về điều này?
đệm

Dịch vụ Tường lửa của Windows có bị dừng không? Tôi đã thấy những vấn đề tương tự khi ai đó dừng dịch vụ nghĩ rằng nó sẽ dừng tường lửa. Dịch vụ này hoạt động như một người trợ giúp cho các cổng phù du phạm vi cao và ngăn chặn nó gây ra nhiều vấn đề.
duct_tape_coder

Tôi đã gặp vấn đề tương tự trên máy ảo. Nó là VM thế hệ 1 đã được V2V'd. Tất cả những người khác đang làm việc tốt. Xây dựng lại NIC không hoạt động. Bạn đã tìm thấy một sửa chữa? Tôi sắp xây dựng lại máy chủ.
KeithRichardson

@nurgent - xem tại đây: capens.net/content/ từ
paulsm4

Câu trả lời:


0

Cấu hình mạng của VM của bạn có liên quan ở đây. Xin hãy chia sẻ nó?

Mặc dù tôi quen thuộc với Linux hơn Windows, nhưng nếu bạn đang sử dụng một mạng cầu đơn giản, tôi có thể tưởng tượng điều này xảy ra do cạn kiệt tài nguyên do một hoặc nhiều nút khác (hai VM và máy chủ chia sẻ IP và giữa chúng họ sử dụng hết tất cả các con phù du), hoặc đơn giản là vì cổng phù du mà hệ thống muốn sử dụng đã được sử dụng bởi một máy ảo khác hoặc chính máy chủ lưu trữ và Windows cho rằng nó có quyền độc quyền đối với tất cả các cổng, nghĩa là không thể bindsử dụng min(in_use_port + 1, max_port)một cách rõ ràng cho thấy sự cạn kiệt của các cổng. Một khía cạnh của điều này không phù hợp với giả thuyết này pinglà không đáp ứng. Ping là ICMP và không liên quan gì đến sự sẵn có của các cổng phù du hoặc thiếu nó.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.