Знание Linux, которое младший не может пропустить [дубликат]

Единственный способ действительно учиться путем попытки и "проигрывания" с ним.

- Установите сервер Linux дома.

- Apache установки, пробуя включающий php, жемчуг, Bugzilla, Wordpress и несколько других приложений

- Постфикс установки, попытайтесь включить поддержку tls

- Названная установка, включите dnssec, создайте небольшую сеть дома..

Это просто предложения. Поскольку Вы пытаетесь установить их, Google для руководств, идей, и т.д.

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

Возможно, я недооценил свое знание немного или поставил мой вопрос способом, что Вы, парни недооценивают то, что я знаю, но снова: я ищу БОЛЕЕ УСОВЕРШЕНСТВОВАННОЕ знание, которое я действительно должен иметь, настраивая веб-серверы, базы данных, DNS, dhcp и брандмауэры - что-то, что я сделал прежде и просто должен повторить, чтобы иметь его новый в моей памяти (хотя они так легки, что я должен был бы едва повторить на этом много),

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

если Вы можете, занять время и делаете это: http://www.linuxfromscratch.org/

Прекратите использовать Windows (по крайней мере какое-то время) кроме Вас, хотят играть в игры. Установите свой собственный веб-сервер для забавы с некоторой веб-страницей (или лучше CMS) и используйте некоторый DBS.

Я предлагаю, чтобы Вы попытались установить Archlinux. Не является столь же жестким как создание Linux с нуля, но Вы изучите внутренности системы Linux. У них есть хорошее руководство по установке, которое объясняет основную установку Linux и администрирование. Затем просто плавание вокруг Wiki для вхождения во внутренние детали. Сделайте это в виртуальной машине и удостоверьтесь, что взяли снимки, чтобы смочь откатывать и попробовать еще раз.

Существует много свободных, открытых ресурсов там для знания Linux. Вы упомянули знание удара и лучший способ добраться, который является путем проигрывания вокруг со сценариями оболочки и ударом.

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

Хорошими вариантами для получения еще некоторого времени является двойная загрузка, рабочий перьевой диск Linux или выполнение портативной человечности - нет действительно никаких хороших оправданий за то, что не было помещено некоторое время в Linux, если Вы хотите больше опыта с ним.

мне сказали однажды это, много регистраций задания перечислит требования для знания в широкой области тем [когда Вы отправили], не вызывают, это - то, что они действительно хотят, но они хотят видеть то, что там с точки зрения будущих сотрудников.

прекратите использовать окна и начните использовать *, отклоняют. также, командная строка является Вашим другом

также, когда в сомнении, консультируйтесь с дистрибутивами Wiki

Думайте о масштабе, журнале аудита и возвратах.

В реальном мире необходимо часто делать материал, и часто необходимо делать это к большому количеству серверов. Так сценарии и автоматизация становятся важными.

Уровень суровости имеет тенденцию быть выше, чем, что Вы могли бы использовать дома. Таким образом, необходимо думать о том, как можно записать изменения (лучше для идентификации, что изменяется, это было, это повредило сервис), и как можно поддержать их при необходимости.

Например, знание, как настроить, связывает как ведущее устройство, и ведомое устройство прекрасно, но на моей работе мы размещаем несколько сотен доменов, которые связывают более чем 7 экземпляров. Одно ведущее устройство, которое имеет ведомое устройство, то ведомое устройство, является самостоятельно ведущим устройством к 5 другим ведомым устройствам. Мы генерируем named.conf's для всех них с, делают и макросы M4, выставляют их с ssh и записывают изменения и в named.conf и в некоторых зональных файлах с RCS. Большие зональные файлы сгенерированы от базы данных, которая имеет фронтэнд CGI.

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

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

Я познакомился бы с автоматизированными инструментами сборки теми, которые запускают, поскольку это - задание, которое некоторые места дают юниорам, поскольку оно позволяет им работать с серверами и понять, как они соединены и настроены в организации, не имея необходимость выпускать их на живых prd серверах.

Вне основ вот несколько областей, которые необходимо, вероятно, исследовать далее:

• Настройки почтовая система, которая работает достаточно хорошо для сотен пользователей, хорошей фильтрации спама, безопасности, решения для резервного копирования, доступа веб-почты, и т.д...

• Изучение и экспериментирование с резервным копированием: выбор хорошей стратегии, реализовывая его, делая его максимально эффективным при $$ (все хотят резервное копирование, но не всех, хочет заплатить за дополнительные расходы).

• Контроль сервера: снова, наличие хорошей стратегии и реализация его так, можно контролировать несколько серверов, при этом цель состоит в том, чтобы смочь ожидать проблемы вместо того, чтобы фиксировать их, когда они происходят.

• Безопасность: аудит, блокируя ресурсы, контролируя использование, сложные ситуации с брандмауэром.

• ...
  В основном, что-либо, что пытается выйти за границы возможного и имеет значение между установкой чего-то для себя и настройками что-то для организации.

Вне их я полагаю, что, чтобы быть эффективным Главным Администратором необходимо понять то, что делает компания, как люди работают, что они делают и узнают, как технология может помочь пользователям, являющимся более эффективным и чистый доход компании.
IT не делает существует в вакууме: попытка найти лучшие способы для людей сотрудничать и иметь доступ к их данным быстро и надежно - то, что делает хорошую IT-организацию.

Таким образом, это не примерно способность установить почтовый сервер или установку продукта безопасности, это об использовании Ваших технических знаний и опыта помочь бизнесу, на который Вы работаете.

Расширение Вашего горизонта вне просто механики IT поможет Вам стать более далекими.

Я очень не хочу сказать это, но Вы могли бы переоценивать свое знание.

Я нашел на предприятии, что каждая среда имеет довольно строгие правила о том, что используется, как каждый сервер настроен и т.д.

Я первоначально изученный путем установки всех видов серверов, и т.д. в свободное время, но быстро найденный этим дал слишком много свободы. Корпоративная среда настроена для уменьшения повреждения, больше, чем они должны реализовать интересные или полезные опции. Администрация в более высоком уровне о предоставлении известного, определенного решения бизнес-требования, которое точно в его объеме. На более низком уровне это о реализации его, который часто ближе к тому, что Вы ожидали бы быть работой обезьяны, поскольку все должно быть предопределено.

Столь же полезный, как это должно узнать Ваш путь вокруг дистрибутива дома, Вы захотите к надлежащему времени в надлежащей среде. Посмотрите, можно ли найти локальный LUG, где можно говорить со старшими профессионалами и учиться. Узнайте об их средах, процедурах, и т.д.

Лично, я нашел, что способность получить апачское выполнение действительно не стоит очень, поскольку это просто не это трудно. Ключ находится в обзоре установки на требовании и получения сервиса точно по мере необходимости, без больше и не меньше на месте.

Предложения Renaud выше являются превосходными точками изучения также, я просто думаю, что знание функциональности является просто небольшой частью загадки и пониманием, что бизнес-факторы намного более важны.

По моему скромному мнению, это - САМАЯ ВАЖНАЯ ВЕЩЬ, которую можно сделать:

• Поиск высоко и низко для хорошего Сэра администраторский наставник Linux/систем, кто-то, кто понимает, жесткий, справедливый, честный, умный и одаренный в коммуникативных способностях.

Они далеки и немногие между, но они там.Поверьте мне.

И учитесь, ребенок, учитесь. Присоединитесь к нему, наблюдайте за небольшим материалом. Как они настраивают свой рабочий процесс? Какие процессы они используют? Какие псевдонимы команды они используют? Кто-либо, что можно адаптироваться к использованию?

Книга Read Maurice J. Bach. Это не связанный Linux. Это даже не современно. Это - лучшее полное, "это - то, как UNIX работает" книга, которую я прочитал. Назад, когда это было текущим, это была довольно хорошая книга по тому, как UNIX был на самом деле реализован. К настоящему времени это на самом деле делает хорошее задание объяснения, как и почему UNIX работает способ, которым это делает.

Книга предполагает, что можно понять некоторый C.

Дизайн операционной системы UNIX (Maurice J. Bach, Prentice Hall PTR; 1986)

У меня есть книга в твердом переплете, я считал ее несколько раз, и я даю взаймы ее каждому моему другу, который когда-либо требуется для получения глубокого понимания Linux/UNIX. Как издатель выражается:

Это является первым, и тем не менее, самая всесторонняя книга для описания сложных работ ядра System V UNIX - внутренние алгоритмы, структуры, которые формируют основание операционной системы UNIX и их отношения к интерфейсу программирования. Системные программисты получат лучшее понимание того, как ядро работает и сможет сравнить алгоритмы, привыкшие в системе UNIX к алгоритмам, используемым в других операционных системах. Программисты в системах UNIX получат более глубокое понимание того, как их программы взаимодействуют с системой и могут, таким образом, кодировать более эффективные программы.

Давайте столкнемся с ним, через некоторое время у хорошего Администратора Sys должно быть хорошее схватывание того, как соединена система и как взаимодействовать с ним.

Затем после того, как это с точки зрения полноценности мог бы быть TCP/IP Проиллюстрированное издание 1. Не полностью понять, но знать как, объединяя работы в сеть над достаточно низким уровнем.