Vì sao đăng nhập qua VPN chậm: hồ sơ, chuyển hướng hay tệp ngoại tuyến

Máy tính xách tay đăng nhập trong khoảng bốn mươi giây ở văn phòng và mất vài phút ở nhà, và không ai đã thay đổi chính sách trong khoảng thời gian đó. Thứ đã thay đổi là đường mạng bên dưới ba tính năng trông giống nhau và hành xử khác nhau. Hồ sơ chuyển vùng tải trạng thái đăng ký và các thư mục hồ sơ, chuyển hướng thư mục trỏ một thư mục shell tới chia sẻ máy chủ, và Tệp ngoại tuyến giữ bộ nhớ đệm dữ liệu mạng đủ điều kiện. Cả ba đều có thể thêm thời gian vào việc đăng nhập, và thường chỉ một trong số chúng là nguyên nhân.

Ba lần chờ với ba người phụ trách khác nhau

Chính hồ sơ chuyển vùng khiến cài đặt người dùng đi theo một người giữa các máy tính tham gia, và việc tải diễn ra sớm trong phiên. Nhánh đăng ký của người dùng và các thư mục hồ sơ được sao chép hoặc hợp nhất khi đăng nhập, rồi được ghi lại khi đăng xuất. Công việc đó là đồng bộ, nên đường chậm tới chia sẻ hồ sơ được cảm nhận như màn hình chậm chứ không phải như sao chép tệp chậm.

Chuyển hướng thư mục là cơ chế khác. Nó di chuyển các thư mục shell được chọn, Tài liệu là ví dụ thường gặp, tới một vị trí mạng được hỗ trợ và để chúng ở đó. Hồ sơ khi đó có thể vẫn nhỏ, vì dữ liệu không nằm trong đó, và chi phí chuyển sang thời điểm shell hoặc ứng dụng chạm vào thư mục ấy.

Tệp ngoại tuyến thêm bộ nhớ đệm cục bộ cùng đồng bộ hóa cho các tệp mạng đủ điều kiện. Chúng trả lời một câu hỏi khác, đó là điều gì xảy ra khi không thể tới máy chủ, và chúng có thể tốn thời gian đồng bộ khi đăng nhập và đăng xuất nếu bộ nhớ đệm đã cũ. Việc coi cả ba là một cài đặt chính là thứ tạo ra một chính sách chậm ở hướng này và vô dụng ở hướng kia.

Đo xem cái gì thực sự đang chờ

Hãy bắt đầu bằng việc đọc hồ sơ nằm ở đâu và liệu nó có được tải từ đường dẫn máy chủ hay không. Sau đó đo thời gian liệt kê thư mục trên mỗi chia sẻ mà phiên chạm vào, vì một chia sẻ phản hồi trong mili giây trên mạng cục bộ có thể mất vài giây qua đường hầm và một máy chủ tệp bận rộn.

Hai sự thật này thu hẹp vấn đề nhanh hơn bất kỳ cuộc kiểm toán chính sách nào, và chúng không cần thay đổi cấu hình để thu thập. Hãy chạy chúng trên máy tính xách tay bị ảnh hưởng, không phải trên máy chủ đứng cạnh chia sẻ.

Get-CimInstance Win32_UserProfile | Select-Object LocalPath, Loaded, SID
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\*' | Select-Object ProfileImagePath
Measure-Command { Get-ChildItem '\\fs01.corp.internal\profiles\a.singh' | Out-Null }

Nếu đường dẫn hồ sơ là cục bộ và chỉ một thư mục được chuyển hướng trỏ tới máy chủ, thì việc tải hồ sơ không phải là chỗ bạn chờ, bất kể phiếu hỗ trợ nói gì. Nếu đường dẫn hồ sơ là từ xa và danh sách mất vài giây, thì đăng nhập đang chờ chia sẻ đó, và cách khắc phục liên quan tới đường dẫn hoặc kích thước hồ sơ chứ không phải bản thân màn hình. Hãy đọc các con số theo thứ tự đó và cuộc tranh luận thường kết thúc ở đó.

Kết nối đến sau khi việc chờ đã bắt đầu

Đường hầm người dùng khởi động từ màn hình xuất hiện rất lâu sau khi hồ sơ đã được tải, nên nó không thể giúp giai đoạn vốn chậm. Windows nhận thấy đường dẫn không khả dụng, quay về thông tin đăng nhập được lưu trong bộ nhớ đệm và hồ sơ cục bộ, và phiên cuối cùng mở ra. Đó là lý do cùng một máy tính xách tay có thể mất vài phút ở lần đăng nhập đầu tiên tại nhà và vài giây ở lần thứ hai, khi đã có hồ sơ trong bộ nhớ đệm. Việc chờ là thật, nhưng kết nối mà nó cần không tồn tại vào thời điểm đó.

Khắc phục điều đó nghĩa là đưa kết nối lên sớm hơn, không phải chỉnh hồ sơ. Đường hầm máy hoặc kết nối trước khi đăng nhập với xác thực máy tính thiết lập đường dẫn trước khi người dùng đăng nhập, và nó cần vòng đời chứng chỉ riêng và quy tắc tường lửa riêng. Thông tin đăng nhập được lưu trong bộ nhớ đệm là nửa còn lại của thiết kế, và chúng chỉ hoạt động với các tài khoản đã từng đăng nhập trước đó.

Hãy kiểm tra trình tự chứ không phải các thành phần. Đăng xuất hoàn toàn, khởi động đường hầm như một người dùng từ xa sẽ làm, và đo thời gian đăng nhập từ lời nhắc thông tin đăng nhập tới một màn hình dùng được.

Giữ tài liệu bên ngoài hồ sơ

Chia sẻ hồ sơ là nơi sai để chứa các bộ sưu tập tài liệu lớn, và hướng dẫn triển khai hồ sơ chuyển vùng của Microsoft tách riêng kho lưu hồ sơ và các chia sẻ thư mục được chuyển hướng chính vì lý do đó. Một hồ sơ mang theo thư mục Tài liệu vài gigabyte sẽ chậm ở mỗi lần đăng nhập và đăng xuất, và kích thước âm thầm tăng cho tới khi có người đo nó.

Chuyển hướng các thư mục chứa dữ liệu, và để hồ sơ giữ cài đặt. Loại trừ những bộ nhớ đệm có thể dựng lại, như bộ nhớ đệm trình duyệt và dữ liệu tạm của ứng dụng, vì việc chuyển chúng chỉ thêm thời gian và không thay đổi gì người dùng nhìn thấy. Hãy giữ dữ liệu hộp thư và các kho ứng dụng khác ở vị trí mà ứng dụng hỗ trợ, không phải trên một đường dẫn chuyển vùng.

Đừng làm cho chia sẻ hồ sơ khả dụng ngoại tuyến. Tệp ngoại tuyến thuộc về các chia sẻ dữ liệu đủ điều kiện, và một nhánh hồ sơ trong bộ nhớ đệm đồng bộ theo cả hai chiều là một báo cáo hỏng hóc đang chờ xảy ra.

Thử cả bốn tình huống trước khi nói đã khắc phục

Một lần đăng nhập nhanh ở văn phòng chứng minh rất ít. Thiết kế phải chịu được truy cập từ văn phòng, làm việc từ nhà qua đường hầm, làm việc không kết nối và quay lại văn phòng, vì chính trường hợp thứ tư là nơi xung đột đồng bộ xuất hiện. Hãy đo cùng bốn trường hợp đó với một tài khoản được kiểm soát và các ứng dụng thật, rồi ghi lại các con số.

Thu thập nhật ký dịch vụ hồ sơ và tập chính sách tạo ra từ phiên bị ảnh hưởng, không phải từ máy trạm quản trị của bạn.

Get-WinEvent -LogName 'Microsoft-Windows-User Profile Service/Operational' -MaxEvents 30
gpresult /r /scope:user
Measure-Command { Get-ChildItem '\\fs01.corp.internal\users\a.singh\Documents' | Out-Null }

So sánh những thời gian đó với đường cơ sở ở văn phòng và với kích thước của thứ đang được truyền. Một lần đăng nhập vẫn mất một phút với hồ sơ nhỏ và chia sẻ nhanh thì không phải vấn đề hồ sơ, và nơi tiếp theo cần xem là xử lý Chính sách nhóm hoặc một script đăng nhập đang chờ mạng. Nếu khoảng cách nằm ở đó, thì hồ sơ chưa bao giờ là vấn đề. Hãy xác nhận rằng công việc chưa đồng bộ được giữ lại trước khi đổi chính sách thư mục hoặc xóa bộ nhớ đệm, vì đồng bộ hóa và một bản sao lưu có thể phục hồi là hai bảo đảm khác nhau.