Galat "Gagal mengambil daftar saham dari server" saat menelusuri berbagi dengan Nautilus

Sedikit sebelum meningkatkan dari 10,04 menjadi 11,10, desktop Ubuntu saya berhenti memungkinkan saya untuk mengakses direktori share Windows saya. Saya pikir saya akan meningkatkan ke 11,10 dan masalahnya akan diperbaiki tetapi tidak.

Setiap kali saya mengklik domain jaringan Windows menggunakan Nautilus, pesan berikut muncul:

Tidak dapat memasang lokasi - Gagal mengambil daftar berbagi dari server

Di mana saya mulai memecahkan masalah ini? Saya mulai putus asa sekarang :(

Saya mencoba

sudo mount -t cifs //SomeMachine/SomeShare some_directory

dan saya mengerti

mount error(115): Operation now in progress

Anehnya, saya mendapat popup yang menyatakan:

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

Inilah jawaban sebenarnya dari pertanyaan Anda. Saya juga punya masalah yang sama.

Jalankan terminal dan masukkan perintah ini

gksudo gedit /etc/hosts

dan tambahkan alamat ip komputer dan nama dalam file hosts. Simpan dan keluar.

Contoh ip dan nama:

192.168.120.65    blablaPcName

Itu saja.

Saya menemukan saran ini dari Gord Nickerson bekerja untuk saya: Pesan kesalahan adalah 'gagal mengambil daftar berbagi dari server' sehingga tidak dapat menelusuri PC Windows 7 atau PC Ubuntu 10 atau PC desktop mac.

Pertama-tama, daemon Samba smbddan nmbdkeduanya harus berjalan agar penelusuran jaringan berfungsi. Mereka dapat dimulai dengan service, atau dengan systemctl startuntuk rilis Ubuntu berbasis systemd yang lebih baru.

smbtree daftar semua saham dari mesin di jaringan.

Jadi, pergilah /etc/sambadan kita sudo pico smb.conf.

Urutan penetapan nama menggunakan file host terlebih dahulu dan siaran terakhir dan itu dikomentari! Mungkin kita mengubahnya menjadi:

name resolve order = bcast host

dan kemudian restart server dengan service smbd restartdanservice nmbd restart

Bekerja! Ini adalah kesalahan besar yang harus dilakukan dalam peningkatan. Peningkatan seharusnya tidak merusak apa yang berfungsi, terutama sesuatu yang sama pentingnya dengan jaringan. Untung saya ingat pekerjaan manual yang harus Anda lakukan untuk mendapatkan samba bekerja kembali di redhat 5 dan 6.

Mungkin ini adalah kesalahan umum yang menghubungkan ke sistem:

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

Dalam kasus utas di atas, ada ketidakcocokan antara nama dan alamat IP, dan nmblookupmembantu menentukan masalahnya. Juga, halaman ini tampaknya memiliki beberapa tips pemecahan masalah yang bagus

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

Bahwa saya menyalin:

• Masukkan smbclient ke mode debugging, output akan muncul di dmesg (-d | --debuglevel = level)
• smbclient -L //<IP of Samba Server> -U <server user>
• nmblookup {name}
• Bisakah Anda melakukan mount dari sistem lain?

Edit pertanyaan Anda jika Anda melakukan lebih banyak pemecahan masalah.

Dengan Ubuntu 14.04:

Kesalahan ini dapat disebabkan oleh nama netbios yang memiliki ukuran lebih besar dari 15 karakter. Seharusnya menghasilkan log dalam file /var/log/samba/log.smbd terlihat seperti ini:

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

Kesalahan ini dapat diperbaiki dengan mengedit file /etc/samba/smb.conf dan menambahkan baris berikut:

netbios name = NAME-OF-PC

NAME-OF-PC tidak boleh lebih dari 15 karakter.

Saya mendapatkan hasil yang sangat baik di lingkungan jaringan campuran (Windows / Ubuntu) dengan metode ini:

1. Tekan Alt+ F2dan ketik:gksu gedit /etc/nsswitch.conf

2. Cari baris ini:

   hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
   

3. Tambahkan winssehingga terlihat seperti ini:

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

4. Instal paket "winbind": sudo apt-get install winbind

   (Atau melalui Pusat Perangkat Lunak atau Sinaptik .)

5. Mulai ulang atau mulai ulang jaringan Anda.

Cukup tambahkan "bolehkan" ke firewall:

• Port 137 / UDP - digunakan oleh nmbd
• Port 138 / UDP - digunakan oleh nmbd
• Port 139 / TCP - digunakan oleh smbd
• Port 445 / TCP - digunakan oleh smbd

Dan itu akan berhasil, dan jika Anda tidak tahu caranya, cukup instal "gufw", dan gunakan "+" dan kemudian "tab sederhana".

Masalah saya adalah karena /etc/samba/smb.conf. Mencari WORKGROUPdan menghapus baris setelahnya yang menyebutkan localhostnama. Pastikan WORKGROUPsama untuk kedua file konfigurasi di setiap mesin. Cara yang serba bisa adalah sudo apt-get purge samba(dan / atau remove?) Lalu sudo apt-get install samba. Inilah cara saya memecahkan masalah pada putaran pertama, setelah memutakhirkan dari 16.10 ke 17.04 di salah satu mesin saya (16.10 bermasalah untuk saya). Saya memiliki dua mesin sekarang: 16,04 dan 17,04.

Saya punya masalah ini dan menyelesaikannya dengan menginstal paket gvfs-bin . Kecuali untuk gvfs-bin, sebagian besar paket gvfs sudah diinstal: gvfs, -common, -libs, -daemons, dan -backends.

Coba masuk ke kotak Windows dari Ubuntu menggunakan File. Pergi ke "Lokasi Lain" dan "Hubungkan ke Serer" di bagian bawah. Gunakan seseorang: // username @ serveraddress. Ini berhasil untuk saya.

Masalahnya (setidaknya di Ubuntu 18.04 tempat saya mencobanya) adalah bahwa perintah berikut:

sudo ufw allow Samba

hanya akan menambahkan aturan untuk Samba yang bertindak sebagai server. Itu tidak akan menambahkan aturan apa pun untuk Samba yang bertindak sebagai klien. Tetapi ketika Anda mencoba untuk me-mount share jarak jauh, itulah yang Anda lakukan: dalam skenario ini mesin Anda adalah klien, dan mesin remote adalah server.

Juga, kesalahan "tidak ada jawaban" adalah petunjuk bahwa beberapa firewall mengacaukan semuanya. Mesin umumnya menanggapi permintaan. Mereka mungkin merespons dengan kesalahan, dalam hal ini Anda memiliki masalah lain, tetapi jika mereka tidak merespons sama sekali, maka paket mereka biasanya dimakan oleh firewall.

Aturan yang memungkinkan Samba untuk bertindak sebagai server tidak mencukupi untuk juga memungkinkan Samba untuk bertindak sebagai klien, karena mesin jarak jauh merespons dari port 137 mereka sendiri, tetapi port lokal di mana tanggapan ini tiba bukanlah 137, itu adalah beberapa port acak.

Untuk mengatasi masalah ini, jalankan perintah berikut:

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

Ini akan memungkinkan paket UDP untuk datang ke port lokal apa pun asalkan berasal dari port 137 atau 138 dari komputer jarak jauh. Port 138 mungkin tidak perlu, karena saya hanya melihat paket yang datang dari 137, tetapi Anda tidak pernah tahu.

Ini mungkin tidak aman, karena port asal dapat dipalsukan, tetapi jangan paranoid.

Ini memperbaikinya untuk saya.

Saya hanya bisa melihat server samba saya berdasarkan alamat ip.

Beralih bcast ke 1 di 'name resolve order = bcast host lmhosts menang'. Dan memulai kembali samba. Btw 1 baris ini me-restart samba.

sudo service samba restart

Itu juga tidak berhasil.

Saya pergi untuk /etc/samba/lmhostsmemeriksa & tidak ada file! Jadi saya membuat lmhosts.

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

Saya masih tidak dapat mencari nama server. Lalu saya pikir tunggu, nama komputer & nama samba berbeda. Jadi saya mengedit hosts & hostname, mengubahnya menjadi nama server samba. Nama host yang cermat hanya memiliki satu kata di dalamnya. Nama komputer tidak ada komentar #.

/etc/hosts    
/etc/hostname    
$ sudo reboot 

Sekarang hanya berfungsi. Saya cukup mengklik jaringan di nautilus atau caja dan server baru saja muncul! Pada semua klien, semua adalah linux atau android. Bahkan pada mesin pemeras debian tua.