Không tìm thấy đường dẫn mạng nào - Tìm cách rút ngắn độ trễ trước khi Windows thử lại

Nếu tôi cố gắng kết nối (qua chia sẻ tệp Windows) với một máy đã đi ngủ, tôi sẽ hết thời gian chờ theo sau "Không tìm thấy đường dẫn mạng". Nếu sau đó tôi đánh thức máy và thử lại, tôi vẫn nhận được "Không tìm thấy đường dẫn mạng" vì lỗi kết nối đã được lưu vào bộ đệm. Nếu tôi đợi 30 giây từ thất bại ban đầu (tôi đã hẹn giờ này) và sau đó thử lại tôi có thể kết nối thành công.

Tôi hiểu hành vi này. Câu hỏi của tôi là: có cách nào để rút ngắn độ trễ trước khi tôi có thể thử kết nối lại không?

windows file-sharing

— Harry Johnston
nguồn

Bạn đã thử cài đặt hotfix từ: support.microsoft.com/kb/2663418 chưa?

— Adam

Phiên bản Windows nào là 2 máy tính? Và bộ điều hợp mạng trên máy ngủ có được phép đánh thức máy tính không?

— harrymc

@harrymc: Windows 7 x64 SP1. Bộ điều hợp mạng được cấu hình để nhận được một gói ma thuật, nhưng điều đó không thực sự liên quan đến câu hỏi. Nếu hai máy ở trong cùng một phòng, tôi có thể tái tạo hành vi này một cách dễ dàng mà không cần sử dụng WOL.

— Harry Johnston

@Adam: cảm ơn vì lời đề nghị. Cài đặt hotfix đó không làm giảm thời gian chờ.

— Harry Johnston

Câu trả lời:

Một phát súng khác trong bóng tối:

Xác định vị trí và sau đó nhấp vào khoá đăng ký sau:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet

Bấm vào phím con Điều khiển Bấm chuột phải vào ServicesPipeTimeout DWORDgiá trị, rồi bấm sửa đổi -> thập phân -> gõ 60000 (trong 60 giây) -> ok (trong trường hợp của bạn, tôi sẽ thử 10 giây vì vậy: 10000)

Nếu giá trị ServicesPipeTimeout không khả dụng, hãy thêm giá trị DWORD mới.

Tôi thấy điều này ở đây: Điều gốc

— tH0r
nguồn

CHÚ Ý: Đó thực sự là thời gian mà Trình quản lý điều khiển dịch vụ chờ đợi trước khi chấm dứt dịch vụ khởi động và nó ảnh hưởng đến chức năng của tất cả các dịch vụ hệ thống. Rút ngắn nó có thể có tác dụng không thể đoán trước bao gồm cả việc chấm dứt sớm các dịch vụ chậm bắt đầu. Tuyệt đối không nên.

— harrymc

Một phát súng trong bóng tối:

Các tham số SESSTIMEOUT dường như vẫn còn chức năng trên các phiên bản Windows sau này. Tôi dựa trên giả định này về thực tế là tham số này được đề cập ở đây cho Server 2008.

Tham số được tìm thấy trong sổ đăng ký tại:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanWorkstation\Parameters

SESSTIMEOUT thuộc loại DWORD và giá trị của nó là số giây. Các thay đổi được cho là có hiệu lực ngay lập tức, nhưng tôi vẫn sẽ khởi động lại.

— harrymc
nguồn

Cám ơn vì sự gợi ý. Giảm SESSTIMEOUT xuống 10 giây không làm giảm thời gian chờ. Nhìn vào tài liệu này, tôi nghĩ SESSTIMEOUT có lẽ chỉ áp dụng cho hoạt động trong các phiên đã thiết lập, thay vì thiết lập các điều khoản mới.

— Harry Johnston

Một cú đánh dài khác: Xem Giải thích về bộ nhớ chuyển hướng khách hàng SMB2 . Hãy thử trong registry tại HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Lanmanworkstation\Parametersđể tạo ra (nếu chưa có) các giá trị DWORD của DirectoryCacheLifetime, FileNotFoundCacheLifetime, FileInfoCacheLifetimevà cài đặt chúng tất cả để không cho không bộ nhớ đệm. Tạo đầu tiên một điểm khôi phục hệ thống, chỉ trong trường hợp.

— harrymc

Không thay đổi, nhưng bài viết đó có thể giải thích một số hành vi kỳ quặc khác mà tôi đã nhận thấy trong một số ứng dụng nhất định trong Windows 7. Cảm ơn!

— Harry Johnston

Vì điều này không giải quyết được vấn đề ban đầu của tôi, tôi đã không đánh dấu nó là câu trả lời, nhưng tiền thưởng được trao vì các bài viết được tham chiếu là hữu ích trong các khía cạnh khác.

— Harry Johnston