Выполните сценарий оболочки каждый раз, когда любой пользователь входит в систему

Править: Почему не запустить с файлового сервера

Не запускайте с файлового сервера, если Вы не чувствуете себя комфортно достаточно для поиска и устранения неисправностей его в случае отказа без огромного количества времени простоя, Вы не хотите, чтобы Ваши пользователи ожидали восстановления файла в течение часов/дни просто, потому что Вы настраиваете самбу и теперь имеете некоторый компонент, приводя это к сбою, Вы не знаете, как зафиксировать.

Я начал бы с чем-то как следующее:

• запустите Linux как свою основную настольную ОС
  • это даст Вам опцию столкновения с проблемами в "некритических" системах, изучая один бит за один раз
  • в любом случае установите виртуальную машину, запускающую Windows для получения сделанной работы
  • Я не сделал бы этого наоборот, так как Вам будет нужно намного больше сам дисциплина, чтобы разжечь VM и работать с Linux - если Linux будет значением по умолчанию, то Вы, вероятно, начнете работать с ним скорее раньше, чем позже
• определите некоторые требования, которые Вы имеете в своей компании и фигуре, какие системы Вы могли выполнить параллельно (как вторая система, чтобы сделать резервные копии) и если не строго ограниченная во времени попытка отвечать Вашим требованиям
  • лично я думаю, что система резервного копирования делает хорошее начало, которое Вы, вероятно, столкнетесь с некоторыми проблемами как ввод-вывод, связанный, масштабируя, управление дисками, и такой можно решить, не сталкиваясь с большим количеством проблем, так как Вы будете выполнять свою известную инфраструктуру резервного копирования так или иначе
• также некоторая дополнительная система контроля поможет Вам много, она не будет нуждаться в слишком много ресурсы, но запустит Вас с проблем в неоднородных сетях, как, "Как я добираюсь, данные мониторинга из хоста Windows в мою систему Linux" то же могли быть верными для центрального logserver

Так, чтобы некоторые примеры начали, с которым не прервет Ваш день для работы или сервисы.

Linux не является Windows - забывают о вещах как, "Но в Windows I делают это, этот путь" скорее ищет "корректный" способ сделать это в Linux. Также попытайтесь сделать как можно больше, не "отступая" к X.org. Вы захотите смочь управлять своими системами с как можно меньшим количеством зависимостей, X огромная зависимость. Так как Вы управляли полем AIX, я предполагаю, что Вы уже знаете основы (Полномочия Unix и такой). Также запустите как можно раньше с материала как cfengine (Windows + Linux) или марионетка (только Linux) и FAI (или различные другие инструменты развертывания в зависимости от дистрибутива, который Вы выбираете) иметь в распоряжении платформу управления для больше, чем единственный сервер в случае, если Вам нужен он - и Вы будете, *отклонить базирующиеся операционные системы, не имеют такого же количества связующего звена готовым использовать как Windows для управления несколькими серверами. Это делает это немного более сложным (не обязательно более сложный - возражают против различия), но дает Вам также больше гибкости

ОЧЕНЬ СУБЪЕКТИВНЫЙ: я избежал бы Ubuntu для серверов, когда я нашел там, что качество пакета было слишком низким для серверов, также Fedora не действительно хорош для сервера, по моему скромному мнению, поскольку они обеспечивают новейшие пакеты, который хорош для рабочих столов или "технических предварительных просмотров", но я хотел бы, чтобы мои серверы работали на стабильной основе.