Я только что обновил Mac Mini, который использую в качестве файлового сервера, до версии 10.10.4, а серверное приложение — до версии 4.1.3. После обновления я больше не могу подключиться к общему ресурсу AFP, который я вижу на боковой панели Finder на клиенте, MacBook Pro.
Если я перезапущу службу общего доступа в серверном приложении, соединение установится успешно. Через некоторое время, если я снова нажму на Mac Mini на боковой панели MBP Finder, появится надпись «Подключение ...», а затем «Ошибка подключения».
Веб-сервер на Mac Mini тоже не отвечает. Я также не могу подключиться с помощью кнопки «Демонстрация экрана», и иногда она просто исчезает с боковой панели.
На MBP при сбое общего доступа он говорит:
14/07/15 14:10:23,438 sharingd[174]: SDSharePointBrowser::handleOpenCallBack returned 65
или:
14/07/15 15:14:36,418 NetAuthSysAgent[318]: DNSAddressResolver:Resolve CFNetServiceResolveWithTimeout failed
14/07/15 15:14:36,418 NetAuthSysAgent[318]: ERROR: AFP_GetServerInfo - connect failed 64
14/07/15 15:14:36,419 sharingd[179]: SDSharePointBrowser::handleOpenCallBack returned 64
Я не уверен на 100%, что это точно связано с рассматриваемым вопросом, но это может помочь некоторым в этой проблеме.
TL;DR: убедитесь, что ваша машина не включает
.или\
Первый. еще в OSX 10.9.x Apple изменила службу общего доступа к файлам по умолчанию с AFP на SMB2, что означает, что если вы используете Finder для подключения к общему файловому ресурсу машины, машина попытается использовать SMB, а затем она должна попробовать AFP, если SMB не работает.
Я просто слишком долго смотрел на разговоры Wireshark между клиентом 10.10.5 и файловым сервером 10.11.3, чтобы понять, что происходит, и я думаю, что, возможно, нашел причину, по которой это иногда не удается для некоторых пользователей.
Сначала настройка, которая, похоже, работает: имя сервера настроено на Computer 1(обратите внимание на пробел) на System Preferences > Sharingпанели. имя netbios для этой машины другое, но это не играет роли при подключении через Finder.
Это приводит к тому, что Bonjour заполняет клиентский компьютер символом computer 1в разделе «Общий доступ» боковой панели. когда вы нажимаете на этот общий элемент, а затем нажимаете кнопку, Connect As...между клиентом и сервером происходит следующий диалог:
CLIENT: Tree Connect Request: \\computer 1._smb._tcp.local\IPC$
SERVER: STATUS_SUCCESS
CLIENT: Create Request File: srvsvc
...
CLIENT: Finder receives Directory listing
Это работает как положено, вы нажимаете на сервер, вводите свои учетные данные и получаете доступ к ресурсам.
Теперь конфигурация, которая не работает, та же настройка, что и выше, но на этот раз имя сервера изменено на computer.1(с использованием точки вместо пробела), это приводит к следующему диалогу клиент-сервер:
CLIENT: Tree Connect Request: \\computer\.1._smb._tcp.local\IPC$
SERVER: STATUS_BAD_NETWORK_PATH
CLIENT: Tree Connect Request: \\<ip address>\IPC$
SERVER: STATUS_SUCCESS
CLIENT: Finder displays Connection Failed
Здесь есть две интересные части:
.заставить \.сервер сообщить о неправильном путиЭто похоже на ошибку в обработке операционной системой недопустимых символов для протокола SMB и надлежащего возврата к IP или AFP в случае сбоя.
Я проверил все специальные символы лица США, следующие символы вызывают эту проблему: .(точка) и \(обратная косая черта). Кажется, что любой другой символ работает нормально (например !, @, %, , ?...), хотя я не проводил исчерпывающую проверку пространства символов ascii.
У меня была точно такая же проблема с ошибкой «SDSharePointBrowser:: handleOpenCallBack вернул 65» в консоли. Чтобы исправить это, я включил, а затем отключил общий доступ к файлам SMB и AFP в Системных настройках. После перезагрузки системы NAS правильно подключается через AFP.
Альдекин
джаланб