Nautilus 18.04'te hisse göremedi


13

Gerekli olmayan bilgisayarları 18.04'e yükselttikten sonra, birincil bilgisayarımı 17.10'da tutarken, 18.04'te ağ ve Nautilus ile ilgili küçük bir sorunla karşılaşıyorum.

Nautilus kenar çubuğunda Diğer Konumlar'ı seçtiğimde, ağımdaki diğer makineleri ve Windows ağımı görmeyi bekliyorum. Hepsi 17.10 çalışan makinelerde, ancak 18.04'te görünmüyor. Ayrıca 18.04'te Windows ağı için bir simge olmasına rağmen, üzerine tıklamak 17.10'da olduğu gibi mevcut Çalışma Gruplarını ortaya çıkarmaz.

Benim /etc/samba/smb.confdosyaları tüm makinelerde aynıdır. 18.04 makinelerdeki hisselere çalışarak erişebilirim:

nautilus smb://<ip address>

bir terminalde, bu yüzden Samba yerine Nautilus ile bir ilgisi olduğundan şüpheleniyorum. 17.10 makinelerde Nautilus versiyonu 3.26.0, 18.04 makinelerde 3.26.3'tür.

Yanıtlar:


15

Açıklamanızda iki farklı sorun var.

"Windows Ağı" sorununun nedeni samba'nın bir istemci protokol seviyesini değiştirmesidir: https://ubuntuforums.org/showthread.php?t=2384959

Nasıl çalıştığına geri yüklemek için: smbclient'i yükleyin:

sudo apt install smbclient

Sonra /etc/samba/smb.conf dosyasını düzenleyin ve çalışma grubu = WORKGROUP satırının altına bir satır ekleyin :

client max protocol = NT1

Dosyayı kaydedin ve yeniden başlatın ... evet ... yeniden başlatın.

Lütfen Samba'nın sizi etkilediğini görmek için bunu neden değiştirdiğine dair forum gönderisini okuyun.

17.10 samba sunucularını bulamamakla ilgili diğer bir konu tuhaf görünüyor çünkü bu sürümden başlayarak protokol seviyesine bakılmaksızın otomatik olarak "yayınlanmaları" gerekiyor. Aşağıdaki hizmetin tüm makinelerinizde çalışıp çalışmadığını görüyorum:

sudo service avahi-daemon durumu

Çalışmıyorsa yeniden başlatın:

sudo service avahi-demon start

İstemci max'i NT1 olarak değiştirmek, Ubuntu 17.10 keşfini de düzeltmelidir, ancak avahi yöntemi gerçekten varsayılan olarak çalışıyor olmalıdır.


Cevabın ilk kısmı sorunumu çözdü, avahi-daemon zaten çalışıyordu.
Richard Quint

istemci max protokolü = SMB2 de benim için çalıştı. SMB3 değil.
sk

client max protocol = NT1- teşekkürler, teşekkürler ! Bunun cevabını günlerdir trol ediyor. Her ne kadar şu anda bu makine için iki yerel payım var, smb://xubuntu.localve smb://xubuntu. Bununla birlikte yaşayabilirim. Şimdi aynı Debian kutumda da işe yarayıp yaramadığını göreceğim.
Fiddy Bux

1

Windows ağ taraması yapmak için ufw güvenlik duvarını devre dışı bırakmak zorunda kaldım. Güvenlik duvarı ile çalışmasını sağlamak için hangi kuralları çözemedim.

Status: active

To                         Action      From
--                         ------      ----
137,138/udp                ALLOW       Anywhere                  
139,445/tcp                ALLOW       Anywhere                  
Apache Full                ALLOW       Anywhere                  
Samba                      ALLOW       Anywhere                  
Samba (v6)                 ALLOW       Anywhere (v6)             

22/tcp                     ALLOW OUT   Anywhere                  

0

Güvenlik duvarını devre dışı bırakmak gerçekten sorunu çözer.

diğer çözüm kaynak portu 137 olarak ayarlanmış udp üzerinden intranetten gelen trafiğin (örneğin xxx1 / 24) geçmesine ve hedef portu 137 olarak ayarlanmış iken udp üzerinden gelen trafiğin geçmesine izin vermektir. netbios'ların açılmasına gerek yoktur.


AskUbuntu'ya hoş geldiniz! cevabınıza biraz daha ayrıntı ekleyebilir misiniz? Bu değişiklik bilgisayarda veya yönlendiricide mi yapılıyor? Biri "intranetten gelen trafiği nasıl geçirir"? Teşekkürler!
Joshua Besneatte

Sadece çalışıyor çünkü nas üzerinde çalışan bir winsserver var.
user979675

Değişiklik bilgisayarda güvenlik duvarı kurallarını gufw ile değiştirerek yapılır. Çalıştığını söylemeliyim, ama artık işe yaramıyor çünkü nas'ım çöktü, bu yüzden daha fazla winsserver'ım yok.
user979675
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.