Smb mac os не подключается

Обновлено: 06.07.2024

Вопрос - почему Мини не видит расшаренные папки в Finder в разделе "Общий доступ" и как заставить его это делать?

А так у вас все работает :) Раз вы видите сбоку сетевые шары. Просто не получается зайти? Так это потому что они запаролены.

Или делайте шары без логина/пароля и тогда легко по клику будет вход.

Или, один раз надо зайти через smb://computer, указать логин и пароль, сохранить их в KeyChain и дальше можно будет заходить из боковой панели.

У меня одна мысль возникла. Раз компьютер доступен по конкретному IP, но не виден при обращении по имени, может ли тому быть причиной какая-либо настройка в роутере, к которому подключены и Мак, и комп на Виндоуз с шарами?

Эх, если бы все было так просто :-).

>Или делайте шары без логина/пароля и тогда легко по клику будет вход.
****** У всех папок для общего доступа открыт доступ для учетной записи Гость. Соответственно, подключаясь с Мак командой smb://computer_IP и выбирая способ подключения "Как Гость", я без проблем получаю доступ к любой из папок из списка расшаренных.

А штобы мак увидел smb папки надо поставить Bonjour на комп с Windows, а то мак не обязан их видеть, он видит AppleTalk и Bonjour ресурсы, а самба ему чужеродна.

Значит что-то не так настроено У меня мак видит расшаренные smb-папки и показывает в панельке.

SMB2 в 10.9 есть, причем по-умолчанию (smb://ip).
Старая Самба тоже поддерживается, но коннектится надо так: cifs://ip тогда будет задействован

А вообще, Бонжур (да и любой сервис авто-детекции ресурсов в сети), как по мне, это лишний напряг для сети, стрельба UDP-пакетами по всей сети - это ненужный флуд.

Сделайте себе скрипт, который будет коннектится к нужным шарам и пропишите в автозагрузку - это самый верный путь.

Что ж, теперь более-менее все ясно. Осталась одна проблема - научиться писать скрипты. При работе с Виндой до сего времени потребности в этом не было. Может кто научит, как писать, в чем, куда в автозагрузку прописывать (повторяю, для Мак ОС совсем незнакома).

ЗЫ. Вот тебе и самая дружелюбная к пользователю ОСь :-(

Вот, я всегда говорил, винда - это типа айфончика для домохозяек:) И сам как-то в последнее время обленился, какой-то психологический тромб препятствует созданию новых скриптов, гоняю в виртуалке винду и думаю, как же в ней все хоть и убого, но за то просто и понятно как пять копеек:)

да бросьте, было понятно в XP В Vista, 7 и уж тем более в Win 8 - все запутано аж пипец, одна Контрольная панель и ее "мастера" - это ацкий ад. А если что-то не выход - то мрак, столько кнопок и названий и непонятно куда кликать.

Я например в Висте, в свое время, не смог настроить подключение к беспроводной сети, сеть все время свяливалась в режим "домашней" и не пускала никуда - это был аццкий ад.

Когда узнаешь как писать скрипты полюбишь еще больше Все элеиментарно. Открываем AppleScriptEditor и пишем:

=======================================================
tell application "Finder"
if (not (exists the disk "SuperDisk1")) then
mount volume "smb://super:puper@192.168.1.100/Puper1"
end if
delay 1
if (not (exists the disk "SuperDisk2")) then
mount volume "afp://super:puper@192.168.1.101/Puper2"
end if
delay 1
if (not (exists the disk "SuperDisk3")) then
mount volume "cifs://super:puper@192.168.1.102/Puper3"
end if
end tell
=======================================================

Потом запускаем для проверки, если все ОК, сохраняем как Application и вставляем в автозагрузку.

Возможно, потребуется проверить сведения о сервере пользователя, соединениях и каталогах или настроить доступ.

Эта статья предназначена для администраторов корпоративных и образовательных систем.

Проверьте сведения о сервере

Проверьте, правильно ли указано имя пользователя, пароль, имя хоста и IP-адрес сервера.

Выполните привязку к тому же каталогу, что и сервер

Если на сервере macOS Server запущена служба Open Directory либо он связан с Open Directory или Active Directory, выполните привязку с аутентификацией к тому же серверу каталогов. Это позволит клиентам использовать Kerberos и подписание сеансов. Чтобы настроить аутентификацию по протоколу Kerberos, также требуется указать DNS-имя сервера.

Включите NTLMv2 в Open Directory

Если вы используете Open Directory и клиенты нельзя привязать к главному серверу Open Directory, попробуйте включить NTLMv2.

  1. Определите, какие механизмы аутентификации включены на главном сервере Open Directory, используя следующую команду терминала:
    dscl /LDAPv3/127.0.0.1 -read /config/dirserv apple-enabled-auth-mech
  2. Введите пароль администратора каталога. При необходимости пароль администратора Open Directory можно сбросить.
  3. Остановите и перезапустите службу Open Directory в приложении Server.app.

Если протокола SMB-NTLMv2 нет в результатах, вы можете добавить его вручную с помощью следующей команды терминала:

Проверьте доступ к серверу SMB

  1. Проверьте, есть ли у пользователя разрешения на доступ к серверу SMB. Для этого выполните следующую команду терминала на сервере SMB:
    dscl . read /Groups/com.apple.access_smb
  2. Определите GUID пользователя:
    dscl /Search read /Users/<имя_пользователя > GeneratedUID
  3. Добавьте пользователя в список управления доступом SMB (SACL):

Чтобы удалить SACL, используйте следующую команду терминала:

sudo dscl /Local/Default delete /Groups/com.apple.access_smb

Проверьте общий доступ

Проверьте в настройках общего доступа, есть ли у пользователей (как отдельных, так и групп) доступ по крайней мере к одной общей папке.

Проверьте, разрешают ли списки ACL доступ для чтения и записи

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

Если пользователи могут добавлять новые файлы, но не могут редактировать созданные другими пользователями файлы, возможно, потребуется создать список ACL на уровне группы. Чтобы добавить ACL, используйте следующую командную строку (замените имя группы и путь к точке подключения их фактическими значениями):

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

  • Компьютер на операционной системе Mac
  • Компьютер на операционной системе Windows
  • Сеть между компьютером Mac и Windows
  • Файлы на Windows

Почему возникает проблема с правами доступа SMB в Mac OS?

Прежде чем понять в чем кроется проблема, с правами доступа, нужно раскрыть вопрос как работает SMB в Mac OS, и рассмотреть другие нюансы UNIX систем. Итак, в Mac OS все построено на правах пользователей. т.е. в системе, как думают большинство людей, не один пользователь, тот которого они создали при первом запуске системы, а намного больше. В их число входят супер пользователи, корневые пользователи и много-много других. Именно из-за этого нюанса возникает проблема с SMB доступом. Итак, чтобы кто-то мог записывать вам файлы с компьютера под управлением операционной системы windows у вас есть всего два варианта.

Права доступа в Mac OS

Права доступа в Mac OS

Как настроить SMB сервер в Mac OS

Итак, поехали настраивать.

1) Для начала настройки, нужно добавить еще одного пользователя, собственно пользователя под которым нам будут класть файлы. Поэтому заходим в системные настройки->Пользователи и группы

Системные настройки, пользователи и группы

2) Нажмите на замочек в левом нижнем углу окна, если он у вас закрыт и введите пароль.

Значек замка Mac OS

4) После чего заполните поля имени пользователя, пароля, и подсказку. Мы рекомендуем назначать не слишком простой пароль, опять же с точки зрения безопасности. Отдельное внимание уделите типу учетной записи. Она может быть:

  • Администраторской
  • Стандартной
  • Управляемая родительским контролем
  • Только для общего доступа
Нам нужен именно последний тип записи, поскольку он специально создан для функции передачи данных. т.е. свежесозданный SMB-User не сможет зайти в систему, увидеть рабочий стол, программы, как другие типы учетных записей. В принципе нас это более чем устраивает.

Настройки пользователя в Mac

Я работаю, и мой Mac mini перестает подключаться к корпоративным общим папкам сервера SMB.

Если я попробую Finder> Подключитесь к серверу (используя URL-адрес, сохраненный там из предыдущих успешных соединений), macOS Sierra жалуется на более чем бесполезную «общую ошибку».

В моих журналах консоли я не могу обнаружить какую-либо ошибку, связанную с samba (где я должен искать?)

Существуют клонированные мини-мини-машины Mac на одном этаже (мои коллеги), и они могут без проблем подключиться к этому серверу.

Если я пингует эту машину из своей командной строки, я прекрасно ее вижу.

Если я попробую это в командной строке:

macOS Sierra дает следующее:

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

Какой-нибудь намек? Может быть, это связано с тем, что какая-то услуга отключена по ошибке на моем Mac mini?

У меня нет доступа к машине и конфигурации моей компании Samba Server.

Я читал и искал много страниц, и я больше потерялся.

В случае, если это может быть полезно, я использую MacPorts. Может показаться случайным, что добавить сюда, но, может быть, я не знаю о какой-то библиотеке, которую я, возможно, установил, которая может быть известна как неприятная с официальным клиентом OS X SAMBA.

3 ответа

УСПЕХ !!

После 2 месяцев (умеренного) страдания я наконец нашел причину, по которой SMB не работал с моей Sierra Mac Mini.

TL; DR Причина заключалась в установке kext:

com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>

Вы можете проверить, установлен ли он с помощью следующей команды из обычного терминала:

Если у вас есть это (и в случае, если вы также испытываете проблемы с подключением к SMB), вы можете удалить его, снова набрав следующую команду из обычного терминала (нет необходимости загружаться в однопользовательском режиме):

Следуйте инструкциям на экране REBOOT , и все готово :)

Выполняя это, вы потеряете аппаратное ускорение в своих эмуляторах Android, но они будут работать в режиме рендеринга программ. Не блестящий, но это что-то. Вы можете переустановить HAXM в случае, если вам действительно понадобится аппаратное ускорение для эмуляторов Android снова (но будьте готовы снова потерять подключение к SMB (?)).

Длинный ответ:

Если вы используете свой Sierra Mac для разработки Android-материалов, вы, вероятно, установили типичные случайные модули (Android SDK, эмуляторы, драйверы и т. д.) Дело в том, что «ускоритель Intel HAXM» является одним из типичных драйверов, которые вы устанавливаете, если вам требуется правильное аппаратное ускорение ваших эмуляторов для разработки Android. Ну, по-видимому, и верьте этому или нет, этот драйвер несовместим с использованием SMB под macOS Sierra, по крайней мере с моим MAC.

Подсистема Sierra SMB и HAXM - это, по-видимому, не связанные части программного обеспечения, но, похоже, они как-то несовместимы между собой. Если у вас проблемы с SMB, вам придется решить, какой из двух вам действительно нужен больше:

SMB или правильные быстрые эмуляторы для разработки Android .

Спасибо КАЖДЫЙ в этом вопросе, отвечая, комментируя и т. д. специально Бретт , который после многих недель , поставьте меня после правильного указания.

У меня была та же проблема (1025 сбоев для открытия smb-устройства, syserr = Нет такого файла или каталога) и, наконец, отыскал его до /dev/nsmb0 неправильно настроен из-за конфликта kext из очень старого стороннего приложения. Если вы cat /dev/nsmb0 и получите «Устройство не настроено», возможно, это аналогичная проблема.

Чтобы решить эту проблему, я просмотрел все не-Apple kexts и удалил приложения /kexts по одному, пока это не сработало. Мне пришлось загрузиться в режиме одного пользователя (cmd + s во время загрузки), чтобы удалить некоторые из них.

Вы можете выполнить поиск через загруженные не-Apple kexts, используя kextstat | grep -iv apple . Вот пример вывода для меня в рабочей системе:

Вы можете выгрузить kexts по имени файла:

или для имени связки:

Вы одновременно подключаетесь к любым другим SMB-ресурсам? Сегодня я сообщил об ошибке Apple в отношении macOS Sierra, в результате чего, если я подключусь к другому SMB-ресурсу на другом сервере, при попытке подключиться ко второму, он будет использовать исходный IP-адрес и путь общего доступа с нового сервера.

  1. Уже подключен к smb: //192.168.0.2/share1
  2. Попытка подключения к smb: //192.168.0.3/share2
  3. Анализ пакетов показывает, что macOS пытается подключиться к smb: //192.168.0.2/share2, которого не существует.

Единственные обходные пути, которые я придумал, - либо подключиться к отключению от первого сервера, прежде чем пытаться подключиться к второму. Однако это означает, что вы можете одновременно открывать только одно SMB-соединение.

Несколько лучше было использовать имя хоста для сервера вместо IP-адреса. Это, казалось, позволило мне подключиться ко второму SMB-серверу без проблем. Если вы не знаете имя хоста, вы можете получить его, открыв терминал и введя следующую команду.

Надеюсь, что это поможет.

Изменить - я подумал, что стоит упомянуть, что эта проблема, похоже, влияет на всех клиентов, которые были обновлены до Sierra.

Читайте также: