trustd

Сплеск нових захищених зʼєднань — браузер відкриває багато сайтів або програма синхронізується з багатьма серверами — означає багато сертифікатів для перевірки. Після оновлення macOS його кеші порожні, тож він знову перевіряє те, що мав збереженим.

Постійно високе навантаження на процесор від trustd — нетипове явище. Його може спричиняти програмне забезпечення, яке перехоплює захищені зʼєднання, як-от деякі антивіруси, VPN чи мережеві фільтри: вони підставляють власні сертифікати для кожного зʼєднання.

Якщо це короткий сплеск — нічого: він мине, щойно зʼєднання буде перевірено. Якщо навантаження стабільне, завершіть програми, які фільтрують або перевіряють трафік, і подивіться, чи воно спаде. Якщо так, виправляти треба в параметрах цієї програми або звертатися до її розробника.

Не блокуйте trustd брандмауером. Без нього програми не можуть підʼєднатися або повільно відкриваються, як показав збій 2020 року.

Ви знайдете більше ніж один trustd. Один працює під системним обліковим записом _trustd, другий — від вашого імені, а деякі системні служби мають власні.

1. Відкрийте Монітор активності, виберіть Перегляд → Усі процеси і введіть trustd у поле пошуку. Стовпець «Користувач» показує, якому обліковому запису служить кожен.
2. На вкладці «Центральний процесор» зверніть увагу, який екземпляр зайнятий. Якщо той, що під вашим іменем, — зʼєднання встановлює програма, якою ви користуєтеся.
3. Натисніть вкладку «Мережа». trustd, що знову й знову трохи надсилає й отримує, перевіряє відкликання на сервері сертифікатів.
4. Щоб побачити, з якими серверами він спілкується, відкрийте Термінал і виконайте nettop -p trustd. Натисніть q, щоб вийти.
5. Щоб побачити його власні повідомлення, виконайте log stream --predicate 'process == "trustd"'. Повторювані помилки щодо того самого сертифіката чи сервера вказують на програму або мережу, що за ними стоїть. Натисніть Control-C, щоб зупинити.

Нормально: короткі сплески, коли ви відкриваєте браузер, входите в облікові записи або встановлюєте й відкриваєте нові програми, а потім тиша. Відповіді про відкликання кешуються, тож той самий сертифікат не перевіряється через мережу знову, доки не спливе термін кешованої відповіді.

Варто перевірити: він довго лишається зайнятим, або програми повільно відкриваються й не можуть підʼєднатися. Звичні причини:

• Програмне забезпечення, яке перевіряє захищений трафік і видає власний сертифікат для кожного сайту, як-от деякі антивіруси, VPN і мережеві фільтри.
• Мережа, що блокує або сповільнює сервери відкликання, як-от сторінка входу в Wi-Fi до того, як ви увійшли, або суворий робочий брандмауер.
• Неправильні дата й час на Mac, через які дійсні сертифікати виглядають простроченими або ще не дійсними. Увімкніть «Задавати дату і час автоматично» в Системних параметрах → Загальні → Дата і час.

Apple публікує вузли, потрібні її пристроям для перевірки сертифікатів, у своєму списку мережевих вимог для корпоративних мереж. Серед них ocsp.apple.com, ocsp2.apple.com, valid.apple.com, crl.apple.com і certs.apple.com, а також кілька серверів відкликання інших центрів сертифікації.

Якщо ви користуєтеся програмою-брандмауером або керуєте мережею із суворими правилами для вихідних зʼєднань, саме ці зʼєднання від trustd ви побачите, і саме їх слід дозволити.