Назад | Перейти на главную страницу

Невозможно смонтировать общие ресурсы на клиенте Ubuntu с сервера MacOSX через SMB

Я пытаюсь смонтировать общие ресурсы с нашего сервера OSX (10.11.5) на свой Linux-клиент (Ubuntu 15.10) после обновления сервера. До обновления я мог без проблем смонтировать эти каталоги, используя такие записи fstab:

//Server/Share /mnt/server/share cifs user=<user>,nounix,noauto,rw,uid=<user>,gid=<user> 0       0

Однако после обновления я получаю следующие сообщения:

mount error(11): Resource temporarily unavailable
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Я тоже не могу монтировать акции от Наутилуса. Другие клиенты Mac МОГУТ монтировать общие ресурсы. Клиент linux может монтировать общие ресурсы SMB с других серверов Ubuntu.

Бег smbclient дает следующее:

ntlmssp_handle_neg_flags: Got challenge flags[0x22810205] - possible downgrade 
detected! missing_flags[0x00080000] - NT code 0x80090302 
     NTLMSSP_NEGOTIATE_EXTENDED_SESSIONSECURITY
SPNEGO(ntlmssp) login failed: NT code 0x80090302
session setup failed: NT code 0x80090302

Что предполагает проблемы с ntlmssp аутентификация. Я пробовал разные sec= дополнения к fstab но безрезультатно.

OSX sudo serveradmin settings smb вывод выглядит следующим образом.

smb:ntlmv2 = no
smb:ntlmAuth = yes
smb:ServerDescription = "<REMOVED>"
smb:ntlmv2 auth = no
smb:wins server:_array_index:0 = _empty_dictionary
smb:spnego = no
smb:DOSCodePage = "437"
smb:NetBIOSName = "<REMOVED>"
smb:VirtualAdminShares = no
smb:logging = yes
smb:ntlm auth = yes
smb:AllowGuestAccess = no
smb:ntlmv2Auth = no
smb:LocalKerberosRealm = "<REMOVED>"

У меня очень ограниченный доступ к серверу OSX, и я не знаю деталей обновления (я знаю несовершенный мир). я не официально может вносить изменения в сервер напрямую, но может запрос конкретные вещи должны быть сделаны.

Установка в этом направлении (клиент Ubuntu, сервер OSX) кажется необычной, поэтому я был бы признателен за любую помощь, совет или даже мысли, которыми люди могут поделиться.

Я недавно пересмотрел это и, наконец, заставил его работать, добавив vers=2.1 к cifs варианты, таким образом;

//Server/Share /mnt/server/share cifs user=<user>,nounix,noauto,rw,uid=<user>,gid=<user>,vers=2.1 0 0

Похоже, у вас нет пакета cifs-utils установлен на клиентах. Я вижу, что вы уже пытались подключиться с помощью cifs, что обычно является отличным способом устранения проблем с общими папками osx-to-linux (cifs://<host>... скорее, чем smb... для будущих читателей), в качестве теста или альтернативы. Если он у вас уже есть, читайте дальше ...

Вы и пользователь "помощник" ниже на правильном пути, сказав «... [сейчас есть] проблемы с аутентификацией ntlmssp». Вероятно, это проблема. Похожая проблема было сообщено и решено для пользователей Windows... а также для пользователей Ubuntu о переполнении стека.

Как вы, возможно, знаете, сервер OSX, особенно более новые версии, такие как ваша система на основе 10.11 (на самом деле это сервер 5.x), имеют графический интерфейс, в котором многие функции предназначены для настройки с использованием этого "Server.app", и может даже конфликтовать с изменениями или настройками, внесенными в UNIX-land, поэтому всегда следует начинать с них первым, а затем при необходимости Копай глубже. Я добавляю здесь детали для будущего использования на этом сайте:

  1. Получите доступ к клиентской части Server.app; не видя там всех настроек, во-первых, действительно опасно заходить в такие вещи, как serveradmin.

  2. Убедитесь, что ваш вывод из serveradmin settings smb соответствует настройкам Обмен файлами на панели Server.app, например, что SMB включен (есть флажок), и если в данный момент никто не подключен (см. следующую вкладку), используйте большой переключатель в правом верхнем углу, чтобы выключить и снова включить сервис обмена файлами. Вот изображение:

  3. Попробуйте связаться с кто-л. прямо в вашем fstab, поскольку в последних нескольких версиях OSX Server переходит на SMB в качестве предпочтительного протокола (а не на afp).

  4. Если это не помогло, попробуйте снова подключиться с помощью CIFS, а не SMB, после выключения и включения общих ресурсов.

  5. Попробуйте вручную подключиться по SMB с клиента.

  6. Просмотрите журналы совместного использования, чтобы узнать больше, и повторите шаги по мере необходимости.

  7. Я не видел обновленных официальных документов от Apple, кроме "Основа интеграции, так что, если вас все еще нет, опубликуйте обновление, пожалуйста, и давайте при необходимости превратим его в вики-страницу, потому что у нас также будет дополнительная информация от вас, например Если у вас есть доступ к серверу сейчас, для всех нас трудно проводить много времени для устранения неполадок и копаться в страницах руководства и тому подобном без исчерпывающей информации.

У меня также есть проблемы с общими ресурсами между клиентом Linux и сервером OSx (10.11.5).

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

Добавить:

использование клиента spnego = no client ntlmv2 auth = no

в /etc/samba/smb.conf (это место на моем Linux-сервере).

Я получил это от помощника (fzinken) на форуме OSMC (мой клиент - машина osmc raberrypi) см. Также: https://discourse.osmc.tv/t/smb-shares-cannot-browse-after-update/3294/147

Я также использую 10.11.5 и пытаюсь подключиться с компьютера под управлением Ubuntu 14.04 через графический интерфейс. Это не сработало, поэтому я попытался использовать mount.cifs из командной строки, но возникли проблемы.

я добавил sec=ntlmssp к вариантам вместе с nounix как указано выше и username=myusername (чтобы получить доступ для чтения / записи). Наконец-то это сработало, но я все же предпочел управлять вещами через графический интерфейс.

Именно тогда я вспомнил (после нескольких часов разочарования), что графический интерфейс Ubuntu может монтировать общие ресурсы SFTP. Поскольку у меня в любом случае включен SSH на моем компьютере с OS X, я просто решил пойти по этому пути.

Не оптимальное решение для некоторых, но стоит подумать, если вы не совсем привязаны к SMB и нуждаетесь в аналогичной функциональности.