Samba: смонтируйте ошибку: не мог разрешить адрес для XXX: Неизвестная ошибка
Можно использовать iprange модуль для соответствия диапазону адресов. Вы хотите к DNAT пакеты к своему веб-серверу.
iptables --table nat --append PREROUTING --match iprange --src-range 10.13.13.10-10.13.13.19 --protocol tcp --dport 80 --jump DNAT --to-destination 1.2.3.4
Попробуйте выполнить следующую команду:
$ 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
Ссылки
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.
Manpage для 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"
Пытался установить нашу 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-адресов там, где это было необходимо, поэтому дал машине имя, и теперь это работает.
Однако, это перестало работать на наших версиях для нади и майя (2 разных ПК). Надя начала работать, может быть, из-за обновления? (не знала, что делает что-то, чтобы исправить это, несмотря на попытки). Майя до сих пор не работает. Насколько я знаю, я ничего не изменил. Так что похоже, что там могут быть какие-то проблемы.
У меня были точно такие же симптомы, и мне пришлось подтолкнуть Avahi к новой установке 18.04.1 (, которая уже была перезагружена много раз ). Потом все заработало. Я подозреваю, что многие люди в конечном итоге задают эти вопросы, поскольку, возможно, не понимают, что по какой-то причине это не запускается на их виртуальной машине и т. Д....
Пожалуйста, ознакомьтесь с ответом Rucent88 , прежде чем читать мой, который был одним из самых полезных сообщений по этому вопросу, и вопрос был очень лаконичным.
При свежих установках 18.04.1 на VMware все работало сразу. В VirtualBox мне пришлось установить сеть в VirtualBox на «Мостовой адаптер», а затем нажать 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.