Tại sao mọi thứ bị phá vỡ khi sử dụng Chuyển hướng DFS / Thư mục?

Đây là hai kịch bản hơi khác nhau, nhưng tương tự nhau:

Có một ổ S: \ được ánh xạ tới \ server \ share. Sau đó, một không gian tên DFS được triển khai, với S: \ đã thay đổi thành \ domain.local \ dfs \ share (đang trỏ đến chia sẻ kế thừa). Bây giờ, một số tệp có tệp được liên kết / nhúng và các ứng dụng khác nhau hoạt động kỳ lạ và trục trặc. Để lưu ý, các liên kết tệp được nhúng này (ví dụ: các bảng Excel được liên kết) trỏ đến chia sẻ kế thừa, trong khi tệp cha được mở từ chia sẻ DFS.

2. Có PST cho tài khoản POP / IMAP trong Tài liệu của tôi. Tài liệu sau đó là Thư mục được chuyển hướng đến chia sẻ mạng. Bây giờ, Outlook gặp sự cố khi truy cập PST được liên kết với tài khoản, mặc dù thực tế là tab Tệp dữ liệu chỉ ra đường dẫn mạng chính xác cho tệp (\ server \ share \ user.name \ Documents \ perspective.pst). Tải Outlook, nhưng nó tuyên bố PST không thể được tìm thấy, do đó Hộp thư đến cho tài khoản được liên kết không thể được xem. *

* Hóa ra đây là một vấn đề cụ thể được biết đến. Tôi sẽ đăng một liên kết sau

Tại sao mọi thứ "vỡ" khi thực hiện các loại chuyển hướng này, mặc dù đường dẫn đến các tệp vẫn giống nhau từ quan điểm của giao diện người dùng?

dfs unc

— Bigbio2002
nguồn

Về 2., bạn có quyền chia sẻ không gian tên cho (các) thư mục trong bộ câu hỏi một cách thích hợp không? Điều đáng chú ý là nếu (các) thư mục được chia sẻ trước đó bên ngoài DFS, mặc dù các ACL bảo mật sẽ không thay đổi mà các cổ phiếu DFS sẽ không nhất thiết phải giống hệt nhau; có lẽ đây là giá trị kiểm tra?

— BE77Y

Ngoài ra, bạn có thể giải thích rõ hơn về những hành vi / trục trặc kỳ lạ mà bạn quan sát được không?

— BE77Y

Những quyền nào phù hợp cho chia sẻ không gian tên DFS? Đối với mục số 2, thư mục được chuyển hướng được cấp quyền CREATOR OWNER cho thư mục gốc, thư mục con và tệp. HỆ THỐNG cũng nên được cấp phép cho chia sẻ tệp được chuyển hướng?

— Bigbio2002

Quyền chia sẻ cho chia sẻ không gian tên DFS có thể là bất cứ điều gì bạn muốn / bất cứ điều gì phù hợp với bạn - ví dụ có lẽ chỉ phản ánh các ACL. Trong ví dụ của bạn, bạn đề cập đến các thư mục dữ liệu người dùng, vì vậy, tối thiểu (các) người dùng trong câu hỏi nên có quyền truy cập đọc vào (các) thư mục, ví dụ.

— BE77Y

some files with linked/embedded files and various applications act weird and malfunction.- Cần làm rõ. Outlook has trouble accessing the PST associated with the account- Cần làm rõ.

— joeqwerty

Câu trả lời:

Đây là một chủ đề cũ nhưng có lẽ ai đó có thể được hưởng lợi từ nhận xét của tôi.

Có một dịch vụ được gọi là Máy khách theo dõi liên kết phân tán tìm thấy một tệp đã được di chuyển hoặc đổi tên trên chia sẻ mạng NTFS ( KB312403 ). Điều này hoạt động cho các phím tắt shell và liên kết OLE là tốt.

Chúng tôi đã gặp một vấn đề tương tự khi chúng tôi di chuyển các thư mục trên chia sẻ DFS của chúng tôi. Kinh nghiệm là sau khi các thư mục được di chuyển, các phím tắt trên màn hình của người dùng đã được thay đổi từ \ dfsvirtualname \ sharename thành \ realservername \ sharename. Có, các tập tin đã được tìm thấy nhưng chỉ một lần. Lần tiếp theo thư mục được di chuyển (như được lưu trữ vào thư mục có tên 2014, v.v.), các phím tắt bị hỏng.

Vấn đề bạn gặp phải với một số tệp có thể là các tệp đó đã được di chuyển trong quá khứ và Máy khách theo dõi liên kết phân tán đã tìm thấy chúng, thay đổi liên kết thành tham chiếu đầy đủ \ realservername \ sharename và bây giờ nó không thể tìm thấy tệp đã di chuyển.

— Vandor76
nguồn

Bạn có thể đang mắc sai lầm khi coi DFS chỉ là một cách dễ dàng để chia sẻ tên của bạn đẹp hơn hoặc tên dễ mang theo hơn - không được mã hóa cho bất kỳ máy chủ cụ thể nào.

DFS không hỗ trợ khóa tệp và tôi đoán đây là nguyên nhân gây ra sự cố tệp nhúng của bạn.

https://social.technet.microsoft.com/Forums/windowsserver/en-US/d28d97a2-9156-469b-b8d8-e73ed39d8a30/dfs-file-locking?forum=winserverfiles

— Patrick
nguồn