Подключение к файловому ресурсу Azure с Mac: нет пути к хосту
Я пытаюсь подключиться к общему файловому ресурсу Azure со своего Mac под управлением High Sierra 10.13.6, используя следующую команду:
mount_smbfs -d 0777 -f 0777 //dolphins:[email protected]/models /Users/b3020111/Azure
Однако я продолжаю получать сообщение об ошибке:
mount_smbfs: server connection failed: No route to host
Я отключил подписывание пакетов в /etc/nsmb.conf:
[default]
signing_required=no
Посмотрев в Интернете, я, кажется, не понимаю, куда мне обратиться, любая помощь приветствуется.
это сработало для вас .. Я столкнулся с аналогичной проблемой.
@ AdamSmith-MSFT У меня все еще есть эта проблема на двух разных машинах. Я не могу подключиться к общим файловым ресурсам Azure.
@FrankKrueger, пожалуйста, дважды проверьте, разрешен ли порт 445 вашим интернет-провайдером, дайте мне знать, можете ли вы запустить какой-нибудь тест, чтобы подтвердить, что он не связан с ISP, блокирующим соединение SMB
@ AdamSmith-MSFT Я пробовал использовать три разных провайдера, но без связи. Вы когда-нибудь видели эту работу?
Ответы 6
Он должен работать с использованием следующего синтаксиса:
mount_smbfs //<storage-account-name>@<storage-account-name>.file.core.windows.net/<share-name> <desired-mount-point>
Без добавления разрешений.
Через Finder:
Привет, я пробовал и через Finder, и через Терминал, но все еще не могу подключиться. mount_smbfs //[email protected]/dolphin-recognitio n / Users / b3020111 / Azure mount_smbfs: сбой подключения к серверу: истекло время операции
Я получил его, работая с предоставленным лазурным примером подключения.
mount_smbfs -d 777 -f 777 // пользователь: ключ @ storageurl / папка ~ / mountfolder
Папка в общей папке, необходимая после url и mountfolder, должна существовать.
Но основная причина «Нет маршрута к хосту» заключалась в том, что в ключе доступа была косая черта! Я перестроил key1, пока не получил ключ без косой черты.
НО! Имейте в виду, что ключ восстановления уничтожит все подключения и подключения к этому хранилищу.
Вышеупомянутое сработало для меня. Папка для монтирования должна существовать, а имя папки / общего ресурса должно быть после URL-адреса хранилища.
У меня была такая же проблема с косой чертой в ключе ... Интересно, как это избежать? ?
Вам нужно ввести пароль. Для меня это была замена косой черты на% 2f.
Важно разрешить порт 445 (TCP) для обмена данными по протоколу smb. Если у вас нет доступа к нему, ваш брандмауэр заблокирует его! Пожалуйста, включите его и попробуйте еще раз.
Я столкнулся с той же проблемой, и, хотя мне так и не удалось заставить ее работать через терминал, мне все же удалось решить ее в поисковике.
По сути те же инструкции, что и @Adam Smith-MSFT, но с одним ключевым отличием.
Я создал каталог через веб-интерфейс Azure, и после этого я смог подключиться, добавив /<directory-name> в строку подключения. Без каталога это вообще не сработало бы.
В конце концов, это был «/». Мне пришлось перегенерировать ключ более десяти раз, пока я не получил ключ, у которого нет символа «/», а затем он отлично работал через терминал.
хороший улов. Мне также пришлось регенерировать ключи, чтобы получить ключ без /. и с этим, наконец, сработало.
Сам сегодня столкнулся с этой проблемой. Дважды проверьте, что ваш интернет-провайдер не блокирует порт SMB 445. В моем случае AT&T действительно блокирует этот порт. Я нашел это в их руководстве http://about.att.com/sites/broadband/network
Решением для меня было подключение к VPN, которую я уже размещаю в Azure. Кроме того, как другие уже упоминали в этой теме, избегайте любого / с помощью %2f. Кроме того, добавьте имя общего ресурса в URL-адрес подключения. Например, если имя вашего общего ресурса - my-data, тогда URL-адрес подключения должен содержать xxx.file.core.windows.net/my-data.
Это по какой-то причине опущено в документации / пользовательском интерфейсе Azure и требуется для успешного подключения в OSX.
Спасибо за подсказку о побеге '/'!
Решил ли предоставленный ответ вашу проблему?