Изменить (tl; dr): Думаю, я нашел "ошибку" - Гость доступ был отключен на /Homes
каталог. Я включил его и теперь могу войти в систему как сетевой пользователь. Может ли кто-нибудь объяснить, почему это необходимо, если это действительно так, и почему это не угроза безопасности?
Сервер Mountain Lion не может определить путь к домашней папке, когда пользователи сети пытаются войти непосредственно в машину.
Используя Workgroup Manager, я вижу, что мой пользовательский дом настроен как:
Home URL: afp://myserver.mydomain.com/Homes/meltemi
Full Path: /Network/Servers/myserver.mydomain.com/Homes/meltemi
Но я не могу войти в систему с экрана входа в Mac из-за «ошибки». На консоль выводятся следующие данные (полный вывод ниже):
2/6/13 10:56:05.881 AM authorizationhost[11031] ERROR | -[HomeDirMounter mountNetworkHomeWithURL:attributes:dirPath:username:] | PremountHomeDirectoryWithAuthentication( url=afp://myserver.mydomain.com/Homes, homedir=/Network/Servers/myserver.mydomain.com/Homes/meltemi, name=meltemi ) returned 64
Тем не менее, я жестяная банка ssh
на сервер, но домашняя папка снова не может быть найдена:
myserver$ ssh myserver.mydomain.com
Password:
Last login: Wed Jan 9 09:37:01 2013 from 10.0.1.42
Could not chdir to home directory /Network/Servers/myserver.mydomain.com/Homes/meltemi: No such file or directory
myserver% cd /Network/Servers/myserver.mydomain.com/Homes
myserver% ls -al
total 0
drwxr-xr-x 2 meltemi nobody 68 Feb 6 10:32 .
drwxr-xr-x 3 root wheel 102 Feb 6 10:32 ..
Но он явно находится в корне сервера (и доступен для домашних каталогов через AFP в Server.app
:
myserver% ls -l /Homes
total 0
drwxr-xr-x+ 22 meltemi staff 748 Feb 4 23:23 meltemi
myserver%
Гостевой доступ должен быть включен в точке общего доступа, используемой для домашних каталогов, поскольку ни один пользователь не будет аутентифицирован во время поиска домашнего пути для его проверки (в вашем случае он все еще ищет /Network/Servers/myserver.mydomain.com/Homes/
хотя он находится на том же сервере). Затем он подключает домашнюю папку как соответствующий пользователь, когда проверяет свой путь.