Samba: ошибка монтирования: не удалось разрешить адрес для XXX: неизвестная ошибка

Я прочитал несколько руководств по установке общих ресурсов самбы, но пока не повезло.

Я могу «войти» в мой общий ресурс samba с помощью следующей команды:

smbclient //vvlaptop/Documents

Он запрашивает пароль, но пароля нет, поэтому я просто нажимаю Enter. Затем он успешно входит в систему с подсказкой smb: \>. По какой-то причине я не могу смонтировать общий ресурс. Это команда, которую я использую:

mount -t cifs //vvlaptop/Documents /mnt/virginia
mount error: could not resolve address for vvlaptop: Unknown error

Как я могу успешно смонтировать это устройство?

smbclient умеет искать имена хостов

mount Не умеет искать имена хостов

Для монтирования по имени вы должны использовать локальную службу DNS, такую ​​как Avahi. Без локального DNS вы должны указать IP-адрес при подключении. Вы можете использовать, nmblookup -S WORKGROUPчтобы узнать IP-адрес.

mount -t cifs //192.168.0.123/Documents /mnt/virginia

Обычно лучший способ получить доступ к общим ресурсам - использовать smbnetfs. Это позволит вам смонтировать множество общих ресурсов без прав root.

smbnetfs ~/mountdir
fusermount -u ~/mountdir # To unmount.

Страница man для smbnetfs расскажет вам больше.

Если для общего ресурса требуются логин и пароль, выполните следующие действия.

mkdir ~/.smb
cp /etc/samba/smb.conf /etc/smbnetfs.conf ~/.smb/
touch ~/.smb/smbnetfs.auth
chmod 600 ~/.smb/*

Отредактируйте файл, ~/.smb/smbnetfs.authчтобы вставить учетные данные. Формат файла

auth            "hostname" "username" "password"

Попробуйте следующую команду:

$ mount -t cifs -o username=USERNAME,password= //vvlaptop/Documents /mnt/virginia

Кроме того, вы можете сохранить учетные данные в файле и ссылаться на них:

$ mount -t cifs //vvlaptop/Documents /mnt/virginia \
    -o credentials=/home/mylogin/winpasswd

Затем поместите свои учетные данные в этот файл:

username=mylogin
password=

Если учетные данные являются частью домена, включите это также в файл:

domain=domainname

Ссылки

• Монтирование общих ресурсов samba из Unix-клиента

Была такая же проблема, пытаясь смонтировать наш NAS. Оказывается, нужны разные команды для (я думаю, что это было) разных форматов, например ext 4, NTFS и т. Д. Когда я в конце концов нашел правильную версию, я смог смонтировать через fstabи терминал.
Мы используем Iomega NAS

Это fstabработает

//NASIomega/Documents /mnt/nas/Documents cifs guest,uid=1000,gid=1000,rw,iocharset=utf8,_netdev,file_mode=0777,dir_mode=0777,auto 0 0

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

Однако, это перестало работать на наших версиях nadia и maya (2 разных ПК). Надя начала работать возможно из-за обновления? (не знаю, что делать, чтобы исправить это, несмотря на попытки). Майя все еще не работает. Насколько я знаю, я ничего не изменил. Так что, похоже, там есть некоторые проблемы.

У меня были точно такие же симптомы, и мне пришлось подтолкнуть Avahi, чтобы начать новую установку 18.04.1 (которую уже много раз перезагружали). Тогда все заработало. Я подозреваю, что многие люди заканчивают тем, что задают эти вопросы, поскольку, возможно, не понимают, что это не запускалось на их ВМ по любой причине, и т. Д ...

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

При новой установке 18.04.1 на VMware все работало из коробки. На VirtualBox мне пришлось установить для сети на VirtualBox значение «Bridged Adapter», а затем поднять Avahi и добавить .localимя хоста. Я много раз устанавливал VMware и никогда не сталкивался с проблемами, пока не попробовал VirtualBox несколько дней назад.

В моем двухдневном приключении я обнаружил, что Avahi не запускается правильно на свежем 18.04.1 в настройках VirtualBox, где он, кажется, хорошо запускается на новых установках VMware. Кроме того, в VMware происходит другое волшебство, которое мне не нужно добавлять .local, для имени компьютера XXX и установки VMware я могу просто использовать простое имя хоста Windows.

На VirtualBox, если я сделал:

sudo avahi-daemon --check
sudo avahi-daemon
Daemon already running on PID 721

до этого, с добавлением .local:

sudo mount -t cifs -o username=bob,uid=bob,gid=bob //Xxx.local/MyShare /mnt/MyShare

тогда это работает.

Некоторые люди утверждают, что изменение nsswitch.confдолжно исправить mountразрешение имени. Но после настройки winbindи добавления в список разными способами это не сработало, и добавление или удаление, mdns4_minimalпохоже, фактически не влияет mount. Возможно файл не использовался.

См. Также https://ubuntuforums.org/showthread.php?t=2099537, который является очень коротким примером того, что у кого-то возникла проблема и кто-то показывает синтаксис для исправления его команды, если вы просто упускаете различия при использовании разрешения Avahi.