Quyền bị từ chối để đưa tập tin vào windows

Các mã sau đây:

 include path/to/file

tạo ra lỗi đầu ra này:

... path/to/file: Permission denied

Tôi đã chạy

cacls C: /t /g Everyone:R

để các quyền mới đọc:

                   <Account Domain not found>F 
                   Everyone:R

Nó vẫn cho phép bị từ chối, nhưng sau đó tôi đã tra cứu tên người dùng của mình và hóa ra tôi đang chạy với tư cách Quản trị viên.

Tôi đã chạy

cacls C: /t /g Administrator:F

nhưng điều đó không ảnh hưởng đến sản lượng cacls

Theo hiểu biết của tôi, với tư cách là quản trị viên, các quyền không nên quan trọng chút nào ... Tôi còn thiếu gì?

windows permissions cacls

— Ocasta Eshu
nguồn

Tôi đang truy cập các tập tin từ một hệ thống tập tin unix thông qua một máy tính windows. Điều này có thể gây ra vấn đề cho phép?

— Ocasta Eshu

Hệ điều hành nào (máy windows?) Và bạn truy cập máy windows như thế nào? Thông qua "Windows Share" (còn gọi là SMB), bạn có hai bộ 'quyền' trên windows và một trong số đó là quyền smb, cái còn lại là cấp độ tệp. Bạn cần đảm bảo rằng chúng phù hợp. Các quyền của tệp được cho phép, các quyền của mạng (smb) bị hạn chế. (Phiên bản Windows có thể ảnh hưởng đến điều này.) Nếu bạn đang truy cập qua telnet hoặc ssh, bạn có những thứ khác để xem xét.

— vgoff

Máy windows là XP. Tôi đang truy cập vào máy unix thông qua Samba với sự cho phép của W khác (tôi tin rằng điều này không được vinh danh). Tôi đang truy cập máy windows thông qua VNC mà tôi tin rằng sử dụng SSH.

— Ocasta Eshu

Điều này rất khó hiểu. Bạn nói rằng bạn đang truy cập Unix thông qua SMB, và sau đó truy cập vào máy Windows thông qua VNC. Bạn có thể chỉnh sửa câu hỏi của bạn để hiển thị cách bạn đang kết nối? Một sơ đồ có thể giúp đỡ. Quyền truy cập tệp và quyền smb sẽ giúp và tài khoản sẽ giúp. Cố gắng diễn đạt điều này theo cách không sử dụng người dùng Root hoặc Quản trị viên với tư cách là người dùng hoạt động (Bạn có thể không nên kết nối với một máy từ xa với đặc quyền được tăng tốc).

— vgoff

Tôi thực sự không thể giải thích tình huống của mình tốt hơn, vì vậy tôi đã nói chuyện với quản trị viên hệ thống. Ông giải thích như vậy:

Người dùng windows {w1} được liên kết với người dùng {u1} và tôi đã cố gắng thực hiện các hành động mà chỉ người dùng {u2} mới có thông tin xác thực.

*{u1}*     [Unix]      {u2}       

   |      --Samba--              

 {u1}      [Win1]           

          --VNC--                       

       [My Computer]

Tôi không thể làm điều này mà không có người dùng windows liên kết với {u2}. Vì vậy, một giải pháp nhanh chóng là tạo người dùng windows của riêng tôi {w2}.

{u1}       [Unix]      {u2}       

   |      --Samba--      |        

 {w1}      [Win1]      {w2}   

          --VNC--                       

       [My Computer]

Nhưng, Windows Virtual Machine, giống như tất cả các phiên bản windows (trừ Terminal Server) - chỉ có thể hỗ trợ một người dùng tại một thời điểm. Vì vậy, để truy cập {w2} tôi sẽ phải đăng xuất người dùng {w1} nghĩa là hai người dùng không thể làm việc cùng một lúc.

Cuối cùng, giải pháp là tạo ra một máy ảo nhân bản [Win2] được liên kết với người dùng {u2} để cả hai người dùng có thể làm việc cùng một lúc.

  {u1}      [Unix]      {u2}

           --Samba--    

    [Win1]          [Win2]

            --VNC--

         [My Computer]

— Ocasta Eshu
nguồn