У меня есть устройство хранения Linux (QNAP TS-459U) и общая папка Massive1. Мне нужно смонтировать этот общий ресурс на моем сервере Debian. Они подключаются штатным патч-кордом. Сервер Debian имеет два сетевых интерфейса - eth0 и eth1. eth0 - для Интернета, eth1 - для QNAP.
Итак, я говорю следующее:
mount -t cifs //169.254.100.100/massive1/ /mnt/storage -o user=admin,
где 169.254.100.100 - IP-адрес интерфейса QNAP. Результат получаю (после ввода пароля):
mount error(14): Bad address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Пытался: mount.cifs, smbmount, с '/' в конце сетевого ресурса и без него, а также многие другие варианты этой команды. И всегда это: mount error(14): Bad address
Забавно то, что когда я был в центре обработки данных, я подключил свой нетбук к QNAP по той же схеме (с Fedora 16 на нем), и он подключился без каких-либо проблем, я мог читать / записывать файлы на общей папке NAS QNAP!
Так что я действительно застрял в Debian. Я не могу понять, в чем разница с Fedora, которая делает эту ошибку. Да, я пользовался Google. Не удалось найти полезной информации.
Пинг на IP-адрес QNAP работает, я могу войти в Linux QNAP по ssh, telnet на порту 139 работает.
Это конфигурация сетевого интерфейса, которую я использую в Debian:
IP: 169.254.100.1 Сетевая маска: 255.255.0.0
Единственное отличие в подключении к Fedora и Debian состоит в том, что в Fedora я добавил шлюз - 169.254.100.129, но пинг на этот IP-адрес не работает, поэтому я думаю, что в этом нет необходимости.
~# cat /etc/debian_version
wheezy/sid
~# uname -a
Linux host 2.6.32-5-openvz-amd64 #1 SMP Mon Mar 7 22:25:57 UTC 2011 x86_64 GNU/Linux
~# smbtree
WORKGROUP
\\HOST host server
\\HOST\IPC$ IPC Service (host server)
\\HOST\print$ Printer Drivers
NAS
\\MASSIVE1 NAS Server
\\MASSIVE1\IPC$ IPC Service (NAS Server)
\\MASSIVE1\massive1
\\MASSIVE1\Network Recycle Bin 1 [RAID5 Disk Volume: Drive 1 2 3 4]
\\MASSIVE1\Public System default share
\\MASSIVE1\Usb System default share
\\MASSIVE1\Web System default share
\\MASSIVE1\Recordings System default share
\\MASSIVE1\Download System default share
\\MASSIVE1\Multimedia System default share
Пожалуйста, помогите мне решить эту странную проблему.
Есть ли вероятность, что у вас включен DHCP-сервер QNAP? Если да, то это объясняет, почему вы смогли получить адрес локально через свой ноутбук (Zeroconf, может быть). Можете ли вы назначить QNAP и вашей сети правильную схему локальных адресов?
Видеть: http://en.wikipedia.org/wiki/Private_network#Private_IPv4_address_spaces
Оператор монтирования, который работал у меня в сжатии Debian, - это
mount -t nfs {remote_machine_IP_address}:/{share_point} {local_mount_point}
и размонтировать его
umount -t nfs {local_mount_point}
(конечно, убедитесь, что никакой другой процесс не использует эту точку монтирования!)
Однако вам необходимо сначала настроить разрешения и совместно использовать точки на QNAP NAS и открыть доступ по NFS.
Однако, когда я использовал это в точке общего доступа, которую я настроил, я не мог видеть файлы и папки внизу, но монтирование сработало, о чем идет речь в этой публикации.
Форум QNAP тоже хорош http://forum.qnap.com/index.php
169.254.x.x - это локальный адрес ссылки. Все адреса из 169.254.1.0 к 169.254.254.255 являются. Я не удивлен, что эта конфигурация не работает, это адрес, который получает сетевая карта, когда не может получить IP-адрес от DHCP.
Попробуйте настроить статические IP-адреса и повторите попытку.