$ sudo psql --username=_postgres device_management
psql (9.0.4)
Type "help" for help.
device_management=#

Сервер слушает только сокет, если хочется использовать сторонний софт, например, pgAdmin, то нужно настроить слушать хотя бы на 127.0.0.1:

$ sudo vim /System/Library/LaunchDaemons/org.postgresql.postgres.plist

Строку

		<string>listen_addresses=</string>

заменить на

		<string>listen_addresses=127.0.0.1</string>

Рестартовать PostgreSQL:

$ sudo serveradmin stop postgres
postgres:state = "STOPPED"
$ sudo serveradmin start postgres
postgres:state = "RUNNING"

И настроить соединение в нужном приложении:

Почитать об использовании PostgreSQL можно, конечно, в документации или, если хочется краткой подборки основных команд, то в статьях “15 Practical PostgreSQL Database Administration Commands” и “15 Advanced PostgreSQL Commands with Examples“.

Вот и я узнал этот простой метод, читая книгу “Apple Pro Training Series: OS X Lion Support Essentials: Supporting and Troubleshooting OS X Lion“.

Делай раз:

Делай два:

В консоли то же самое можно посмотреть так (спасибо @d_bud):

$ pkgutil --payload-files /path/to/package.pkg

Поэтому сегодня подтвержу очевидное – то, что с созданного на флешке раздела Recovery HD можно установить OS X Server. К сожалению, и здесь есть 5% того, что сервер не установится – ведь я буду ставить систему не на чистый диск, а во второй раздел рядом с живым OS X Lion Server. Но надеюсь, что и с чистым диском пройдёт всё так же, по крайней мере на Mac mini Server. А на других системах можно поставить десктопный Lion и доставить Server.app.

Заранее приношу извинения за фотографии – они сделаны с монитора, есть блики, перекосы и шевелёнка, но я их исправлять не хочу, ведь статья не об искусстве предметной съёмки.

Флешка с Recovery HD вставлена в Mac mini, загружаюсь с зажатой клавишей Command. Если используется клавиатура Bluetooth, то может понадобиться несколько попыток. Выдаётся список разделов для загрузки:

На Vertex2 и Recovery HD на жёстком диске не обращайте внимание – это результаты другого эксперимента, я их удалю после загрузки с Recovery HD на флешке.

Устанавливаю сервер “с чистого листа”, поэтому иду в Disk Utility для переразбивки диска

Удаляю раздел Vertex2, и создаю новый с тем же именем, на который буду ставить OS X Server:

Выхожу из Disk Utility, выбираю Reinstall Mac OS X:

Bla-bla-bla, это понятно:

Для установки выбираю свежесозданный раздел Vertex2. Если бы раздел был всего один, то запроса на выбор не было бы

Установка началась. Списываются нужные компоненты с серверов Apple

Система называется OS X Lion, а не OS X Lion Server. Это меня заставило напрячься, но всё закончилось благополучно.

Пошла настройка. Регион я выбрал свой, Ридну Украину, ведь домен в зоне RU (баян):

Отвлекусь. Почему я выбрал домен для блога в зоне .ru? Потому что изначально аудитория была процентов на 80 из России. Но если бы я выбирал зону сейчас, то брал бы org, net, com или подобную – необходимость отсылки сканов паспорта регистратору и чуть ли не нотариально заверенное заявление на смену паспортных данных я считаю издержками Кровавой ГэБни.

Раскладка клавиатуры. Я выбираю US, не хочу дать минимальный повод сделать интерфейс системы на русском:

Устанавливаю сервер “с нуля” без ассистента миграции:

Проверяется мой Apple ID:

С интересом читаю лицензию. Меня интересуют пункты о виртуализации. Не в применении к данной установке, а вообще:

Регистрирую:

Создаю администратора. Важный момент – это будет системный пользователь, а свою обычную учётную запись я создаю в Open Directory. Поэтому здесь указывваю “admin”, а не привычного “ctrld”.

Организация и email администратора:

Таймзона

Следующий важный момент – сетевые настройки. Сервер у меня находится за Time Capsule. У него приватный адрес из сети 192.168.x.x. Но я хочу, чтобы к серверу был доступ из Интернет по VPN, возможно по https, на нём будет почтовый сервер. Поэтому я выбираю третий вариант настроек “Host name for Internet”:

Имя и адрес очень важны. Менять их можно, но лучше выбрать их раз и навсегда, меньше будет путаницы и хлопот с сертификатами, именами, DNS и т.д.

Очень давно мой коллега по группе поддержки абонентов говорил: “Имя мы даём, пользуясь целесообразностью, а не благозвучностью”. Так-то оно так, но политику именования каждый администратор выбирает сам. Кто по названиям восьмитысячников, кто по именам богов, кто не глядя стучит по клавиатуре. Лишь бы было единообразие.

Если сервер работает в одно сети с AirPort Express/Extreme/Time Capsule, то предлагается управлять точкой доступа с сервера. Это даёт серверу возможность прописывать правила port mapping’а, адрес DNS, управлять авторизацией через RADIUS. В данном случае я не использую эту функцию

Напоследок выдаётся список функций OS X Lion Server

Установщик производит настройку сервисов:

Сюда включён и запрос сертификатов для PUSH, которые автоматически генерируются Apple, о чём приходит письмо на указанный ранее email администратора:

Всем спасибо, сервер готов:

Перезагрузка, ввод имени и пароля администратора (не правда ли, красиво получился мой силуэт на фоне окна и жёлтых жалюзей):

Проверка IQ – сможет ли администратор догадаться, как нужно скроллировать в Lion (нужно иметь IQ не меньше 10):

Voilà, OS X Lion Server 10.7.2 к вашим услугам:

Надеюсь, to be continued…

Обычный OS X Lion можно поставить или из-под работающего Lion на другой диск (списав предварительно Lion из App Store способом, описанным в “Re-Download Mac OS X Lion from the App Store“), или купив загрузочную флешку “OS X Lion USB Thumb Drive“.

С Lion Server такое не пройдёт. Вы можете сказать, что никакой проблемы нет – поставил сначала OS X Lion, потом Server.app, и вот есть полноценный OS X Lion Server. Да, но не совсем. Поясню.

Когда я купил Mac mini Lion Server, то меня не устраивала дисковая производительность – к SSD быстро привыкаешь и диск на 7200 rpm кажется ужасно медлительным. Поэтому я переставил Lion Server на RAID0 из двух штатных дисков. И не обратил внимание на предупреждение о том, что раздел Recovery HD для такой конфигурации не поддерживается и неплохо было бы создать флешку с его копией с помощью Lion Recovery Disk Assistant.

А когда я взял SSD и избавился от RAID1, то остался без Recovery HD, и, как следствие, без возможности переустановить Lion Server.

И тут вы можете возразить, что не стоит делать из мухи слона и можно воспользоваться Recovery HD, сделанным для десктопного OS X Lion. Но и тут я скажу, что теория теорией и здравый смысл – великая сила, но от реальности они далеки. В подтверждение привожу текст:

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Vertex                  120.5 GB   disk0s2
   3:                  Apple_HFS Vertex 2                98.7 GB    disk0s3
   4:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

и скриншот:

Recovery HD, сделанный из десктопного Lion (раздел Vertex 2), не подходит для серверного Lion (Vertex).

Поэтому задача восстановления серверного Recovery HD состоит из нескольких шагов. Учитывая то, что для экспериментов мне нужен свежеустановленный Lion Server, то этот труд не пропадёт.

Я устанавливаю систему в виртуальную машину VMWare Fusion 4. Parallels Desktop 7 тоже подходит. Почему в виртуальную машину, ведь можно поставить систему сразу на Mac, да к тому же не понадобится софт виртуализации? И тут опыт берёт верх над здравым смыслом – 10.6 не поддерживает Macmini5.3, “Unsupported CPU”:

Также предупреждаю, что мой метод может не подходить для вас – у меня есть подписка на Apple Developer Program, в рамках которой я получил бесплатно OS X Lion, OS X Lion Server и Mac OS X Snow Leopard Server с ключом.

Установка Mac OS X Server 10.6.0

OS X Server 10.7 можно официально поставить как Update к 10.6. Поэтому начинаю с установки Snow Leopard Server build 10A433 (не перепутайте с 10A403, иначе потеряете зря время). Беру образ и ключ из секции Downloads for Apple Developers. Если у вас нет подписки, то вы можете поставить систему с диска OS X Snow Leopard Server (не забудьте про ключ, система без него не установится).

Установка ничем не примечательна, разве что нужно ввести ключ.

Хинт. При создании пользователя под Mac OS X Server я указываю admin, а свой логин завожу потом в OpenDirectory.

По привычке сразу прибиваю в DHCP выдачу постоянного адреса для сервера:

Ставлю навскидку имя. В Lion Server смена IP-адреса не так критична, как в предыдущих версиях, но лучше и адрес, и имя запланировать раз и навсегда.

Сервисы не запускаю:

Проверяю параметры

Через короткое время система установлена

Перезагрузка и у меня есть Mac OS X Server 10.6:

Обновление Mac OS X Server до 10.6.8

Software Update:

Перезагрузка, и у меня уже версия 10.6.8:

Делаю снепшот в VMWare, он никогда не помешает:

Захожу в App Store, выбираю страну

Вхожу под своим логином.

Если поставить сразу OS X Lion Server, то он не запустится в Snow Leopard, так как это программа под OS X Lion (это меня привело в первый раз в замешательство). Поэтому сначала ставлю OS X Lion:

А вот теперь слегка неочевидная операция. После того, как Lion спишется, он запустится и скажет, что списать OS X Lion Server:

Иду в App Store, устанавливаю OS X Lion Server:

Если программа не списывается, то посмотрите все фоновые окна – запрос пароля у меня попал за все приложения и я не мог понять, почему загрузка не стартует.

Установка OS X Lion Server

Как только Server.app спишется, инсталлятор сможет начать свою работу:

Несмотря на неоптимистичный прогноз установка заняла в сумме минут 40:

Процесс завершился

Перезагрузка. Welcome screen

Указываю название организации и email. “Home, sweet home” достаточно, но я хочу поставить The Apple Geek:

Идёт миграция и обновление сервисов. Мне это не очень нравится, ну да ладно, с “чистого листа” я смогу поставить систему уже с Recovery HD:

И эта стадия завершена:

Перезагрузка, ввод пароля админа

И у меня готов OS X Server 10.7.2:

Традиционно делаю снепшот

Получение Recovery HD

Сервер доступен по ssh, захожу и проверяю, есть ли Recovery HD:

$ ssh admin@192.168.98.4

$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *42.9 GB    disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            42.1 GB    disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

Да, всё в порядке.

Вставляю флешку, в VMWare Fusion 4 в Virtual Machine/USB and Bluetooth/USB and Bluetooth Settings указываю подключить эту флешку к виртуальной машине:

Устанавливаю в VM Lion Recovery Disk Assistant и записываю Recovery HD на флеш:

Флешка с Recovery HD создана и теперь я её буду хранить очень бережно…

Не забываю указать в настройках VMWare, что флешку нужно теперь подключать к Mac.

Перезагружаю Mac mini, при старте зажимаю клавишу Command. Recovery HD есть на флешке:

И, что приятно, в отличие от Recovery HD от десктопного Lion, Mac mini Lion Server грузится с этого раздела:

Всё, задача выполнена – у меня есть Recovery HD на внешнем носителе. Отдельно попробую забросить этот раздел на диск сервера.

А знаете, в чём ирония? Разница между Recovery HD для десктопного Lion и серверного в том, что в последнем есть файл BaseSystem.chunklist, а разницы между размерами файлов нет…

Эх, хотел бы я выразить особую благодарность Эльфу-Торговцу, но он, к сожалению, не интересуется Маками, и я вот уже два года пишу из любви к исскуству :-)

Настроил я Profile Manager, настройки нормально передавались, но вот push не проходил

В логах заметил сообщения вида:

xscertd-helper(851) deny file-read-metadata /private/var/folders

Навесил костыль в /usr/share/sandbox/com.apple.xscertd-helper.sb:

(allow file-read-metadata
		(regex #"^/private/var/rpc/ncacn_np/*")

Помогло, но вышла другая ошибка:

13.10.11 19:32:45,000 sandboxd: ([3236]) xscertd(3236) deny job-creation

Костыль в /usr/share/sandbox/com.apple.xscertd.sb:

(allow job-creation
    (regex #"^/*"))

Снова не получилось отправить push. В логе ошибка:

$ tail -f /Library/Server/ProfileManager/Logs/profilemanager.log
ruby[3627] <Info>: Pruning certificate chain to 18446744073709551615
ruby[3627] <Debug>: Trying to add a bogus certificate
ruby[3627] <Debug>: An error occured while inserting an untrusted certificate into the chain

Копание в “sudo dtruss -n ruby -f” не дало идей.

От отсутствия мыслей купил сертификат TurboSSL у GoDaddy за $12 в год (сейчас не нашёл это предложение). Это несмотря на то, что сертификаты под push генерируются в Apple. Подключил сертификат повсюду, снова не помогло.

Плюнул и решил полностью переустановить Profile Manager:

$ cd /usr/share/devicemgr/backend
$ sudo serveradmin stop devicemgr
$ sudo serveradmin start postgres
$ export PATH="/usr/bin:/bin:/usr/sbin:/sbin"
$ sudo rake db:drop RAILS_ENV="production"
$ sudo rake db:create RAILS_ENV="production"
$ sudo rake db:migrate RAILS_ENV="production";
$ sudo serveradmin start devicemgr

Настроил устройства по-новому – всё заработало, push стал проходить.

Но это ещё не всё – после очередного рестарта сервера Apache перестал выдавать Wiki, Profile Manager и другие сервисы. Хорошо, что кроме Time Machine я все изменения в /etc сохраняю в репозитории git. Коммит показателен:

Восстановил /etc/apache2 из рабочего коммита, завелось. Но надолго ли?

Да, поиск проблем в OS X Server весел. Хуже того, нельзя надеяться на то, что сервисы подымутся после банальной перезагрузки. А если бы у меня был работающий сервер и пару сотен устройств?

Возможно у меня кривые руки, но за два года работы с OS X Server я навскидку могу назвать больше пяти случаев, когда система переставала работать. То OpenDirectory, то VPN, то Apache, то почта, то вот Profile Manager. Странно, ведь система должна просто работать…

$ sw_vers
ProductName:	Mac OS X Server
ProductVersion:	10.7.1
BuildVersion:	11B2118

Или, если хочется большего:

$ system_profiler SPSoftwareDataType
Software:
    System Software Overview:
      System Version: Mac OS X Server 10.7.1 (11B2118)
      Server Configuration: Advanced
      Kernel Version: Darwin 11.0.1
      Boot Volume: Vertex
      Boot Mode: Normal
      Computer Name: Computer Name
      User Name: Oleg Serdyukov (ctrld)
      Secure Virtual Memory: Enabled
      64-bit Kernel and Extensions: Yes
      Time since boot: 3 days 2:06

И ещё:

$ defaults read loginwindow SystemVersionStampAsString
10.7.1

Для “ортодоксальных”:

$ cat /System/Library/CoreServices/SystemVersion.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>ProductBuildVersion</key>
	<string>11B2118</string>
	<key>ProductCopyright</key>
	<string>1983-2011 Apple Inc.</string>
	<key>ProductName</key>
	<string>Mac OS X</string>
	<key>ProductUserVisibleVersion</key>
	<string>10.7.1</string>
	<key>ProductVersion</key>
	<string>10.7.1</string>
</dict>
</plist>

Вариант @Rost_n_Roll:

$ defaults read /System/Library/CoreServices/SystemVersion
{
    ProductBuildVersion = 11B2118;
    ProductCopyright = "1983-2011 Apple Inc.";
    ProductName = "Mac OS X";
    ProductUserVisibleVersion = "10.7.1";
    ProductVersion = "10.7.1";
}

В нагрузку – тип процессора:

$ sysctl machdep.cpu.brand_string
machdep.cpu.brand_string: Intel(R) Core(TM) i7-2635QM CPU @ 2.00GHz

Итак, к делу. Запуск терминала, подключение диска Time Machine, переход в нужный каталог:

$ cd /Volumes/Time\ Machine\ Backups/Backups.backupdb/ComputerName

Ищу варианты:

$ ls -al */*/Users/ctrld/bin/apps.sh
rwxr-xr-x@ 2 ctrld  staff   918 Mar  3  2011 2011-04-08-195358/Macintosh HD/Users/ctrld/bin/apps.sh
-rwxr-xr-x@ 2 ctrld  staff   971 Apr 30 17:52 2011-06-06-124551/Macintosh HD/Users/ctrld/bin/apps.sh
-rwxr-xr-x@ 2 ctrld  staff  1024 Jun 10 20:14 2011-06-14-111524/Macintosh HD/Users/ctrld/bin/apps.sh

Первая мысль – скормить файлы в команду head:

$ ls */*/Users/ctrld/bin/apps.sh | xargs head -5

Конечно же, эта конструкция неправильная, так как в именах есть пробелы:

head: 2011-02-19-180439/Macintosh: No such file or directory
head: HD/Users/ctrld/bin/apps.sh: No such file or directory

==> 2011-08-31-111236/Lion/Users/ctrld/bin/apps.sh <==
#!/bin/sh
APPDIR="/Volumes/Data/iTunes/iTunes Music/Mobile Applications/"
find "${APPDIR}" -name \*.ipa |
while read line
do

Как же заставить xargs считать путь с пробелом, как единый параметр? Эврика, вспоминаю о замечательной статье “Fixing Unix/Linux/POSIX Filenames: Control Characters (such as Newline), Leading Dashes, and Other Problems“. На выходе получаю команду:

$ find */*/Users/ctrld/bin -name apps.sh -type f -print0 | xargs -0 head -3
==> 2011-02-19-180439/Macintosh HD/Users/ctrld/bin/apps.sh <==
#!/bin/sh
APPDIR="/Users/$USER/Music/iTunes/iTunes Music/Mobile Applications"
find "${APPDIR}" -name \*.ipa | 

==> 2011-03-03-210012/Macintosh HD/Users/ctrld/bin/apps.sh <==
#!/bin/sh
#APPDIR="/Users/$USER/Music/iTunes/iTunes Music/Mobile Applications"
APPDIR=$(find `defaults read com.apple.iTunes NSNavLastCurrentDirectory:ChooseObject:0` -name "Mobile Applications")

Нужный вариант найден и восстановлен. Для чего этот скрипт? Для “получения информации по приложениям iPhone в iTunes из shell“.

Всем, кто работает с shell категорически рекомендую изучить статью “Fixing Unix/Linux/POSIX Filenames: Control Characters (such as Newline), Leading Dashes, and Other Problems” – она убережёт вас от ошибок при обработке параметров.

Я раньше привычно рекомендовал Lingon для создания задания, запускающегося при старте системы из LaunchDaemons под root’ом.

Но дань моде и похвальное желание заработать на своём труде заставили разработчика портировать утилиту в Mac App Store. Lingon 3 доступен за $2.99.

Оказывается, что в LaunchDaemons задание записать невозможно из-за ограничений на приложения Mac App Store. Выдаётся ошибка:

Разработчик на странице своей программы не предупреждает о таком урезании функционала, делающим программу практически бесполезной по крайней мере для моей задачи.

В конце страницы есть ссылка на FAQ, где текст сильно радует:

Can I run a job as root?

No, there is no way to run it as root by using Lingon to comply with the Mac App Store rules. But what you can do is create a new but before you save it you choose “Copy Plist to Clipboard” in the Job menu and the press Cancel.

Then open Terminal and make sure that you are an administrator. Write:

sudo pico /Library/LaunchDaemons/<your chosen name>.plist

and then enter and then paste the contents from Lingon. Then press ctrl-x and choose to save it. Then you need to load it manually with this command:

sudo launchctl load /Library/LaunchDaemons/<your chosen name>.plist

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

Вердикт: ни в коем случае не покупайте Lingon 3.

Если же вы программу купили, то расскажу, как всё-таки сделать нужный скрипт через неё. Рассматривайте дальнейший текст, как стёб – утилита бесполезна. Не стирать же готовую заметку…

Запускаю:

New Job, записываю файл в предлагаемый каталог LaunchAgents (внимание – задание будет запущено только при входе пользователя в системы). me.ctrld.noatime = имя моего домена ctrld.me в обратной нотации и название задания.

Ввожу команду “/sbin/mount -vuwo noatime /” для перемонтирования с noatime. В “When” ничего не выбираю.

Save. Выхожу. Захожу в Terminal.app… Ввожу команду:

$ sudo cp Library/LaunchAgents/me.ctrld.noatime.plist /Library/LaunchDaemons/

Редактирую файл и добавляю две строки, выделенные жирным (бинго! не правда ли, Lingon заменил все ужасы работы в консоли на ужасы работы в консоли?):

$ sudo vim /Library/LaunchDaemons/me.ctrld.noatime.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
        <key>Label</key>
        <string>me.ctrld.noatime</string>
        <key>ProgramArguments</key>
        <array>
                <string>/sbin/mount</string>
                <string>-vuwo</string>
                <string>noatime</string>
                <string>/</string>
        </array>
        <key>RunAtLoad</key>
        <true/>
</dict>
</plist>

Перезагружаю систему. Проверяю:

$ mount | grep " / "
/dev/disk0s2 on / (hfs, local, journaled, noatime)

Радуюсь “отличной” утилите Lingon, которая несмотря на GUI даёт поработать с консолью.

Но если вам нужны задания, выполняемые после входа в систему, то может Lingon вам и пригодится.

Уже начал думать, что в Lion поменялись механизмы работы с StartupItems. Но тут в Console.app заметил сообщение “add net 10.0.0.0: gateway 192.168.98.9: Network is unreachable” и всё стало на свои места.

Всё дело в том, что сетевые интерфейсы подымаются не сразу (что при DHCP, что при ручной установке адреса), а для добавления статического маршрута шлюз должен быть доступен. Добавил в скрипт задержку 10 секунд перед выполнением команды route – и всё получилось.

При прописывании StartupItems я отталкивался от статьи “Disabling file access time updates using noatime in OS X” – она первая мне попалась под руку.

StartupItems

Создаю каталог для нового StartupItem

$ sudo mkdir /Library/StartupItems/ctrld_boot

Делаю описание скрипта (без него работать не будет)

$ sudo vim  /Library/StartupItems/ctrld_boot/StartupParameters.plist
{
	Description = "Ctrld Boot Script";
	Provides = ("ctrld_boot");
	OrderPreference = "None";
	Messages =
	{
		start = "Starting ctrld Boot Script";
		stop = "Stoping ctrld Boot Script";
		restart = "Restarting ctrld Boot Script";
	};
}

Пишу скрипт (обратите внимание на sleep 10 – не будет работать, замените 10 секунд, например, на 20):

$ sudo vim /Library/StartupItems/ctrld_boot/ctrld_boot
#!/bin/sh
. /etc/rc.common
case "$1" in
start)
	ConsoleMessage "Starting ctrld Boot: adding static route"
	sleep 10
	route add -net 10.0.0.0 -netmask 255.0.0.0 192.168.98.9
	;;
esac
exit 0

Делаю скрипт исполняемым:

$ sudo chmod 755 /Library/StartupItems/ctrld_boot/ctrld_boot

Перезапускаюсь – работает.

LaunchDaemons

Если бы не задержка с активацией интерфейсов, то можно было бы сделать запуск и через механизм LaunchDaemons.

$ cd /Library/LaunchDaemons

Создаю plist:

$ sudo vim me.ctrld.route.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>Label</key>
        <string>me.ctrld.route</string>
        <key>ProgramArguments</key>
        <array>
            <string>route</string>
            <string>add</string>
			<string>-net</string>
			<string>10.0.0.0</string>
			<string>-netmask</string>
			<string>255.0.0.0</string>
			<string>192.168.98.9</string>
        </array>
        <key>RunAtLoad</key>
        <true/>
    </dict>
</plist>

Выставляю права (они и так нормальные):

$ sudo chmod 644 me.ctrld.route.plist

Этот способ я продемонстрировал для полноты, как можно выполнить нужную операцию при старте системы.