Незадолго до обновления с 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 ...
Ответы:
Это верный ответ на ваш вопрос. У меня тоже была такая же проблема.
Запустите терминал и введите эту команду
и добавьте IP-адрес и имя компьютера в файл hosts. Сохранить и выйти.
Пример ip и имени:
Вот и все.
источник
Я обнаружил, что этот совет от Горда Никерсона сработал для меня: сообщение об ошибке «Не удалось получить список общих ресурсов с сервера», поэтому он не может просматривать ПК с Windows 7, Ubuntu 10 или настольный ПК Mac.
Прежде всего, демоны Samba
smbd
иnmbd
оба должны работать для работы в сети. Их можно запускать сservice
или сsystemctl start
более новых системных версий Ubuntu.smbtree
перечисляет все акции с машин в сети.Итак,
/etc/samba
и мыsudo pico smb.conf
.Порядок разрешения имен сначала использует файлы хостов, а потом и широковещательные, и он закомментирован! Может быть, мы изменим это на:
а затем перезапустите серверы с помощью
service smbd restart
иservice nmbd restart
Работает! Это ужасная ошибка в обновлении. Обновление не должно нарушать работоспособность, особенно такую важную вещь, как сетевое взаимодействие. Хорошо, что я вспоминаю ручную работу, которую вы должны были выполнить, чтобы вернуть самбу обратно в redhat 5 и 6.
источник
Возможно, это общая ошибка подключения к системе:
В приведенном выше случае потока было несоответствие между именем и IP-адресом, что
nmblookup
помогло определить проблему. Кроме того, на этой странице есть несколько полезных советов по устранению неполадок.Что я копирую
smbclient -L //<IP of Samba Server> -U <server user>
nmblookup {name}
Отредактируйте свой вопрос, если вы решите больше проблем.
источник
С Ubuntu 14.04:
Эта ошибка может быть вызвана именем netbios размером более 15 символов. Он должен генерировать логи в файле /var/log/samba/log.smbd, который выглядит следующим образом:
Эту ошибку можно исправить, отредактировав файл /etc/samba/smb.conf и добавив следующую строку:
NAME-OF-PC не должен содержать более 15 символов.
источник
У меня были очень хорошие результаты в смешанных сетевых средах (Windows / Ubuntu) с этим методом:
Нажмите Alt + F2и введите:
gksu gedit /etc/nsswitch.conf
Посмотрите на эту строку:
Добавьте
wins
так, чтобы это выглядело так:Установите пакет "winbind":
sudo apt-get install winbind
(Или через Центр программного обеспечения или Synaptic .)
Перезагрузите или перезапустите вашу сеть.
источник
Просто добавьте «allow out» в брандмауэр:
И это будет работать, и если вы не знаете, как это сделать, просто установите «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, где я это пробовал) заключается в том, что следующая команда:
добавит правила только для Samba, выступающей в роли сервера. Это не добавит никаких правил для Samba, выступающей в роли клиента. Но когда вы пытаетесь смонтировать удаленный общий ресурс, это то, что вы делаете: в этом случае ваша машина является клиентом, а удаленная машина - сервером.
Кроме того, ошибка «без ответа» - это подсказка, что какой-то брандмауэр все портит. Машины обычно отвечают на запросы. Они могут ответить с ошибкой, в этом случае у вас есть другие проблемы, но если они не отвечают вообще, то их пакеты, как правило, пожираются брандмауэром.
Правил, которые позволяют Samba выступать в качестве сервера, недостаточно для того, чтобы Samba могла выступать в качестве клиента, поскольку удаленные машины отвечают со своего собственного порта 137, но локальный порт, на который поступают эти ответы, не 137, это некоторые случайный порт.
Чтобы решить эту проблему, выполните следующую команду:
Это позволит UDP-пакетам поступать на любой локальный порт, если они исходят из порта 137 или 138 удаленного компьютера. Порт 138, вероятно, не является необходимым, поскольку я видел только пакеты, прибывающие из 137, но вы никогда не знаете.
Это, вероятно, небезопасно, потому что исходный порт может быть подделан, но давайте не будем параноиком.
Это исправило это для меня.
источник
Я мог видеть мой сервер Samba только по IP-адресу.
Переключение bcast на 1-е в «Порядок разрешения имен = bcast lmhosts hosts wins». И перезапуск самбы. Кстати, эта 1 строка перезапускает самбу.
Это тоже не сработало.
Я пошел посмотреть,
/etc/samba/lmhosts
чтобы проверить это и нет файла! Итак, я сделал имосты.Я все еще не мог найти имя сервера. Тогда я подумал, подождите, имя компьютера и имя самбы разные. Поэтому я отредактировал hosts & hostname, изменив их на имя сервера samba. Тщательное имя хоста содержит только одно слово. На компьютере нет ни одного комментария.
Теперь это просто работает. Я могу просто нажать сеть в nautilus или caja, и сервер просто всплывает! На всех клиентах все Linux или Android. Даже на старом Debian выжимают машину.
источник