Как зафиксировать одну попытку VPN в macOS Console

Вы ищете журнал VPN на Mac, находите указание на файл PPP, которого нет на этой машине, и делаете вывод, что ничего не записалось. Такой вывод обычно неверен. Запись есть в объединённом журнале, а отсутствующий файл означает, что развёртывание не из тех, что его пишут, а не то, что попытка не регистрировалась. Путаница между этими двумя вещами отправляет людей на час доказывать отрицание.

Встроенный VPN, Tunnelblick и собственный клиент поставщика могут иметь разных владельцев журнала. Начинайте с поддерживаемого клиентом просмотра журнала, когда он есть, а к Console обращайтесь, когда нужны системные события или события поставщика вокруг попытки.

Выберите клиент, который действительно дал сбой

Запишите версию macOS, версию клиента, имя подключения и протокол, прежде чем что-либо открывать. Эти четыре факта определяют, какое имя процесса вы будете искать, и именно их первым делом спросит инженер поддержки.

Если подключение было запущено из пункта строки меню, принадлежащего клиенту поставщика, интересные сообщения могут приходить от этого клиента, а не от системного поставщика VPN. Если оно запущено из собственной панели VPN системы, искать нужно процесс поставщика. Догадки между ними тратят одну попытку, поэтому сначала проверьте, какое приложение владеет подключением.

Включите просмотр в реальном времени до попытки

Откройте Console и выберите этот Mac в разделе Devices, а не подключённый телефон и не старый пакет отчёта. Нажмите Start на панели инструментов, чтобы поток был живым, затем запишите время с его часовым поясом. Используйте доступ администратора, если просмотр этого требует, а на управляемом Mac попросите этот доступ у владельца, а не обходите его.

Теперь сделайте одну обычную попытку подключения и запишите видимую ошибку. Одна попытка важна: повторная добавляет новые события в тот же поток, и смешивание двух попыток в одном окне — это то, как люди начинают исследовать не то рукопожатие.

Ничто из этого не обещает, что след уже существует. Console — это процедура сбора, и вы создаёте условия для чистой записи, а не извлекаете нечто заранее записанное.

Сужайте по процессу, а не по преданиям

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

Console позволяет объединять критерии, и они сужают вместе. Если результаты исчезают, снимите или ослабьте самое строгое условие, а не добавляйте ещё одно. Показывать только конечную ошибку — частая ошибка, потому чтособытие, объясняющее ошибку, обычно появляется на несколько строк раньше.

Сохраните достаточно контекста, чтобы ответить на один вопрос

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

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

Если клиент ведёт собственный журнал, сравните ту же попытку там, вместо того чтобы соединять текущее событие Console с другим повтором из файла, который только дописывается. Старые указания про файл PPP относятся только к развёртыванию, которое всё ещё создаёт этот файл.

Поделитесь самым маленьким полезным фрагментом

Выделите нужные сообщения и используйте поддерживаемое действие Share для предполагаемого получателя. Добавьте заметки о версии и времени, затем перед отправкой просмотрите внутренние имена хостов, идентификаторы учётных записей, адреса и не связанные события. Целый диагностический архив легко приложить и трудно потом обосновать.

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