Права доступу до мережного диску - Блог Персональний сайт Михайла Фльонова
Ось скачав тут новий файл, який потрібно було кинути на мережевий диск, намагаюся скопіювати, а нефіга. Не дає копіювати саме ту папку, яку я хочу. Вибрав властивості папки, а там виявляється у мене доступу немає на запис до цієї папки. В інші папки є, можу створити нову і писати (наголос на другий склад) в неї, але я хочу саме в цю і не плодити нові папки. Намагаюся змінити права на доступ до файлу, але не виходить. Мені не дають їх змінити, хоча я і підключений до диска як admin і начебто повинен мати всі права. Але адмін виявляється на дисках WD My Book Live далеко не root (я здається говорив, що на диску явно працює подібна ОС nix).
Ну гаразд, мені потрібно зробити невеликий фікс і я відразу можу заборонити ssh назад. Відкрив, зайшов на диск через ssh і бачу, що у потрібної мені папки власником чомусь став nobody, а права доступу 755. Звичайно ж, я не можу підключитися до диска як nobody, щоб писати в цю папку, а більше ніхто інший писати і не може. Ну я зрадив власника і про всяк випадок підвищив права до 775, але факт залишився фактом – чомусь вледелець був втрачений.
Я не пам'ятаю, щоб я перетворював обліковий запис admin, під яким я підключаюсь, та й папка була в public розділі, який взагалі всім доступний. Я в принципі і не вважаю, що стався якийсь одвірок чи це баг. Це є нормальна ситуація, коли папка втрачає власника, якщо власника вбивали. Тут більше питання в іншому – у Web адмінці має бути щось, щоб можна було фіксувати такі випадки без SSH. Я можу користуватися командним рядком, але якби цей диск стояв вдома, наприклад, у моїх батьків. Косяк вийшов би. Вони б точно ssh не почали використовувати для лікування прав доступу.
Ще раз кажу, це не такий вже крутий одвірок,просто це те, де можна покращити керування мережним диском WD My Book Live і зробити його більш дружнім до стареньких.
Сподобалось? Клацніть Лайк, щоб я знав, який контент більш цікавий читачам. Нотатку поки що ніхто не гавкав і ти можеш бути першим