iMessage, FaceTime, Back to my Mac не работают (чистая установка Mountain Lion)

После чистой установки Mountain Lion на MacBook Pro (13 дюймов, MacBookPro5,5) и обновления до версии 10.8.3 у меня возникли проблемы с iMessage, Facetime и Back to My Mac. Я использую Little Snitch (версия 3.0). .4), хотя его включение или выключение не влияет на эти результаты Мой Apple ID работает для других служб.

Системные настройки > iCloud: при включении функции «Доступ к моему Mac» появляется сообщение об ошибке «Сервер iCloud не отвечает». (хотя вроде и не сильно старался, глядя в сетевой монитор)

iMessage: при попытке войти в систему появляется сообщение «Не удалось войти в iMessage. Не удалось войти. Проверьте подключение к сети и повторите попытку».

FaceTime: при попытке войти в систему появляется сообщение «Не удалось войти. Пожалуйста, проверьте подключение к сети и повторите попытку».

Я пробовал следующее:

  1. Проверил, что мое время установлено в правильном часовом поясе и настроено на автоматическую установку.
  2. Я проверил «Связка ключей»> «Система», чтобы удалить все ключи Back to My Mac. Нет присутствующих.
  3. У меня нет записей в /private/etc/hosts для *.apple.com или *.verisign.com.

Обратите внимание: серийный номер, указанный в разделе «Информация об этом Mac/системе», неверен и не соответствует серийному номеру на корпусе (отклоняется на одну букву — я думаю, что он был неправильно введен в серийный номер один раз после замены материнской платы). Повлияет ли это на iMessage/iCloud в Mountain Lion? Несмотря на это, он работал в Lion. К сожалению, я не охвачен AppleCare, но, возможно, Genius увидит, что вина лежит на Apple, и повторно сериализует плату.

Ответы (1)

Серийный номер может быть проблемой. Когда MacOSX думает, что она работает на хитроумном (то есть не Apple) оборудовании, у нее обычно гораздо более серьезные проблемы. Нет блокировки установки MacOSX на конкретный Mac, то есть нет DRM с ключами и обязательной проверки поставщиком, как в Windows. Apple больше всего заботится о людях, покупающих оборудование, поэтому единственное «пиратство» MacOSX, которому они вмешиваются в код, — это запуск ее на оборудовании, отличном от Apple. Но начиная с моей первой версии этого, мне указал на http://www.apple.com/support/icloud/contact/ кто-то слишком вежливый, чтобы назвать меня глупым публично, и это имеет явные признаки связи iCloud/SN. .

В вопросе недостаточно информации, чтобы дать точный ответ на вашу проблему, но есть подсказки, указывающие на возможные проблемы. Чтобы разобраться, стоит начать с отключения Little Snitch и встроенного брандмауэра. Вы, вероятно, захотите, чтобы они снова были включены в конце концов, но их следует отключить, пока вы пытаетесь заставить работать сложные службы, чтобы гарантировать, что они не смогут вызвать вторичную блокировку. И поскольку вы упомянули об этом, вы получаете разглагольствование: НИКОГДА не добавляйте записи в /private/etc/hosts на современной MacOSX, за исключением 4, которые необходимы системе для правильной инициализации петли во время загрузки: IPv4 localhost и Broadcast плюс 2 формы IPv6. локальный хост. если у вас там есть что-то еще, вы должны удалить это. Как только вы исключили возможность того, что конфигурация вашей системы явно блокирует обмен данными, вы можете посмотреть наружу. Все эти службы включают в себя механизмы для установки прямых соединений между двумя машинами, которые могут иметь временные IP-адреса и/или могут находиться за шлюзом NAT, который переводит их трафик между общедоступным и частным (немаршрутизируемым) адресом. К сожалению, внешние сетевые устройства, такие как маршрутизаторы и брандмауэры, где-то между двумя концами, также могут помешать этим механизмам. Если вы находитесь за жестким брандмауэром, у вас будут проблемы. Если вы находитесь за двумя слоями NAT, у вас будут проблемы. Зная , чтоПроблема, с которой вы столкнулись, не будет различима с такими игрушками, как сетевой монитор Little Snitch, поскольку ошибка, которую вы получаете, вероятно, связана с несколькими пакетами, а не с каким-либо текущим потоком. Чтобы знать, что происходит, вам нужно использовать такой инструмент, как tcpdump или wireshark, и иметь представление о том, на что вы смотрите и что ищете.

Я выключил Маленького Снитча; встроенный брандмауэр выключен. Причина, по которой у меня есть вещи в /etc/hosts, двоякая: 1) я не хочу, чтобы приложения Adobe звонили домой, и 2) я запускаю MAMP, который автоматически вставляет записи, соответствующие локальным веб-сервисам, которые были настроены. Однако я попытался полностью удалить эти записи хоста, и это не помогло. Можете ли вы объяснить, почему, по вашему мнению, не следует добавлять записи hosts в современной системе Mac?
Во-вторых, у меня есть резервирование DHCP в моих системах на моем маршрутизаторе. УПНП выключен. Мой IP хоть и не статичен, но не изменился за полгода с тех пор, как у меня появился этот провайдер (TWC). Я попробовал tcpdump, но не знал, какие процессы или трафик следует остерегаться.
Резолвер MacOSX не всегда будет использовать файл hosts, и мир делает с DNS более сложные вещи, чем можно выразить в файле hosts. Кроме того, Apple использует некоторые удивительные системы (например, компьютеры MS!) как часть сервисов iCloud, поэтому неосторожный вход может их убить. Это, безусловно, не вредно, но сопряжено с риском, и есть более чистые и надежные альтернативы.
ТАКЖЕ: см. выделенные курсивом исправления в 1-м абзаце. Я был не прав: вероятной причиной кажется плохой SN. Когда это будет решено, вы должны снова включить LS. Это более чистая/безопасная/более надежная альтернатива /etc/hosts для блокировки телефонных домов и делает то, что непрозрачная (и исторически нефункциональная) встроенная прошивка должна делать с большей ясностью.
iMessage, FaceTime, Back to my Mac не работают (чистая установка Mountain Lion)
СпросиСетьПолитика конфиденциальности1y, 0v