Системе известно такое понятие, как пользователь «root», здесь он также царь и бог и при желании может делать с системой все что угодно (особенно из командной строки).

Настройка системы здесь производится несколько проще, чем в обычном *nix – для этого существуют графические программы. Однако в отличие от обычного *nix, где все графическое обычно вызывает горестную ухмылку Unix-гуру, здесь все продумано.

Во-первых, Apple не зря начала создание своей Unix-системы, наслоив на классическую архитектуру свои настройки. До момента чтения и исполнения /etc/rc*-файлов здесь все идет как обычно, однако затем из этих же файлов происходит вызов скриптов от «яблочной компании». Т.е. фактически происходит так: грузится Mach, грузится init, который затем, как это и положено, отвечает за все процессы в системе, однако запускает большинство этих процессов SystemStarter, который читает и запускает другие файлы (из директории /System/Library/StartupItems). Так вот формат файлов конфигурации для всякого приложения в Mac OS X – это XML. Данный формат файлов чуть хуже читабелен для человека, зато легко читабелен для приложений, кроме того, запись конфигурации в итоге не генерирует «мусор», который обычно всегда можно найти в обычных файлах конфигурации.

Однако отсюда минус: то, что нельзя настроить графически, необходимо делать «руками». Нет, дело не в том, что это сложно сделать (командный интерпретатор tcsh и редактор vi никто не отменял), а в том, что все изменения, внесенные непредусмотренным системой образом, могут быть впоследствии переписаны обновлением системы.

Кроме того, брандмауэр (в серверной версии системы Mac OS X Server) в графической версии его настройки имеет два варианта работы с трафиком: allow/deny. И в том случае, если администратор решит настроить NAT (masquerading в терминах других систем), то правила брандмауэра (стандартного ipfw, кстати) придется прописывать напрямую в конфигурационных файлах, что требует достаточно плотного знакомства с устройством системы.

В общем, можно сказать, что сервер под управлением Mac OS X Server имеет смысл ставить туда, где необходима простота администрирования, возможно, в некоторых случаях в ущерб гибкости. С другими системами такой сервер будет жить очень даже недурно (с системой идет samba, nfs, ssh, ftpd и ранее упоминаемый apache), а его обновление производится не более чем 6 нажатиями мышки (и не вызывает таких печальных последствий, как автоматическое обновление на другой популярной платформе известного производителя ПО), и кроме того, наличие обновлений может проверяться каждый день/неделю/месяц, и пользователю будет предложено установить имеющиеся обновления.