Есть такое понятие, как стоимость хранения информации.
даже для малого ентерпрайса
Судя по этой фразе, у вас был SOHO-вариант инфраструктуры. А если брать "кровавый энтерпрайз", где нормальное резервирование, бэкапы и объемы данных далеко не 1ТБ на всю компанию, то стоимость эта будет далека от стоимости 2х жёстких дисков. Так что всё относительно.
Помнится, на одной из предыдущих работ была папка для фотографий. Туда сотрудники (в основном маркетинг) выкладывали снимки с корпоративов. Систематически некоторые сотрудники других отделов удаляли добавленные маркетологами совместные фото (например, если сами там плохо получились), а другие потом жаловались, что пропали бесценные фото с их участием. Мы тогда настроили права так, что все пользователи могли смотреть всё и добавлять новое, но удалять могли только то, что добавили сами (те файлы и папки, где они владельцы)
Квоты - это и есть одна из возможностей FSRM. Если Вы так топите за FSRM, должны быть в курсе. И, к слову, есть мягкие квоты, которые позволяют просто видеть превышение, не накладывая запрет на запись в папку. А потом на основании созданных отчётов можно показать руководству, кто из отделов ест много места на файловике и при желании даже посчитать, во сколько это обходится компании.
ИМХО по опыту, отключение наследования в NTFS - зло.
И называть группы доступа по именам самих папок тоже сомнительное решение. Переименует пользователь папку - а вы за ним будете группу переименовывать? Или будете плодить несоответствие?
Мы с коллегами в свое время решили пойти таким путём: договорились с бизнесом, что права раздаются не глубже 3го уровня иерархии и совместно с бизнесом сформировали целевое дерево папок. Потом начался долгий, но неизбежный переход от существовавшей ранее файлопомойки к структурированному виду.
Например, группа для чтения папки Подразделения/Управление малого бизнеса/Отдел продаж называется fs0001_0022_0015_ro и в ее описании в AD указан путь к папке. NTFS-права настроены так, что даже имея доступ на редактирование, пользователи не могут переименовывать папки выше 4го уровня и это делается только через запрос в ИТ. Аналогично - с добавлением новых папок. Другими словами, за глобальный порядок отвечает ИТ, а за порядок в папке 3го уровня и согласование доступов - ответственный за папку от бизнеса.
Ну и квоты ещё прикрутили, т.к. место на файловике не резиновое
Читаешь - и так хорошо на душе становится. Спасибо!
если бизнес непорядочен в чем-то одном (рассылает спам), то он непорядочен в целом – будет выкручиваться, сваливать вину на других, врать контрольно-надзорным органам, прикрываться шарашками-однодневками и поддельными документами.
Прям напомнило слова Томаса Джозефа Даннинга:
Капитал... избегает шума и брани и отличается боязливой натурой. Это правда, но это ещё не вся правда. Капитал боится отсутствия прибыли или слишком маленькой прибыли, как природа боится пустоты. Но раз имеется в наличии достаточная прибыль, капитал становится смелым. Обеспечьте 10 %, и капитал согласен на всякое применение, при 20 % он становится оживлённым, при 50 % положительно готов сломать себе голову, при 100 % он попирает все человеческие законы, при 300 % нет такого преступления, на которое он не рискнул бы, хотя бы под страхом виселицы. Если шум и брань приносят прибыль, капитал станет способствовать тому и другому. Доказательство: контрабанда и торговля рабами.
Вспомнил давнишний случай. Работал админом в одной небольшой компании. С утра проснулся от звонка коллег. Жаловались, что в одном из офисов жутко глючит интернет на всех машинах (около 50ти штук). Я первым делом, разумеется, стал звонить провайдеру. У тех всё хорошо, пинг до нашего роутера стабильный. Когда приехал в офис, обнаружил, что проблема именно в ЛВС: пакеты ходят с жуткими задержками и большой процент потерь между узлами. Свитчи были неуправляемые, поэтому первое, что пришло на ум - отключать их по одному. Нашел проблемный свитч, далее уже на нем стал отключать кабели от портов. Нашел порт с виновником, а по нему вышел на Ethernet-розетку у рабочего места (благо, розетки были пронумерованы и была схема сети под рукой). Подхожу к этой розетке и вижу, что она закоммутирована с соседней розеткой. Оказывается, кто-то из менеджеров отключил свой ПК и перенес его за другой стол, а утром уборщица, увидев на полу сиротливо лежащий хвост патчкорда, воткнула его в ближайшую розетку. Классика жанра, только обычно уборщицы выдергивают шнуры, а тут был более изощрённый вариант.
Не знаю, как по украинским законам, но в России, насколько помню, организация имеет право забрать домен у физлица, если имя домена совпадает с именем или брендом юрлица и при этом юрлицо или бренд были зарегистрированы ДО того, как физлицо зарегистрировало домен. Могу ошибаться, пусть юристы поправят, если не так.
Отличная статья, прочитал на одном дыхании. Надеюсь, Ваша игра ещё выстрелит. Интересно, Вы когда с пиратами переписывались, они были в курсе, что Вы - автор игры?
Уже было похожее
Есть такое понятие, как стоимость хранения информации.
Судя по этой фразе, у вас был SOHO-вариант инфраструктуры. А если брать "кровавый энтерпрайз", где нормальное резервирование, бэкапы и объемы данных далеко не 1ТБ на всю компанию, то стоимость эта будет далека от стоимости 2х жёстких дисков. Так что всё относительно.
Помнится, на одной из предыдущих работ была папка для фотографий. Туда сотрудники (в основном маркетинг) выкладывали снимки с корпоративов. Систематически некоторые сотрудники других отделов удаляли добавленные маркетологами совместные фото (например, если сами там плохо получились), а другие потом жаловались, что пропали бесценные фото с их участием. Мы тогда настроили права так, что все пользователи могли смотреть всё и добавлять новое, но удалять могли только то, что добавили сами (те файлы и папки, где они владельцы)
Квоты - это и есть одна из возможностей FSRM. Если Вы так топите за FSRM, должны быть в курсе. И, к слову, есть мягкие квоты, которые позволяют просто видеть превышение, не накладывая запрет на запись в папку. А потом на основании созданных отчётов можно показать руководству, кто из отделов ест много места на файловике и при желании даже посчитать, во сколько это обходится компании.
А то, о чем Вы говорите, - это, судя по всему, другой компонент FSRM, Управление классификациями
ИМХО по опыту, отключение наследования в NTFS - зло.
И называть группы доступа по именам самих папок тоже сомнительное решение. Переименует пользователь папку - а вы за ним будете группу переименовывать? Или будете плодить несоответствие?
Мы с коллегами в свое время решили пойти таким путём: договорились с бизнесом, что права раздаются не глубже 3го уровня иерархии и совместно с бизнесом сформировали целевое дерево папок. Потом начался долгий, но неизбежный переход от существовавшей ранее файлопомойки к структурированному виду.
Например, группа для чтения папки Подразделения/Управление малого бизнеса/Отдел продаж![]()
![]()
![]()
называется fs0001_0022_0015_ro и в ее описании в AD указан путь к папке. NTFS-права настроены так, что даже имея доступ на редактирование, пользователи не могут переименовывать папки выше 4го уровня и это делается только через запрос в ИТ. Аналогично - с добавлением новых папок. Другими словами, за глобальный порядок отвечает ИТ, а за порядок в папке 3го уровня и согласование доступов - ответственный за папку от бизнеса.
Ну и квоты ещё прикрутили, т.к. место на файловике не резиновое
Вспомнил фильм "Эффект Манделы". Там главный герой пошел ещё дальше...
Позвонить дешевле :)
Я тоже пострадал. Вечером не мог отправить жене сообщение в ватсап, чтоб узнать, нужно ли купить хлеба. Пришлось звонить.
Читаешь - и так хорошо на душе становится. Спасибо!
Прям напомнило слова Томаса Джозефа Даннинга:
Вспомнил давнишний случай. Работал админом в одной небольшой компании. С утра проснулся от звонка коллег. Жаловались, что в одном из офисов жутко глючит интернет на всех машинах (около 50ти штук). Я первым делом, разумеется, стал звонить провайдеру. У тех всё хорошо, пинг до нашего роутера стабильный. Когда приехал в офис, обнаружил, что проблема именно в ЛВС: пакеты ходят с жуткими задержками и большой процент потерь между узлами. Свитчи были неуправляемые, поэтому первое, что пришло на ум - отключать их по одному. Нашел проблемный свитч, далее уже на нем стал отключать кабели от портов. Нашел порт с виновником, а по нему вышел на Ethernet-розетку у рабочего места (благо, розетки были пронумерованы и была схема сети под рукой). Подхожу к этой розетке и вижу, что она закоммутирована с соседней розеткой. Оказывается, кто-то из менеджеров отключил свой ПК и перенес его за другой стол, а утром уборщица, увидев на полу сиротливо лежащий хвост патчкорда, воткнула его в ближайшую розетку. Классика жанра, только обычно уборщицы выдергивают шнуры, а тут был более изощрённый вариант.
Материал интересен, но вот язык статьи... Такое чувство, что в автоматическом режиме перевели.
Вспомнил почему-то фильм "Контракт со смертью"
Не знаю, как по украинским законам, но в России, насколько помню, организация имеет право забрать домен у физлица, если имя домена совпадает с именем или брендом юрлица и при этом юрлицо или бренд были зарегистрированы ДО того, как физлицо зарегистрировало домен. Могу ошибаться, пусть юристы поправят, если не так.
Добрый пушистый няшный Котик.
А что именно не так с Evernote? В статье несколько раз говорится про то, что он испортился.
В иллюстрациях есть что-то завораживающе-притягательно-пугающе-отталкивающее...
Del
Я бы ещё про нюансы работы регулярок с многострочным текстом добавил и сделал акцент на регистрозависимость по умолчанию.
Отличная статья, прочитал на одном дыхании. Надеюсь, Ваша игра ещё выстрелит. Интересно, Вы когда с пиратами переписывались, они были в курсе, что Вы - автор игры?