Как работать с сервером apple

Стать отличным менеджером легко.

Передовые функции macOS Server упрощают контроль корпоративного оборудования и программного обеспечения.

Менеджер профилей.

Мастер многозадачности.

Менеджер профилей упрощает внедрение, настройку и управление компьютерами Mac и устройствами iOS в вашей компании. Вы сможете контролировать всё в едином центре: создавать профили для настройки учётных записей почты, календарей, контактов и сообщений; конфигурировать системные настройки; применять ограничения; устанавливать политики для паролей и кодов, а также многое другое. Менеджер профилей облегчает распространение приложений, принадлежащих учреждениям, а также книг, приобретённых в App Store по Программе оптовой закупки. Он также даёт пользователям доступ к веб-порталу самообслуживания, где они могут загружать и устанавливать новые профили конфигурации, сбрасывать свои коды доступа, а также удалённо блокировать свои Mac, iPhone или iPad и стирать с них все данные в случае потери или кражи. Кроме того, Менеджер профилей позволяет выполнять активную установку корпоративных приложений в macOS и мультимедийного контента в iOS, включая файлы PDF, EPUB и iBooks Author.

Функции для iOS и macOS

В macOS Server приложения, приобретённые через Программу оптовой закупки (VPP), можно закреплять за устройствами, а не пользовательским Apple ID. Это даёт возможность устанавливать приложения VPP на устройства iOS и компьютеры Mac, не настраивая Apple ID и не рассылая приглашений. Вы также можете перевести приложения, уже установленные на устройстве, на Apple ID пользователя без удаления приложения или пользовательских данных.

Функции для iOS

Приложения из App Store можно установить на устройства пользователей, даже если доступ к самому магазину закрыт. Скачать таким образом можно и только что назначенные приложения, и их обновления. А те, которые настроены на использование Kerberos, будут автоматически запускать VPN-доступ для одного приложения при авторизации пользователя. Можно зарегистрировать iPad и iPhone в Программе регистрации устройств (DEP) и удалить приложение «Перенос на iOS». Правила использования сети позволяют каждой группе или компании указывать, как именно управляемые приложения могут использовать сеть. Например, можно запретить приложению подключаться к интернету по сотовой сети или в роуминге. Вы также можете обновлять iOS до новейшей версии на контролируемых устройствах, зарегистрированных в DEP.

В macOS Server можно запретить устройствам использовать Mail Drop и AirDrop. Можно также включить дополнительные ограничения на контролируемых устройствах. Например, запретить смену обоев и имени устройства, модификацию настроек доверия к корпоративным приложениям, доступ к Фото iCloud и сочетаниям клавиш, создание пар с Apple Watch или установку пароля.

Функции для macOS

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

Ещё больше объёма.

Xsan — это мощное масштабируемое решение для консолидации ресурсов хранения. Каждый работник вашей организации сможет получить быстрый высокоскоростной доступ к терабайтам централизованных данных. Система Xsan, встроенная в macOS, предоставляет любому Mac доступ к томам Xsan или StorNext по оптоволоконному каналу или Ethernet.

Источник

Централизованное управление мобильными устройствами iOS через MDM

Последние несколько недель я провел в поисках изучения и поиска информации об MDM (Mobile device management). Другими словами, управлением мобильными устройствами. И сейчас я хочу поделиться результатами поиска. MDM стал темой горячих споров, поскольку организации вынуждены вводить режим безопасности, если идет речь о важных данных. Мобильные устройства проникают на каждый уровень корпоративного общества, отчего возникает большая необходимость удаленного управления этими устройствами. Apple предоставляет несколько корпоративных возможностей такого управления с помощью удаленной конфигурации профилей, полная поддержка которых доступна с 2010 года.

Зачем MDM вообще нужен?

Для лучшего понимания рассмотрим конкретный пример, в котором мы имеем очень много iOS девайсов в компании и должны управлять всеми ими централизованно. Ваши действия? Либо мы используем сторонние приложения для обеспечения такого управления, например, Air-watch, либо пробуем развернуть сервис Enterprise Deployment от Apple, он же «MDM». В первом случае придется не слабо раскошелиться, поэтому рассмотрим сразу второй вариант.

Разберемся, что из себя представляет MDM?

Протокол управления мобильными устройствами MDM позволяет системным администраторам отправлять команды управления на подключенные устройства под управлением iOS 4 и более поздних версий системы.

Через MDM сервис администратор может просмотреть, добавить или удалить профили, удалить коды доступов или безопасно удалить данные на удаленном устройстве.

Согласно документации Apple:

Протокол MDM построен на основе HTTP, TLS и push-уведомлений. Соотвествующий протокол проверки MDM обеспечивает способ передачи процесса начальной регистрации на отдельный сервер. Далее MDM использует Apple Push Notification Service (APNS) для отправки сообщения «wake up» (очнись!) для управляемого устройства. Затем устройство подключается к заранее определенной веб-службе для получения команд и возвращения результата их выполнения.

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

Ключевая особенность: возможность администратору отправлять профили на устройство без какого-либо непосредственного физического вмешательства.

Таким образом, сервис MDM состоит из трех ключевых вещей:
1. Устройства, которыми нужно управлять (конечно же)
2. Сервер, осуществляющий управление (различные серверы MDM)
3. Методы, с помощью которых сервер может «разбудить» устройство через уведомление ASNP

Необходимые данные могут содержаться в файле конфигурации с расширением .mobileconfig передаваемый через электронную почту или страницу в интернете, как часть итоговой конфигурации профиля доставляемого через удаленную службу регистрации или с помощью Device Enrollment Program (DEP) автоматически.

В любой момент времени на устройстве может быть установлены данные только одного MDM. После того как вы зарегистрировались на сервере MDM, устанавливается безопасная связь между MDM-сервером и порталом Apple. Это используется для синхронизации сведений о девайсе, с помощью портала регистрации устройств Apple DEP.

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

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

Каждое взаимодействие между клиентом устройств и сервером MDM состоит из четырёх элементов:
1. Сервер запрашивает push-уведомление через Apple
2. Apple отправляет push-уведомление на устройство
3. Устройство подключается к серверу
4. Сервер и клиент обмениваются командами и результатами

Удаленное управление мобильными устройствами iOS и MacOS через MDM

Обратите внимание

Необходимо приобрести сертификат APNS. Это позволит MDM-серверу взаимодействовать с клиентом и без данного сертификата MDM сервис работать не будет.

Некоторые потрясающие возможности MDM:
1. Удаленный доступ
2. Поддержка множества мобильных операционных систем
3. Механизм защиты
4. Управление приложениями корпоративного уровня

Краткий итог

• Основной целью протокола MDM является отправка команд на устройства iOS и обработка результатов.
• Протокол MDM основан на протоколе HTTPS (secure HTTP), который используется для обмена XML-сообщениями, называемыми списками свойств (plists).
• В протоколе MDM сервер не отправляет команды на устройство. Вместо этого сервер использует службу Apple Push Notification Service (APNS) для уведомления устройства о наличии новых команд.
• Как только устройство получает push-уведомление, оно запрашивает команды у сервера MDM, выполняет их и отправляет результаты обратно на сервер MDM.

Процесс регистрации устройства DEP

Устройства регистрируются в MDM, когда сервер предоставляет устройству специальный профиль конфигурации. Этот профиль содержит:

MDM Payload

Это специальные параметры, которые сообщают устройству, что оно будет управляться сервером MDM. Он содержит URL-адрес сервера, тему push-уведомления и другие атрибуты. Для получения более подробной информации о МДМ полезной нагрузки см. в МДМ ведения протокола.

Сертификат идентификации устройства

Мобильный сервер должен аутентифицировать подключенные устройства. Поскольку MDM выполняется автоматически без взаимодействия с пользователем, обычная аутентификация имени пользователя / пароля не будет работать. Мобильный сервер (в качестве сервера MDM) проверяет устройства по их сертификату. Это называется аутентификацией сертификата и выполняется на уровне SSL сервера.

Это не конечная диаграмма — поищите официальный документ DEP, и вы увидите, что он будет содержать “намного больше” информации.

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

Перевод статьи Mobile device management (MDM) for iOS — https://medium.com/swlh/mobile-device-management-mdm-for-ios-60448313dafb

Другие популярные статьи

Выключается iPhone при достаточном заряде батареи

Читателей за год: 18001

Чего только не случается со смартфонами: падают, тонут, иногда просто теряются. И все это может стать причиной возникновений неисправностей в смартфоне. Но хороший дефект всегда себя покажет. А что если причина возникновения неисправности неизвестна?

MacBook не включается. Что делать?

Читателей за год: 13127

Пожалуй одна из самых распространенных неисправностей, заявленная клиентами при сдаче в ремонт своего MacBook — не включается. В этой заметке рассмотрим следующие вопросы.

Типовые неисправности MacBook Pro A1398

Читателей за год: 11223

МасBook Pro Retina A1398 появился в середине 2012 года. С 2012 года было выпущено 5 платформ A1398 и с десяток комплектаций. К сожалению, все модели имеют типовые неисправности.

Источник

Сервер Haute Couture: обзор Apple Xserve G4

Компания Apple — одна из самых заметных на компьютерном рынке, она же — одна из самых противоречивых. Равнодушных к ее продукции и рыночной стратегии исчезающе мало — ее либо любят, либо критикуют — бывает и вовсе ненавидят. Ее продукты хорошо известны многим, интересующимся компьютерной техникой.

Но есть одно направление, присутствие в котором предложений от Apple многими будет воспринято с удивлением. Это — рынок серверов. Сейчас де-юре компания не предлагает покупателям серверные системы, де-факто — Mac Mini с установленной macOS Server вполне успешно используется как в on-premise инсталляциях, так и предлагается в аренду некоторыми облачными провайдерами, в том числе и Selectel в рамках предложения Selectel.Lab.

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

Ответ также прост — с давних пор у «фруктовой компании» есть свои решения для построения корпоративных сетей, а коль скоро macOS (и, соответственно OS X) вполне себе Unix-совместимая система, значит, что компания, выбравшая Mac в качестве корпоративного стандарта, может пожелать и серверные потребности решать с использованием привычной техники и операционной системы.

В течение долгого времени, с 1993 по 2003 годы, Apple выпускала серверы, основанные на современных рабочих станциях Apple Workgroup Server. Эти машины логически были близки к современной идее использования Mac Mini в качестве сервера и были рассчитаны на обслуживание нужд небольших команд — «рабочих групп». Работали они сначала под управлением A/UX — собственной реализации Unix с графическим интерфейсом, аналогичным System 7 и совместимой с программами для нее. Последняя версия ее вышла в 1995 году и лишь в 1999 ее заменила OS X Server.

Но были в ее линейке и полноценные серверные машины, созданные изначально для работы в этой роли. Первой попыткой были Apple Network Server на базе ранних PowerPC и работавшие под AIX — реализации Unix от IBM. Просуществовала эта линейка недолго — с февраля 1996 по апрель 1997 года. Вторая попытка была более успешной, и именно о ней и пойдет речь в сегодняшней статье.

Встречаем по одежке и спецификации

И так, разрешите представить — первенец «нового» семейства Apple Xserve, представленная в мае 2002 года модель Xserve G4 (внутреннее обозначение RackMac1,1) в практически максимальной комплектации:

• два процессора PowerPC G4 1.0 ГГц с 256 Кбайт кэша второго уровня и 2 Мбайта внешнего кэша третьего уровня каждый;
• 2 Гбайта ОЗУ DDR266(установлен максимальный поддерживаемый объем, в оригинальной комплектации было 512 Мбайт) ;
• жесткий диск 60 Гбайт с поддержкой горячей замены;
• два гигабитных сетевых адаптера (один установлен на системной плате, другой выполнен в виде платы расширения PCI64).

Стоимость сервера составляла $2999 за однопроцессорную версию и $3999 за двухпроцессорную. Подробнее «начинку» рассмотрим позже, а пока — обещанная «одежка»!

Большинство читателей, полагаю, привыкли видеть сервер как некий утилитарный девайс со исключительно функциональным дизайном — максимальное использование передней панели для размещения жестких дисков, россыпь кнопок и защелок, многочисленные разноцветные индикаторы и, главное — сплошные решетки и сеточки для вентиляции. Классический черный или бежевый цвет, реже матовый серый. Строго, эффективно, утитарно — да. Красиво — на любителя, особенно если ваш любимый авто — Defender или Gelandewagen, а любимый самолет — Skyvan. Стильно — смотрите предыдущий пункт, но как правило — не тот случай.

Apple удалось сделать функциональное устройство красивым и стильным по общепризнанным канонам красоты. Передняя панель — царство шлифованного алюминия. Аккуратная линия панели управления с круглыми блестящими кнопками из полированного металла, установленными с незаметным глазу зазором и породистым нажатием. Порт FireWire для быстрого подключения внешнего диска.

Шестигранная скважина ключа блокировки отсека накопителей и устройств ввода. Две полоски светодиодов, отображающих загрузку процессоров. Собственно индикаторы — красивых сочных оттенков:

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

Справа — оптический привод с лицевой панелью из такого же толстого куска алюминия и аккуратной блестящей кнопкой.

Ниже — отсеки для четырех жестких дисков — со сплошной, как вы уже догадались, алюминиевой лицевой частью. Защелок или рукояток нет, только два маленьких глазка индикаторов. Чтобы извлечь диск, нужно нажать на «мордочку» — плавно выедет удобная ручка — прямо как с ультрасовременном электромобиле Jaguar I-Pace. Диски с горячей заменой, но, что немало удивляет — с интерфейсом IDE.

В корзинках расположен короткий шлейф, а сам разъем, соединяющий их с бекплейном позаимствован у SCA (SCSI Configured Automatically), но самого SCSI в сервере не предусмотрено совершенно. Контроллер дисков реализован на базе двух чипов Promise PDC20270 и поддерживает только программные RAID-массивы, созданные средствами операционной системы.

Впрочем, дисковую подсистему нельзя назвать слабой — в феврале 2003 года на рынок вышла внешняя дисковая полка Xserve RAID — на 14 IDE дисков, снабженная двумя независимыми контроллерами с аппаратной поддержкой массивов уровня 0, 1, 3(!), 5 и 10 и подключаемая к серверу с помощью FibreChannel. Чуть позже в 2003 году вышло и первое обновление — новая версия RackMac1,2 c 1.33 ГГц чипами и CD-ROM со слотовой загрузкой вместо привычного выдвижного лотка. На его базе выпускалась версия Cluster Node с одним отсеком для диска и одной сетевой картой, без CD-ROM и видеоадаптера, но всегда с двумя процессорами.

Вынем внутренности!

Да, именно так. Не снимем крышку, а вынем из нее шасси. Apple и тут нашла необычное решение: к стойке жестко фиксируется крышка корпуса, а если открутить два винта с накатанной головкой — основное шасси выедет на встроенных направляющих.

И вот, она — начинка! Плата передней панели, отсеки жестких дисков с механизмом блокировки, бекплейн, мостиком с парой IDE контроллеров соединенный с системной платой (в терминах Apple — Logic Board). Системах охлаждения представлена парой вентиляторов-турбин, вращающихся с частотой около 5000 оборотов в минуту — одна турбина через воздуховод охлаждает процессорную плату, другая — карты в PCI-слотах в левой части сервера. В правой — расположен единственный блок питания.

Сама системная плата — непривычно «пустая», на ее поверхности расположен только один крупный чип — PCI64 мост Intel 21154BE. Дополняют пейзаж 4 слота DIMM и два разъема для райзеров — PCI64 для подключения двух слотов и универсальный слот AGP/PCI64 — да, в сервер можно установить производительную видеокарту и использовать его как стоечную рабочую станцию.

В комплект входят два устройства расширения — гигабитная сетевая карта производства Apple на чипе Broadcom BCM5701 с интерфейсом PCI64 и PCI-видеокарта ATi Radeon DDR с 32 МБайт видеопамяти «на борту». Шина для видеокарты работает на 66 МГц (редко используемая в 32-битном варианте шины возможность), что обеспечивает производительность шины на уровне ранней AGP. Интерфейс подключения монитора — обычный D-SUB VGA.

На задней панели, помимо привычных USB (пока еще версии 1.1), присутствует COM-порт для управления, разъем встроенного Ethernet-адаптера (также до 1 Гбит/сек) и пара портов FireWire 400 (для подключения внешних накопителей).

Внимательный читатель спросит — а где же чипсет? Все верно, он никуда не делся — на обратной стороне платы расположен еще один мост Intel 21154BE, а также — неизвестная микросхема, скрытая под накладкой и чип Agere 1258AK5 — составляющие системный контроллер (чипсет в более привычных терминах).

А вот чего нет на плате — это сокета для установки процессора. Вместо него — разъем для установки процессорной платы (похожий, только меньших размеров использовался в мобильных процессорах Intel Pentium II в упаковке MMC-2). На процессорной плате в традициях Apple тех времен процессоры распаяны — оба друг рядом с другом. Возле каждого — микросхема внешнего кэша.

Сами процессоры — PowerPC 7455 («Apollo 6», относятся к семейству G4, выпущены Motorola с использованием 180 нм техпроцесса), выполнены в керамической упаковке типа FCBGA — кристалл на поверхности керамической подложки, шариковые выводы для пайки. Кроме процессоров и кэша, на плате расположен модуль преобразователя питания (VRM).

Через пыль, снега и почтовую службу

Это не будет история о долгом безуспешном поиске или щедром донате, все получилось намного проще. Основатель коллекции искал что-нибудь интересное. Один из его друзей посоветовал:

— “Купи себе Mac”.
— “Хочу сервер” — ответил основатель.
— “Так и купи себе Xserve” — ответ друга и определил вектор поиска.

Поиск занял всего 10 минут — среди пачки предложений относительно свежих x86 моделей попалось лишь одно, только что появившееся — «Старый Xserve G4 — включается». Цена была весьма интересна, так что машина была тут же оплачена «не глядя» и спустя несколько часов отправилась в увлекательное путешествие по России.

Путешествие заняло почти неделю, что довольно быстро, но не прошло бесследно. К сожалению, сложились три фактора — невнимательность продавца к упаковке, непредусмотрительность покупателя (обычно тип упаковки оговаривается и контролируется ее качество) и не доведенные до ума процессы у перевозчика (хотя будет честным отметить, что за последний год виден значительный прогресс!). Сервер прибыл обернутым в картонку и зашитым в мешковину. В итоге, сильно досталось крепежным «ушам» — они просто сложились вдоль корпуса. Что сказать — урок коллекционеру!

Серверу, впрочем, повезло — после пары часов кропотливой работы, «уши» были выпрямлены: на шасси — полностью в прежнее положение, на крышке — остались небольшие, но заметные следы повреждений. Крышка была и до отправки немного помята, это и сказалось. Хотя сервер закрывается и открывается нормально, для идеального вида стоит посетить кузовной сервис, специализирующийся на ремонте Cybertruck или на худой конец DeLorean.

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

В плюсах — вместо штатных 512 Мбайт памяти, установлен 1 Гбайт. При пристальном изучении, были обнаружены повреждения механизма запирания отсеков накопителей. К счастью, были повреждены лишь лепестки, фиксирующие салазки — пять минут работы и механизм приведен в первозданное состояние. Все это звучит страшно, но, на самом деле, это очень хорошее состояние — передняя панель в отличном косметическом состоянии, даже без царапин, а сама машина практически комплектна.

Следующий шаг — тестовое включение. И тут возникли проблемы — машина включается, по индикаторам видно, что идет инициализация, но вывода ни на экран, ни на последовательную консоль не было. После передергивания всех разъемов на плате, картинка появилась. Казалось бы, успех — теперь можно разобрать и почистить. Но не тут то было — после извлечения кучи пыли, машина вернулась к прежним симптомам.

При этом, машина точно пыталась стартовать — помимо работы индикаторов, была реакция на клавиатуру, которая пропадала при удалении оперативной памяти. Странный способ диагностики? Но имеющаяся в наличии пост-карта не подошла — оказалась несовместима по напряжению питания (а потом пришло осознание, что и ожидать пост-кодов от мака было бы слишком оптимистично), поэтому оставался только «метод тыка» и советы опытных маководов.

Первым делом была заменена батарея CMOS, здесь используется литиевый «бочонок» на 3.6 В, а установленная показывала еле-еле 3 В. Не помогло и это, равно как многократный сброс настроек. Помогла неожиданная и, на самом деле, абсолютно очевидная идея — очистить контакты спиртом. Обычно проблемы создает память, да и то — в очень старых машинах. Здесь же «слабым звеном» оказалась видеокарта — два прохода спиртовой салфеткой и сервер снова готов общаться с «администратором».

При покупке, конфигурацию сервера выяснить возможности не было. То, что наш экземпляр относится к старшей модели с двумя процессорами оказалось крайне приятным сюрпризом. По традиции, был увеличен до максимального объем памяти — установлены 4 модуля по 512 Мбайт, что интересно — использование ECC памяти не предполагалось. Также пришлось заменить диск — комплектный был в удручающем состоянии. Удалось найти диск «родной» емкости — 60 Гбайт, свободными остались две дисковых корзины, в четвертом отсеке даже сохранилась оригинальная заглушка.

Осталось только установить недостающий кулер. На удивление, идеально подошел вентилятор от серверной платформы Intel SR1530, пришлось только перепиновать разъем — Apple не была бы собой, если бы не поменяла местами «плюс» и «минус» в разъеме. Так как родной кулер уже имел заметный люфт подшипника, заменили оба. На этом реставрация сервера была успешно окончена.

На лицо «гуёвая», консольная внутри

История серверных ОС Apple восходит к проекту A/UX — UNIX-подобной ОС с графическим интерфейсом в стиле современной ей System 7. Точкой отсчета же для OS X Server является 1999 год, когда была представлена версия 1.0, основанная на идеях проекта Rhapsody. Как и у A/UX «под капотом» был UNIX, точнее BSD-совместимое окружение поверх микроядра Darwin. Интерфейс же был позаимствован у NextSTEP — Workspace Manager, дополненный некоторыми нюансами из Mac OS 8.

Два года спустя, на этой же основе, но с новым интерфейсом «Aqua» вышла первая Mac OS X — версия 10.0, поставлявшаяся в клиентской и серверной версиях. По сей день Mac OS основывается на тех же принципах и считается одной из самых удобных и надежных операционных систем для персональных компьютеров и рабочих станций. Серверная версия выпускается по сей день, но так и осталась в тени более популярного клиентского варианта.

На Xserve было решено установить Mac OS X Server 10.2, версию соответствующую времени выпуска данного экземпляра (сервер выпущен в октябре 2002 года). Установка принципиально не отличается от прочих (в том числе десктопных) версий Mac OS X, за исключением выбора набора сервисов, среди которых есть как фирменные яблочные, так и стандартные опенсорсные, и ввода серийного номера. После установки, система встречает окном входа, где нужно ввести логин и пароль, а не выбрать пользователя из списка.

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

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

Продолжение следует?

Обязательно. Тема винтажного яблочного железа будет раскрыта более подробно — в ближайшее время, пожалуй, это будет одним из важных направлений развития коллекции «Digital Vintage». Обязательно будет и продолжение темы обзоров линейки Xserve, но, к сожалению, оно не будет обширным — линейка просуществовала сравнительно недолго.

После модели Xserve G5 (RackMac3,1) серверная линейка, вслед за остальными компьютерами Apple перешла на процессоры Intel, сразу начав с 64-битных Xeon серии 5100. На Xeon вышло всего три серии Xserve — две на базе процессоров с микроархитектурой Core — Xeon 5100 (Xserve1,1) и Xeon 5400 (Xserve2,1) и одно на базе процессоров Nehalem — Xeon 5500 (Xserve3,1).

Последняя модель не получила даже обновления для поддержки линейки Xeon 5600, проект Xserve был свернут. К тому времени, Apple уже вовсю строила свое облако, iCloud. Серверы собственного производства в нем применения не нашли…

Да, Xserve не были лучшими серверами на рынке — они поздно получили поддержку IPMI, слишком рано перешли на IDE/SATA диски и никогда не использовали SCSI/SAS. Их модельный ряд был весьма ограниченным, а цена достаточно высокой. И все же — этот тот редкий случай, когда сервер был не только инструментом, но и действительно красивой вещью.

Решение Apple свернуть проект, скорее всего, было стратегически верным, но мы будем скучать по этим необычным машинам. До новых встреч!

Источник