Ошибка «Не удалось получить список общих ресурсов с сервера» при просмотре общего ресурса с помощью Nautilus

Незадолго до обновления с 10.04 до 11.10 мой рабочий стол Ubuntu перестал разрешать мне доступ к моим общим каталогам Windows. Я рассчитывал обновить до 11.10, и проблема будет решена, но нет.

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

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

С чего начать устранение этой проблемы? Я сейчас отчаялся :(

Я пытался

sudo mount -t cifs //SomeMachine/SomeShare some_directory

и я получаю

mount error(115): Operation now in progress

Как ни странно, я получил всплывающее окно с указанием:

Could not display network:/// Error: Dbus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply ...

Это верный ответ на ваш вопрос. У меня тоже была такая же проблема.

Запустите терминал и введите эту команду

gksudo gedit /etc/hosts

и добавьте IP-адрес и имя компьютера в файл hosts. Сохранить и выйти.

Пример ip и имени:

192.168.120.65    blablaPcName

Вот и все.

Я обнаружил, что этот совет от Горда Никерсона сработал для меня: сообщение об ошибке «Не удалось получить список общих ресурсов с сервера», поэтому он не может просматривать ПК с Windows 7, Ubuntu 10 или настольный ПК Mac.

Прежде всего, демоны Samba smbdи nmbdоба должны работать для работы в сети. Их можно запускать с serviceили с systemctl startболее новых системных версий Ubuntu.

smbtree перечисляет все акции с машин в сети.

Итак, /etc/sambaи мы sudo pico smb.conf.

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

name resolve order = bcast host

а затем перезапустите серверы с помощью service smbd restartиservice nmbd restart

Работает! Это ужасная ошибка в обновлении. Обновление не должно нарушать работоспособность, особенно такую ​​важную вещь, как сетевое взаимодействие. Хорошо, что я вспоминаю ручную работу, которую вы должны были выполнить, чтобы вернуть самбу обратно в redhat 5 и 6.

Возможно, это общая ошибка подключения к системе:

• http://forums.gentoo.org/viewtopic-t-895820-start-0.html

В приведенном выше случае потока было несоответствие между именем и IP-адресом, что nmblookupпомогло определить проблему. Кроме того, на этой странице есть несколько полезных советов по устранению неполадок.

• http://www.linuceum.com/Server/srvSambaTrouble.php

Что я копирую

• Переведите smbclient в режим отладки, вывод должен отображаться в dmesg (-d | --debuglevel = level)
• smbclient -L //<IP of Samba Server> -U <server user>
• nmblookup {name}
• Можете ли вы монтировать из других систем?

Отредактируйте свой вопрос, если вы решите больше проблем.

С Ubuntu 14.04:

Эта ошибка может быть вызвана именем netbios размером более 15 символов. Он должен генерировать логи в файле /var/log/samba/log.smbd, который выглядит следующим образом:

register_name: NetBIOS name NAME-OF-PC-TOO-LONG is too long. Truncating to

Эту ошибку можно исправить, отредактировав файл /etc/samba/smb.conf и добавив следующую строку:

netbios name = NAME-OF-PC

NAME-OF-PC не должен содержать более 15 символов.

У меня были очень хорошие результаты в смешанных сетевых средах (Windows / Ubuntu) с этим методом:

1. Нажмите Alt + F2и введите:gksu gedit /etc/nsswitch.conf

2. Посмотрите на эту строку:

   hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
   

3. Добавьте winsтак, чтобы это выглядело так:

   hosts:  files mdns4_minimal [NOTFOUND=return] wins dns mdns4
   

4. Установите пакет "winbind": sudo apt-get install winbind

   (Или через Центр программного обеспечения или Synaptic .)

5. Перезагрузите или перезапустите вашу сеть.

Просто добавьте «allow out» в брандмауэр:

• Порт 137 / UDP - используется nmbd
• Порт 138 / UDP - используется nmbd
• Порт 139 / TCP - используется smbd
• Порт 445 / TCP - используется smbd

И это будет работать, и если вы не знаете, как это сделать, просто установите «gufw», и используйте «+», а затем «простую вкладку».

Моя проблема была из-за /etc/samba/smb.conf. Искал WORKGROUPи удалял строку после которой упомянул localhostимя. Убедитесь, что они WORKGROUPодинаковы для обоих файлов конфигурации на каждом компьютере. Круглый путь к sudo apt-get purge samba(и / или remove?), А затем sudo apt-get install samba. Так я решаю проблему в первый раз, после обновления с 16.10 до 17.04 на одной из моих машин (16.10 для меня было ошибкой). У меня сейчас две машины: 16.04 и 17.04.

У меня была эта проблема, и я решил ее, установив пакет gvfs-bin . За исключением gvfs-bin, большинство пакетов gvfs уже были установлены: gvfs, -common, -libs, -daemons и -backends.

Попробуйте войти в Windows-систему из Ubuntu с помощью Files. Перейдите в «Другие места» и «Подключиться к Сереру» внизу. Используйте smb: // username @ serveraddress. Это сработало для меня.

Проблема (по крайней мере, в Ubuntu 18.04, где я это пробовал) заключается в том, что следующая команда:

sudo ufw allow Samba

добавит правила только для Samba, выступающей в роли сервера. Это не добавит никаких правил для Samba, выступающей в роли клиента. Но когда вы пытаетесь смонтировать удаленный общий ресурс, это то, что вы делаете: в этом случае ваша машина является клиентом, а удаленная машина - сервером.

Кроме того, ошибка «без ответа» - это подсказка, что какой-то брандмауэр все портит. Машины обычно отвечают на запросы. Они могут ответить с ошибкой, в этом случае у вас есть другие проблемы, но если они не отвечают вообще, то их пакеты, как правило, пожираются брандмауэром.

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

Чтобы решить эту проблему, выполните следующую команду:

sudo ufw allow in proto udp from any port 137,138 to any

Это позволит UDP-пакетам поступать на любой локальный порт, если они исходят из порта 137 или 138 удаленного компьютера. Порт 138, вероятно, не является необходимым, поскольку я видел только пакеты, прибывающие из 137, но вы никогда не знаете.

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

Это исправило это для меня.

Я мог видеть мой сервер Samba только по IP-адресу.

Переключение bcast на 1-е в «Порядок разрешения имен = bcast lmhosts hosts wins». И перезапуск самбы. Кстати, эта 1 строка перезапускает самбу.

sudo service samba restart

Это тоже не сработало.

Я пошел посмотреть, /etc/samba/lmhostsчтобы проверить это и нет файла! Итак, я сделал имосты.

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

Я все еще не мог найти имя сервера. Тогда я подумал, подождите, имя компьютера и имя самбы разные. Поэтому я отредактировал hosts & hostname, изменив их на имя сервера samba. Тщательное имя хоста содержит только одно слово. На компьютере нет ни одного комментария.

/etc/hosts    
/etc/hostname    
$ sudo reboot 

Теперь это просто работает. Я могу просто нажать сеть в nautilus или caja, и сервер просто всплывает! На всех клиентах все Linux или Android. Даже на старом Debian выжимают машину.