afp протокол что это
| Протокол связи | |
| Цель | Файловые службы |
|---|---|
| Разработчики) | Apple, Inc. |
| Порт (ы) | 548 |
СОДЕРЖАНИЕ
Совместимость
Известные текущие темы совместимости:
История
Изменения, внесенные в AFP, начиная с версии 3.0, представляют собой серьезный прогресс в протоколе, представляя функции, разработанные специально для клиентов Mac OS X.
AFP 3.1 был представлен в Mac OS X Server версии 10.2. Заметные изменения включали поддержку аутентификации Kerberos, автоматическое переподключение клиента, повторное использование NFS и безопасные соединения AFP через Secure Shell (SSH). Максимальная точка общего доступа и размер файла увеличились до 8 терабайт с Mac OS X Server 10.2, а затем до 16 терабайт с Mac OS X Server 10.3.
AFP 3.2 добавляет поддержку списков контроля доступа и расширенных атрибутов в Mac OS X Server 10.4. Максимальный размер точки общего доступа составляет не менее 16 терабайт, хотя Apple не опубликовала документ об ограничениях для Mac OS X Server 10.4.
AFP 3.2+ был представлен в Mac OS X Leopard и добавляет поддержку чувствительности к регистру и улучшает поддержку Time Machine (синхронизация, кража блокировок и уведомления о спящем режиме).
AFP 3.3 требует поддержки функции кэша воспроизведения (требуется для Time Machine ).
См. Документацию Apple для разработчиков о различиях версий AFP.
Клиент macOS
macOS также предлагает Personal File Sharing, «облегченную» реализацию текущей версии AFP. В Mac OS X 10.4 пользователи могут делиться содержимым своих общих папок, установив флажок «Общий доступ к файлам» в разделе «Общий доступ» в Системных настройках.
Сторонние реализации
Сторонние серверные реализации AFP доступны от ряда компаний.
Создаём Apple-медиахранилище на PC-основе
Всем привет!
По наводке коллеги из Твитера @ripper2k мой рассказ — про реализацию проекта iTunes– и DLNA-медиасервера и файлового хранилища для яблочной домашней инфраструктуры. Реализацию успешную.
Автономный NAS
Раз готовая аппаратная часть нам не подходит, мы же можем создать её сами! И у такой схемы плюсов будет гораздо больше — это и цена, это и возможность подбора компонентов под конкретные нужды, это и простор в выборе программной оболочки и т.д. В моём случае это простейший PC-десктоп с кучей жёстких дисков, работающий в режиме 7/24 и опционально подключаемый к телевизору.
Но под такое аппаратное решение требуется подобрать нужный софт, что у нас в этой части?
Linux-дистрибутивы
Внимательные дорчитатели, разумеется, спросят, что я прицепился к этой Домашней коллекции? Отвечаю: эта технология позволяет iTunes делиться данными с Apple TV и по воздуху транслировать видео и музыку на iOS-устройства — уж больно удобно не хранить медиатеку на айфоне, а ловить её по воздуху
Final Cut
Итак, в последней итерации поисков я пришёл к окончательному варианту решения, основанного на ненавистной всем тру яблочникам Windows 7.
Был найден подходящий PC-десктоп, в который — с некоторыми сложностями — было вмонтировано 3 жёстких диска с данными: 
(Ввиду ограниченного подкапотного пространства система была установлена на ноутбучный 2.5»-жёсткий диск a la «в нашем колхозе свои извраты»)
Жёсткие диски — Western Digital зелёной серии, терабайтник из комплекта работает уже пятый год, и замечаний по нему у меня нет ни малейших. Нынче модная красная серия, разработанная специально для использования в таких системах, будет задействована в последующих апгрейдах системы.
Вывод, он один, и он таков
Практический опыт использования системы доказывает успешность такого решения, с поставленными задачами справился на 5 баллов. Сервер отлично вписался в нестандартную (с точки зрения былинных Windows-хранилищ) яблочную инфраструктуру, начиная от Маков и заканчивая Айфонами.
На будущее прикидываю возможность обновления аппаратной подсисемы до HP ProLiant MicroServer G7 N40L (во многом навеяно отличнейшим обзором на 3DNews), но в наших краях такая экзотика в розничной торговле не встречается, надо заказывать отдельно. Но с другой стороны, аппаратная производительность всё же слабовата, а иногда приходится загружать систему всякими обработками, поэтому этот пунктик пока в глубокой альфа-стадии.
Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
AFP (Apple Filing Protocol)
AFP (англ. Apple Filing Protocol, «AppleShare» )— сетевой протокол представительского и прикладного уровней сетевой модели OSI, предоставляющий доступ к файлам в Mac OS X. Он поддерживает Юникод-совместимые имена файлов, ограничения файлов POSIX и ACL, расширенную блокировку файлов. До Mac OS 9 протокол был основным протоколом передачи файлов под Mac OS.
Поддержка файловой системы AFS есть в операционных системах Windows, Novell NetWare, Linux и FreeNAS. [1]
Содержание
История
Ранние версии сервера AFP были доступны в Mac OS начиная с версии System 6 в AppleShare и AppleShare IP, также в Mac OS X Server 1.x. В клиентских ОС AFP называется «Personal File Sharing» и поддерживает до десяти подключений. Эта AFP-реализация опирается на протокол версии 1.х или 2.х. AppleShare IP-5.х, 6.х, а релиз Mac OS X Server «1.x» представил протокол версии 2.2. Это была первая версия, которая предоставляла транспортные связи по стеку протоколов TCP/IP, также увеличен максимальный размер «расшаренных» файлов с 2 ГиБ до 4 ТиБ, но максимальный размер файла, который может храниться, остался равным 2 ГиБ в связи с ограничением в Mac OS. [2]
Изменения, внесенные в AFP начиная с версии 3.0, представляют собой значительный прогресс в протоколе, предоставляя функции, разработанные специально для клиентов Mac OS X.
AFP 3.1 был введен в Mac OS X Server версии 10.2. Включена поддержка аутентификации Kerberos и безопасные соединения AFP через Secure Shell (SSH). Максимальный размер «расшаренных файлов» и размер файла увеличен до 8 ТиБ начиная с Mac OS X Server 10.2, а затем до 16 ТиБ в Mac OS X Server 10.3.
AFP 3.2 добавлена поддержка списков контроля доступа и расширенные атрибуты в Mac OS X Server 10.4. Максимальный размер «расшаренных» файлов составляет не менее 16 ТиБ, хотя компания Apple не сообщала о пределах в Mac OS X Server 10.4. Также AFP 3.2 была введена в Mac OS X Leopard и исправлена поддержка Time Machine (синхронизация, методы защиты информации и уведомления в режиме сна). AFP 3.3 добавленная поддержка воспроизведения кэш (требуется для Time Machine).
Дальнейшие обновления AFP протокола описаны в документации разработчика. [3]
Совместимость
AFP версий 3 и более поздние используют исключительно TCP/IP (номера портов 548 или 427) для передачи данных и поддерживают AppleTalk только в качестве протокола обнаружения. Версии AFP 2.x поддерживают работу как через TCP/IP (используя Data Stream Interface) так и через AppleTalk. Более ранние версии протокола могут использовать только AppleTalk.
Mac OS X клиент
может быть использован для монтирования поддиректория в общий ресурс.
Mac OS X также предлагает общий доступ к личным файлам, «легкий» осуществление текущей версии AFP. В 10.4 клиента Mac OS X, пользователи могут совместно использовать содержимое своих общих папок путем проверки Персональный общий доступ к файлам в разделе о разделе Системные настройки.
Использование функции общего доступа к файлам на компьютере Mac
Общий доступ к файлам
Чтобы включить функцию общего доступа к файлам в OS X, откройте панель «Общий доступ» в программе «Системные настройки» и выберите параметр «Общий доступ к файлам». Теперь компьютеры Mac и компьютеры с ОС Windows могут распознавать ваш компьютер в локальной сети.
Если подключить компьютер Mac с OS X Mavericks или OS X Yosemite к другому компьютеру с помощью функции общего доступа к файлам, компьютер Mac будет пытаться автоматически использовать протокол SMB для установления связи. Если протокол SMB недоступен, компьютер с OS X устанавливает связь с помощью файлового протокола Apple (AFP). Чтобы подключиться к компьютеру Mac или компьютеру с ОС Windows, который предоставляет доступ к файлам в локальной сети, откройте раздел «Общий доступ» в любом окне Finder.
Доступ к общим файлам в локальной сети можно также получить из окон открытия и сохранения.
Чтобы напрямую подключиться к файловому серверу, используйте функцию «Подключение к серверу» в окне Finder. Выберите меню «Переход» > «Подключение к» и введите URL-адрес, IP-адрес или доменное имя.
Можно попытаться выполнить соединение с помощью определенного протокола подключения (например, SMB или AFP), указав действительный URL-адрес. URL-адрес можно использовать, если сервер, к которому вы подключаетесь, использует выбранный протокол. * smb://ServerName/ShareName
Дополнительные параметры
Если необходимо ограничить набор протоколов, которые используются при подключении к компьютеру с помощью функции общего доступа к файлам, нажмите кнопку «Дополнительные параметры» на панели «Общий доступ». Затем можно выбрать протоколы, которые будут использоваться вашим компьютером Mac. По умолчанию OS X Mavericks и более поздних версий автоматически включает протоколы SMB и AFP для совместимости с компьютерами с ОС Windows, компьютерами Mac с ОС Mavericks, Yosemite и более ранними версиями OS X.
Финансовый протокол ACTUS
Финансовый протокол ACTUS (AFP) позволяет создать финансовую экосистему, в которой цифровые активы могут свободно перемещаться в диверсифицированном портфеле. Следовательно, торговля цифровыми активами становится столь же легкой, как и просмотр веб-страниц. В результате участники рынка могут мгновенно разобраться и начать работать с любым цифровым активом любого эмитента.
Тезис, лежащий в основе идеи о том, что все будет токенизировано, основан на стремлении к тому, чтобы все было функционально совместимо.
Стивен Маккеон, инвестиционные токены
AFP позволяет эмитентам последовательно и систематически токенизировать все финансовые инструменты. Они могут создавать цифровые активы, которые являются операционно совместимыми и экономически прозрачными среди имеющихся решений: совместимые финансовые составные блоки, которые могут коммуницировать друг с другом. Кроме того, эти активы работают по принципу «подключай и работай», что позволяет участникам рынка добавлять их в свои системы и обслуживать их без предварительной интеграции или изменения конфигурации.
Интероперабельность децентрализованной финансовой системы может быть существенно улучшена за счет выпуска цифровых активов на единым языке
AFP дает следующие дополнительные преимущества, которые фрагментированная децентрализованная финансовая система с собственными цифровыми активами не может обеспечить сегодня:
Экосистема AFP является мощной альтернативой как централизованной, так и фрагментированной децентрализованной финансовой системе.
Чем AFP отличается от других протоколов?
AFP обеспечивает открытый независимый от блокчейна стандарт для создания совместимых цифровых активов на платформах для эмиссии. Он определяет каноническую форму для 1) описания базовых финансовых контрактов и 2) интерфейсов для взаимодействия с этими цифровыми активами. AFP использует мощный финансовый стандарт для достижения этого: единый стандарт для контрактов алгоритмического типа (ACTUS) (см. www.actusfrf.org).
По сути, ACTUS кодирует платежные обязательства по всем видам договоров на финансовые инструменты в математически однозначной и последовательной форме. Это делает ACTUS претендентом на выбор для кодирования экономики финансовых инструментов в смарт-контракты, чтобы обеспечить возможность взаимодействия цифровых активов. AFP использует уникальные особенности ACTUS и дополняет их силой блокчейна. AFP отличается от других финансовых протоколов по следующим четырем пунктам:
Эти финансовые инструменты покрываются стандартом ACTUS и его 32 видами контрактов
Вызов: Операционное взаимодействие цифровых финансовых активов
У финансов на блокчейне еще не было своего часа Икс. По сравнению с интернетом, мы еще находимся на заре сетевого доступа к информации. Это время, когда такие информационные системы, как CompuServe, Minitel и AOL, существовали и создавали параллельные вселенные. Интернет добился ликвидации этих систем путем внедрения открытых, универсальных и совместимых протоколов для обмена информацией (HTML и HTTP). Такой универсальный протокол для обеспечения бесперебойной передачи ценностей на блокчейне отсутствует.
В настоящее время каждый эмитент создает собственные цифровые активы для конкретных финансовых инструментов, таких как кредиты, облигации, акции или опционы. Различные субъекты выпускают цифровые активы без согласования общих интерфейсов и форматов. Экономическая логика этих инструментов реализуется на заказ каждым эмитентом, что приводит к тому, что один и тот же финансовый смысл воспроизводится с нуля для каждого приложения. Чем больше таких разрозненных решений, тем больше барьеров для инвесторов к открытию всех доступных цифровых активов.
Фрагментированная структура финансовых данных (стек) в блокчейне создает дополнительные расходы на интеграцию и согласование данных
Это множество реализаций финансовых инструментов внутри и между блокчейнами делает крайне неэффективным для пользователей понимание и обслуживание таких цифровых активов. Институциональные игроки должны обрабатывать, учитывать, сообщать, анализировать и управлять рисками (ликвидность, казначейство, AML и т.д.) для разных портфелей цифровых активов, и, зачастую, для каждой из этих задач существует специализированная система. Каждый цифровой актив нуждается в представлении в каждой из этих систем, что приводит к следующим усилиям и затратам:
Такой фрагментированный финансовый стек, состоящий из цифровых активов, которые не являются функционально совместимыми, добавляет ненужные трения и, следовательно, не масштабируется. Наивно полагать, что постановка финансовых инструментов на DLT автоматически приведет к эффективной и экономически прозрачной системе. Финансовая информация по цифровым активам будет неизменной и доступной в распределенном реестре, но она не сможет быть по-настоящему совместимой при записи в произвольные форматы и с помощью собственных интерфейсов. Вы не можете поделиться информацией, если не говорите на одном языке.
Затраты на объединение этих различных систем и форматов частично компенсируются потенциалом токенизированной финансовой системы. Для достижения той же масштабируемости и экспоненциальных эффектов сети, что и веб-системы или телефонные системы, нам нужен общий финансовый протокол, т.к. общего распределенного реестра недостаточно.
Решение — единый финансовый уровень
Ограничения фрагментированного финансового стека могут быть преодолены. Выпуск цифровых активов с последовательной финансовой нотацией и упаковкой их в стандартизированные контейнеры создает гладкую экосистему для всех участников: цифровые активы могут обрабатываться гораздо более эффективно, упрощается разработка приложений для обслуживания этих активов, и пользователи получают выгоду от использования цифровых активов по принципу «подключай и работай».
Единый финансовый уровень снижает сложность и улучшает взаимодействие
За счет AFP мы обеспечиваем протокол для связывания текущих финансовых систем и адресации растущих задач по оперативной совместимости. Он закладывает основу для открытой, совместимой и прозрачной финансовой экосистемы – это сеть для цифровых финансовых активов.
Согласие игроков на такое единое представление цифровых активов может создать экосистему, которая принесет пользу всем участникам и создаст сетевые эффекты:
Вместе с другими протоколами, которые обеспечивают соответствие и идентичность, мы предполагаем создание нового мощного финансового стека для финансов на DLT — децентрализованной и единой альтернативы текущим системам.
Элементы AFP
AFP состоит из трех основных частей. Во-первых, ядро экономики построено на основе стандарта ACTUS, который гарантирует единую семантику и логику во всех цифровых активах. Во-вторых, финансовый контракт моделируется как машина (устойчивых) состояний, которая следует расписанию (возможно, динамических) событий и отслеживает текущее состояние и владение. В-третьих, AFP определяет коммуникационные интерфейсы для обслуживания, торговли или анализа цифрового актива. Аналогично стандарту ERC-20 для токенов на Ethereum, эти стандартизированные интерфейсы обеспечивают совместимость для финансовых инструментов.
Анатомия финансовых активов
Создание новой, децентрализованной и интероперабельной финансовой экосистемы начинается с ее основных структурных элементов: цифровых финансовых активов в этой системе. Финансовые активы, по сути, представляют собой договорные соглашения на право собственности на (другие) финансовые активы и их обмен в нынешнем или будущем времени и при определенных условиях (экономика). По сути, описывая кто кому и когда чем обязан.
В то время как два измерения — владение и экономика — кодируют всю эндогенную информацию, цифровые финансовые активы всегда встроены в более широкий социально-экономический контекст и подвержены экзогенным условиям, таким как финансовое регулирование и рынки. Например, право собственности и ее передача включает обеспечение соблюдения нормативных требований (например, KYC и AML). Или обновление переменной ставки в ценных бумагах или определение выигрыша опциона зависит от динамической, внешней информации о рынке. Кроме того, владельцы прав и обязательств, вытекающих из цифрового финансового актива, могут пересмотреть соответствующие положения и условия и обновить состояние актива.
На протяжении всего своего жизненного цикла различные системы, владеющие цифровыми финансовыми активами, должны знать, как они могут получить доступ, восстановить и записать такую информацию. Таким образом, цифровые финансовые активы должны предоставлять общий набор операций СЧОУ, аналогичных операциям систем баз данных:
Для создания единого и совместимого финансового уровня AFP представляет цифровую архитектуру финансовых активов, моделирующую такие активы как автономные объекты. В этой модели цифровой финансовый актив инкапсулирует всю экономическую информацию и информацию о собственности и включает стандартизированные интерфейсы для обслуживания операций СЧОУ для финансового рынка.
Анатомия цифрового финансового актива
Благодаря таким автономным и интероперабельным цифровым финансовым активам новая финансовая экосистема AFP разрушает нынешнюю парадигму силового финансирования и продвигает финансовые рынки к новой парадигме единого финансирования. AFP предоставляет универсальный язык для обмена цифровыми активами по-настоящему совместимым образом.
ACTUS — Периодическая таблица финансовых элементов
ACTUS вводит новый подход к последовательному описанию финансовых инструментов. Он разбивает все существующие финансовые инструменты на 32 типа финансовых контрактов. Каждый тип контракта охватывает отличительную модель платежных обязательств, найденных в финансовых инструментах. Все часто используемые инструменты можно описать с помощью этих 32 типов контрактов или их комбинации. Они представляют собой основные финансовые строительные блоки – периодическую таблицу финансовых элементов.
Такой систематический и модульный подход радикально упрощает токенизацию активов. Это позволяет выпускающим платформам охватить гораздо более широкий спектр финансовых инструментов с управляемым количеством смарт-контрактов.
Более того, ACTUS является единственным стандартом, который определяет все обязательства по платежам для этих финансовых контрактов в алгоритмически однозначной форме в течение всего жизненного цикла и делает это на постоянной основе для всех финансовых инструментов от денежных счетов, простых кредитов, сложных дериватов, а также альтернативного кредитования.
Насколько нам известно, ни один другой стандарт не предлагает такой полной, последовательной и нормализованной формы описания финансовых контрактов. Другие стандарты ориентированы только на ограниченные аспекты финансового контракта, такие как идентификация транзакции (UTI) или продукта (UPI), детали торговли (FIX), сводные данные финансовой отчетности (XBRL) или бизнес-информация, связанная с производным торговым жизненным циклом (FpML).
Эталонная реализация – AFP на Ethereum
Пока мы работаем над стандартом AFP, мы параллельно реализуем первую эталонную версию AFP на Ethereum (AFPoE), чтобы продемонстрировать и доказать осуществимость стандарта.
Другие эмитенты или протоколы будут использовать платформу для выпуска контрактов по стандарту AFP на Ethereum и получат преимущества от:
Реализация состоит из следующих компонентов:
Команда проекта AFP
Наша миссия: на порядок улучшить и полностью раскрыть потенциал финансов в блокчейне путем внедрения единого финансового языка, что в итоге даст полноценную аналитическую картину и обеспечит полную отчетность. Мы стремимся к следующему этапу эволюции финансов, создавая открытую, интероперабельную и экономически прозрачную стандартизированную финансовую экосистему. Система, которая обеспечивает полное и правдивое финансирование, объединяя сегодняшние информационные асимметрии ввода-вывода и обеспечивая целостность рынка.
Команда: команда имеет глубокие познания в области финансов и блокчейна и включает в себя:
Эти разнообразные предпосылки были решающим фактором успеха, чтобы укрепить концепцию и разложить ее на практически осуществимый подход. Список тех, кто внес вклад в проект, указан в конце статьи.
Что дальше?
В ближайшие месяцы мы сосредоточимся на выполнении следующих задач:
Для ускорения процесса внедрения продукта в массы мы в настоящее время сосредоточены на этих трех областях:
Мы тесно сотрудничаем с Фондом финансовых исследований ACTUS в целях обеспечения соответствия стандарту и отстаивания нашего подхода. Они уже достигли важного прогресса, например, в дискуссиях с Европейским Центральным банком, который признал преимущества стандартизированного подхода, такого как ACTUS.
В этом первом посте мы изложили концепцию AFP в целом. Мы продолжим серию постов, в которых будем и дальше знакомить читателя с другими аспектами проекта. Пожалуйста, подпишитесь на наш Twitter канал и Medium, если вы хотите оставаться в курсе событий. На данный момент это будут наши основные информационные каналы.
Присоединяйтесь и вместе мы построим единую финансовую систему следующего поколения!
Порты TCP и UDP, используемые программными продуктами Apple
Узнайте больше о портах TCP и UDP, используемых продуктами Apple, такими как macOS, macOS Server, Apple Remote Desktop и iCloud. Многие из этих портов являются распространенными стандартными портами.
Администраторы сети могут использовать эти сведения для организации доступа компьютеров Mac и других устройств Apple к таким службам, как магазин App Store и серверы обновлений Apple.
Порты, используемые продуктами Apple
Здесь приведен не полный перечень портов, а краткое справочное руководство с самыми распространенными примерами. Это руководство периодически обновляется информацией, доступной на момент публикации.
Некоторое ПО может использовать другие порты и службы, поэтому при настройке брандмауэра и похожих систем управления доступом могут понадобиться программы для наблюдения за портами.
Некоторые службы могут использовать более одного из этих портов. Например, служба VPN может использовать до четырех различных портов. После нахождения продукта в списке выполните поиск (Command-F) в браузере по этому имени, а затем повторите поиск (Command-G), чтобы найти все упоминания данного продукта.
Некоторые брандмауэры позволяют выборочно настраивать порты UDP или TCP с одинаковым номером, поэтому важно знать тип настраиваемого порта. Например, NFS может использовать TCP 2049, UDP 2049 или оба этих порта. Если в брандмауэре не предусмотрено указание типа порта, вероятнее всего, изменение одного порта может повлиять на другой.
| Порт | TCP или UDP | Служба или название протокола 1 | RFC 2 | Название службы 3 | Чем используется |
|---|---|---|---|---|---|
| 7 | TCP/UDP | echo | 792 | echo | — |
| 20 | TCP | FTP | 959 | ftp-data | — |
| 21 | TCP | Управление протоколом FTP | 959 | ftp | — |
| 22 | TCP | Secure Shell (SSH), SFTP (SSH File Transfer Protocol) и SCP (Secure Copy) | 4253 | ssh | Xcode Server (размещенный на сервере и удаленный Git+SSH; удаленный SVN+SSH) |
| 23 | TCP | Telnet | 854 | telnet | — |
| 25 | TCP | SMTP | 5321 | smtp | |
| 53 | TCP/UDP | DNS | 1034 | domain | — |
| 67 | UDP | Сервер протокола Bootstrap (BootP, bootps) | 951 | bootps | NetBoot по DHCP |
| 68 | UDP | Клиент протокола Bootstrap (bootpc) | 951 | bootpc | NetBoot по DHCP |
| 69 | UDP | TFTP | 1350 | tftp | — |
| 79 | TCP | Finger | 1288 | finger | — |
| 80 | TCP | HTTP | 2616 | http | World Wide Web, FaceTime, iMessage, iCloud, установщик QuickTime, «Карты», iTunes U, Apple Music, iTunes Store, «Подкасты», «Интернет-радио», «Обновление ПО» (OS X Lion или более ранних версий), Mac App Store, RAID Admin, «Резервное копирование», «Календарь», протокол WebDAV, Final Cut Server, AirPlay, восстановление macOS через Интернет, «Менеджер профилей», Xcode Server (программа Xcode, расположенный на сервере и удаленный Git HTTP, удаленный SVN HTTP) |
| 88 | TCP | Kerberos | 4120 | kerberos | Kerberos, включая проверку подлинности для совместного доступа к экрану |
| 106 | TCP | Сервер паролей (использование не зарегистрировано) | — | 3com-tsmux | Сервер паролей macOS Server |
| 110 | TCP | Post Office Protocol (POP3), APOP | 1939 | pop3 | «Почта» (получение почты) |
| 111 | TCP/UDP | RPC | 1057, 1831 | sunrpc | Portmap (sunrpc) |
| 113 | TCP | Протокол идентификации | 1413 | ident | — |
| 119 | TCP | NNTP | 3977 | nntp | Программы для чтения групп новостей |
| 123 | UDP | NTP | 1305 | ntp | Настройки даты и времени, синхронизация с сервером сетевого времени, синхронизация с сервером сетевого времени Apple TV |
| 137 | UDP | WINS-сервер (Windows Internet Naming Service) | — | netbios-ns | — |
| 138 | UDP | Служба датаграмм NetBIOS | — | netbios-dgm | Служба датаграмм ОС Windows, сетевое окружение ОС Windows |
| 139 | TCP | Server Message Block (SMB) | — | netbios-ssn | Службы файлов и печати Microsoft Windows, например служба общего доступа Windows в macOS |
| 143 | TCP | IMAP | 3501 | imap | «Почта» (получение почты) |
| 161 | UDP | SNMP | 1157 | snmp | — |
| 192 | UDP | Служба мониторинга сети OSU | — | osu-nms | Состояние или обнаружение PPP базовой станции AirPort (в определенных конфигурациях), утилита AirPort Admin, Ассистент AirPort Express |
| 311 | TCP | Защищенное администрирование сервера | — | asip-webadmin | Программа Server, Server Admin, Workgroup Manager, Server Monitor, Xsan Admin |
| 312 | TCP | Администрирование Xsan | — | vslmp | Xsan Admin (OS X Mountain Lion 10.8 и более поздних версий) |
| 389 | TCP | LDAP | 4511 | ldap | Программы для поиска адресов, например «Почта» и «Адресная книга» |
| 427 | TCP/UDP | SLP | 2608 | svrloc | Браузер сети |
| 443 | TCP | SSL или HTTPS | 2818 | https | Веб-сайты TLS, iTunes Store, «Обновление ПО» (OS X Mountain Lion и более поздних версий), «Предложения Spotlight», Mac App Store, «Карты», FaceTime, Game Center, аутентификация в iCloud, а также цифровые аудио- и видеослужбы («Контакты», «Календари» и «Закладки»), резервное копирование iCloud и программы («Календари», «Контакты», «Найти iPhone», «Найти друзей», «Почта», iMessage, «Документы» и «Фотопоток»), iCloud Key Value Store (KVS), «Дневники iPhoto», AirPlay, восстановление macOS через Интернет, «Менеджер профилей», «Диктовка», Siri, Xcode Server (расположенный на сервере и удаленный Git HTTPS, удаленный SVN HTTPS, регистрация разработчика Apple), push-уведомления (при необходимости) |
| 445 | TCP | Сервер домена Microsoft SMB | — | microsoft-ds | — |
| 464 | TCP/UDP | kpasswd | 3244 | kpasswd | — |
| 465 | TCP | Отправка сообщений для программы «Почта» (SMTP с проверкой подлинности) | smtp (устаревший) | «Почта» (отправка почты) | |
| 500 | UDP | ISAKMP/IKE | 2408 | isakmp | Служба VPN macOS Server |
| 500 | UDP | Вызовы по Wi-Fi | 5996 | IKEv2 | Вызовы по Wi-Fi |
| 514 | TCP | shell | — | shell | — |
| 514 | UDP | Syslog | — | syslog | — |
| 515 | TCP | Line Printer (LPR), Line Printer Daemon (LPD) | — | printer | Печать на сетевом принтере, общий доступ к принтеру в macOS |
| 532 | TCP | netnews | — | netnews | — |
| 548 | TCP | AFP (Apple Filing Protocol) по TCP | — | afpovertcp | AppleShare, общий доступ к файлам, служба файлов Apple |
| 554 | TCP/UDP | RTSP | 2326 | rtsp | AirPlay, QuickTime Streaming Server (QTSS), проигрыватели потокового мультимедиа |
| 587 | TCP | Отправка сообщений для программы «Почта» (SMTP с проверкой подлинности) | 4409 | submission | «Почта» (отправка почты), «Почта iCloud» (проверка подлинности SMTP) |
| 600–1023 | TCP/UDP | Службы Mac OS X на основе RPC | — | ipcserver | NetInfo |
| 623 | UDP | Мониторинг Lights Out | — | asf-rmcp | Функция «Мониторинг Lights Out» (LOM) на компьютерах Xserve с процессором Intel, Server Monitor |
| 625 | TCP | Open Directory Proxy (ODProxy) (использование не зарегистрировано) | — | dec_dlm | Open Directory, программа Server, Workgroup Manager; службы каталогов в OS X Lion или более ранних версий. Podcast Capture/CLI подкаста Podcast Capture/CLI подкаста |
| 8175 | TCP | Тоннель Pcast | — | — | pcastagentd (для операций управления, камеры и т. д.) |
| 8443 | TCP | Служба iCal (SSL) | — | pcsync-https | Mac OS X Server 10.5 или более поздних версий (JBOSS HTTPS в Mac OS X Server 10.4 более ранних версий) |
| 8800 | TCP | Служба «Адресная книга» | — | sunwebadmin | Mac OS X Server 10.6 или более поздних версий |
| 8843 | TCP | Служба «Адресная книга» (SSL) | — | — | Mac OS X Server 10.6 или более поздних версий |
| 8821, 8826 | TCP | Сохраненный | — | — | Final Cut Server |
| 8891 | TCP | ldsd | — | — | Final Cut Server (передача данных) |
| 9006 | TCP | Tomcat изолированный | — | — | Mac OS X Server 10.6 или более ранних версий |
| 9100 | TCP | Печать | — | — | Печать на некоторых сетевых принтерах |
| 9418 | TCP/UDP | Передача пакетов Git | — | git | Сервер Xcode Server (удаленный Git) |
| 10548 | TCP | Служба общего доступа к документам Apple | — | serverdocs | Общий доступ к файлам между macOS Server и iOS |
| 11211 | — | memcached (использование не зарегистрировано) | — | — | Сервер календаря |
| 16080 | TCP | — | — | — | Веб-служба с кэшем производительности |
| 16384–16403 | UDP | RTP, RTCP | — | connected, — | Сообщения (протокол RTP для передачи аудиоданных, RTCP; протокол RTP для передачи видеоданных, RTCP) |
| 16384–16387 | UDP | RTP, RTCP | — | connected, — | FaceTime, Game Center |
| 16393–16402 | UDP | RTP, RTCP | — | — | FaceTime, Game Center |
| 16403–16472 | UDP | RTP, RTCP | — | — | Game Center |
| 24000–24999 | TCP | — | — | med-ltp | Веб-служба с кэшем производительности |
| 42000–42999 | TCP | — | — | — | Потоки iTunes Radio |
| 49152–65535 | TCP | Xsan | — | — | Доступ к файловой системе Xsan |
| 49152– 65535 | UDP | — | — | — | |
| 50003 | — | Служба сервера FileMaker | — | — | — |
| 50006 | — | Служба помощника FileMaker | — | — | — |
1. Служба зарегистрирована организацией Internet Assigned Numbers Authority, за исключением случаев с пометкой «использование не зарегистрировано».
2. Количество документов RFC (Request For Comment), описывающих службу или протокол. Документы RFC утверждаются компанией RFC Editor.
3. В результатах выполнения команд в программе «Терминал» номера портов могут заменяться названием службы, взятым из списка /etc/services.
Технология FaceTime доступна не во всех странах и регионах.