Nautilus ile bir paylaşıma göz atarken “paylaşım listesi sunucudan alınamadı” hatası

10.04'ten 11.10'a yükseltmeden biraz önce, Ubuntu masaüstüm, Windows paylaşım dizinlerime erişmeme izin vermedi. 11.10'a yükselteceğimi ve sorunun düzeleceğini ama hayır olacağını düşündüm

Nautilus'u kullanarak bir Windows ağ etki alanına tıkladığımda aşağıdaki mesaj çıkıyor:

Konum bağlanılamıyor - Paylaşım listesi sunucudan alınamadı

Bu sorunu gidermeye nereden başlayabilirim? Şimdi umutsuzluğa kapılıyorum :(

denedim

sudo mount -t cifs //SomeMachine/SomeShare some_directory

ve anladım

mount error(115): Operation now in progress

Garip bir şekilde, beliren bir açılır pencere var:

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

Sorunuzun doğru cevabı budur. Ben de aynı problemi yaşadım.

Terminali çalıştırın ve bu komutu girin

gksudo gedit /etc/hosts

ve hosts dosyasına bilgisayara ip adresini ve adını ekleyin. Kaydet ve çık.

Örnek ip ve ad:

192.168.120.65    blablaPcName

Bu kadar.

Bu tavsiyeyi Gord Nickerson'dan benim için çalıştı: Hata mesajı 'sunucudan paylaşım listesini alamadı' olduğundan Windows 7 veya Ubuntu 10 veya Mac masaüstü bilgisayarlarına göz atamıyor.

Her şeyden önce, Samba hizmet eder smbdve nmbdağ tarama çalışması için her ikisi de çalışıyor olmalıdır. Ubuntu'nun daha yeni sistem tabanlı sürümleriyle serviceveya systemctl startbu sürümlerle başlatılabilirler .

smbtree Ağdaki makinelerdeki tüm paylaşımları listeler.

Yani, kapalı /etc/sambave biz sudo pico smb.conf.

Ad çözümleme sırası önce ev sahibi dosyalarını kullanır ve en son yayın yapar ve yorumlanır! Belki bunu şöyle değiştiririz:

name resolve order = bcast host

ve daha sonra sunucularını yeniden service smbd restartveservice nmbd restart

Eserleri! Bu yükseltme yapmak için korkunç bir hatadır. Yükseltme çalışanı, özellikle ağ kurma kadar önemli bir şeyi bozmamalıdır. İyi ki, samba'nın redhat 5 ve 6'da çalışmasını sağlamak için yapmanız gereken manuel çalışmayı hatırlıyorum.

Bu sisteme bağlanma genel bir hata olabilir:

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

Yukarıdaki iş parçacığı durumunda, ad ve IP adresi arasında bir uyumsuzluk vardı nmblookupve sorunun belirlenmesine yardımcı oldu. Ayrıca, bu sayfada bazı sorun giderme ipuçlarına sahip görünüyor

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

Kopyaladığım:

• Smbclient'i hata ayıklama moduna geçirin, çıktı dmesg'de görünmelidir (-d | --debuglevel = level)
• smbclient -L //<IP of Samba Server> -U <server user>
• nmblookup {name}
• Diğer sistemlerden montaj yapabilir misiniz?

Daha fazla sorun giderme yapıyorsanız sorunuzu düzenleyin.

Ubuntu 14.04 ile:

Bu hataya, 15 karakterden büyük bir boyuta sahip olan bir netbios adı neden olabilir. /Var/log/samba/log.smbd dosyasında aşağıdaki gibi görünen kütükler oluşturmalıdır:

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

Bu hata /etc/samba/smb.conf dosyasını düzenleyerek ve aşağıdaki satırı ekleyerek düzeltilebilir :

netbios name = NAME-OF-PC

AD-OF-PC'de 15 karakterden fazla olamaz.

Bu yöntemle karma ağ ortamlarında (Windows / Ubuntu) çok iyi sonuçlar aldım:

1. Alt+ Tuşlarına basıp şunu F2yazın:gksu gedit /etc/nsswitch.conf

2. Bu çizgiyi arayın:

   hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
   

3. Ekle winsBu şekilde görünür:

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

4. "Winbind" paketini kurun: sudo apt-get install winbind

   (Veya Yazılım Merkezi veya Synaptic aracılığıyla .)

5. Ağınızı yeniden başlatın veya yeniden başlatın.

Güvenlik duvarına "izin ver" i eklemeniz yeterlidir:

• Port 137 / UDP - nmbd tarafından kullanılır
• Port 138 / UDP - nmbd tarafından kullanılır
• Port 139 / TCP - smbd tarafından kullanılır
• Port 445 / TCP - smbd tarafından kullanılır

Ve işe yarayacak ve nasıl yapılacağını bilmiyorsanız, sadece "gufw" 'u kurun ve "+" ve ardından "basit sekme" kullanın.

Benim sorunum nedeniyle oldu /etc/samba/smb.conf. WORKGROUPBir localhostisimden sonra satır arandı ve silindi . WORKGROUPHer makinedeki her iki yapılandırma dosyası için aynı olduğundan emin olun . Bir bütün yuvarlak yöntemi nedir sudo apt-get purge samba(ve / veya remove?) Ve daha sonra sudo apt-get install samba. Makinelerimden birinde 16.10'dan 17.04'e yükselttikten sonra sorunu ilk kez bu şekilde çözüyorum (16.10 benim için bir sorun oldu). Şimdi iki makinem var: 16.04 ve 17.04.

Bu sorunu yaşadım ve gvfs-bin paketini kurarak çözdüm . Gvfs-bin dışında, gvfs paketlerinin çoğu zaten kurulmuştu: gvfs, -common, -libs, -daemons ve -backends.

Dosyaları kullanarak Ubuntu'dan bir Windows kutusuna giriş yapmayı deneyin. "Diğer Yerler" e ve "Aşağı Serer'a Bağlan" a gidin. Kullanın smb: // kullaniciadi @ serveraddress. Bu benim için çalıştı.

Sorun (en azından çalıştığım yerde Ubuntu 18.04'te) şu komuttur:

sudo ufw allow Samba

Samba için sadece sunucu olarak görev yapan kuralları ekleyecektir. Samba için müşteri olarak hareket eden herhangi bir kural eklemeyecek. Ancak bir uzak paylaşım oluşturmaya çalıştığınızda, yaptığınız şey şu: bu senaryoda makineniz bir istemci ve uzak makine bir sunucudur.

Ayrıca, "yanıt yok" hatası, bazı güvenlik duvarlarının işleri berbat ettiği yönünde bir ipucu. Makineler genellikle isteklere cevap verir. Bir hatayla cevap verebilirler, bu durumda başka problemleriniz olabilir, ancak hiç cevap vermezse, paketleri genellikle bir güvenlik duvarı tarafından yenir.

Samba'nın bir sunucu olarak hareket etmesine izin veren kurallar, Samba'nın bir istemci olarak hareket etmesine de izin vermek için yeterli değildir, çünkü uzaktaki makineler kendi portlarından 137 kendilerine cevap verir, ancak bu yanıtların geldiği yerel port 137 değildir; rastgele bağlantı noktası.

Bu sorunu çözmek için aşağıdaki komutu uygulayın:

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

Bu, UDP paketlerinin uzak bilgisayarın 137 veya 138 numaralı bağlantı noktalarından geldiği sürece herhangi bir yerel bağlantı noktasına ulaşmasını sağlar. 138 numaralı bağlantı noktasından büyük olasılıkla gerekli değildir, çünkü yalnızca 137'den gelen paketleri gördüm, ama asla bilmiyorsunuz.

Bu büyük olasılıkla güvensiz, çünkü kaynak bağlantı noktası sahte olabilir, ancak paranoyak olmayalım.

Bu benim için düzeltti.

Samba sunucumu sadece ip adresi ile görebiliyordum.

'Adı çözümleme sırası = bcast lmhosts hosts kazanıyor' bölümünde bcast'i 1'e çevirmek. Ve samba'yı yeniden başlatıyorum. BTW bu 1 satır samba yeniden başlatır.

sudo service samba restart

Bu da işe yaramadı.

Ben aramaya gitti /etc/samba/lmhostso & hiçbir dosyasını kontrol etmek! Böylece hayaletler yaptım.

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

Sunucu adını hala bulamadım. Sonra beklediğimi düşündüm, bilgisayar adı ve samba adı farklı. Böylece host & hostname'i düzenledim, samba sunucusunun adına değiştirdim. Dikkatli hostname içinde sadece bir kelime var. Bilgisayar adı no # comment.

/etc/hosts    
/etc/hostname    
$ sudo reboot 

Şimdi sadece çalışıyor. Sadece nautilus veya caja ağlarına tıklayabilir ve sunucu açılır! Tüm istemcilerde, tüm Linux veya android. Eski bir debian sıkma makinesinde bile.