Připojení NAS v Linux Mint

[PaSt .]

  Dobrý den,

jsem BFU, který si snaží hrát s linuxem na úrovni, že by nahradil Widows a nemohu hnout s připojením NAS sdílených disků u distribuce Mint. Když zkusím standardní Ubuntu, tak vše funguje jak má, ale z estetických důvodů preferuji Mint. Možná moje  chyba (?).

Když zkusím připojit share z file manageru, dostanu hlášku buď service not known, nebo connection refused. Předpokládám, že ten stejný NAS share vidím dvakrát, protože NAS má povolené jak smb, tak afp shares.
 

Na fórech jsem našel, že pokud z terminálu spustím file manager s parametrem sharu:

caja smb://10.10.8.87

tak potom se mne file manager normálně zeptá na jméno a heslo a NAS share bez problému připojí, a to opravdu funguje. Co je prosím, špatně u prvního případu? Protože s laptopem cestuji, nemusím vždy znát IP adresy shares a jednoduchý přístup skrze file manager by mi žití usnadnil.

[Reklama]

[Hafraan]

Zkus nainstalovat caja-share:

Kód: [Vybrat]

sudo apt update -y && sudo apt install caja-share -y
Bez toho to nefachá.

[PaSt .]

děkuji za radu, ale bohužel nic. Nemůže to být tím, že default file manager v Mintu je Nemo ..? Nicméně i Caja file manager, když jej spustím bez parametru, hlásí stejné chyby jako Nemo ...

Díky.

[ja.]

Tu moze nastat viacero problemov. Pripojenie k share zjavne funguje, co nefunguje, je objavovanie shares a resolvovanie zeroconf adries.

Service discovery: tradicne windowsovy network neighborhood pouzival protokol SMB1. SMB1 je obsolete, mnohe systemy ho uz vobec nepouzivaju z bezpecnostnych dovodov. Tym padom nastal problem, ako robit discovery bez neho. Mac a Linux pouzivaju zeroconf/bonjour, Windows pouziva WS-Discovery. Podla druheho obrazku sa zda, ze NAS podporuje zeroconf.

Name resolution: obrazok s druhou chybou obsahuje hostname v domene .local. Pokial (!) to nie je lokalna dns domena (lokalne domeny nenazyvat .local, kedze je to rezervovana domena!), tak by to mal byt zeroconf hostname. Pokial service discovery funguje (v linuxe avahi je fukcny), suborovy manazer zistil, ze sa treba pripojit ku "kostka.local", ale nevie to previest na IP adresu. Na toto musi byt spravne nastaveny resolver dns; ak je to systemd-resolved, tak musi mat povolene mDNS na danom sietovom spojeni, ak je to glibc nss, tak treba mat zavedeny modul pre mdns.

Co spravi "ping kostka.local"?

[PaSt .]

dobrý den,
děkuji mnohokrát za rozbor situace. Kostka je standardní Synology NAS se SMB2 / SMB3, kterou na pocitaci s MacOS i s Ubuntu normálně uvidím a pak namontuji.

  Když udělám ping na kostka.local dostanu:
ping: kostka.local: Name or service not known

identický ping z MacOS normálně vráti pong vrámci milisekund. Ubuntu stroj teď nemám po ruce.

  Nicméně z toho vyvozuji, že NAS je nastaven dobře a chyba je někde v nastavení Mintu

Děkuji mnohokrát.

[Reklama]

[Hafraan]

Pokud nepingá, musí se v Mintu přidat do /etc/hosts záznam ve formátu:

<IP> <domena>

např.

10.1.1.1 test.local

dobrý den,
děkuji mnohokrát za rozbor situace. Kostka je standardní Synology NAS se SMB2 / SMB3, kterou na pocitaci s MacOS i s Ubuntu normálně uvidím a pak namontuji.

  Když udělám ping na kostka.local dostanu:
ping: kostka.local: Name or service not known

identický ping z MacOS normálně vráti pong vrámci milisekund. Ubuntu stroj teď nemám po ruce.

  Nicméně z toho vyvozuji, že NAS je nastaven dobře a chyba je někde v nastavení Mintu

Děkuji mnohokrát.

[Hafraan]

Nemo také potřebuje plugin:

Kód: [Vybrat]

sudo apt install nemo-share -y

děkuji za radu, ale bohužel nic. Nemůže to být tím, že default file manager v Mintu je Nemo ..? Nicméně i Caja file manager, když jej spustím bez parametru, hlásí stejné chyby jako Nemo ...

Díky.

[ja.]

Pokud nepingá, musí se v Mintu přidat do /etc/hosts záznam ve formátu:

<IP> <domena>

např.

10.1.1.1 test.local

Toto je presne rychly, ale nespravny fix.

Pointa zeroconf je, ze .local hostnames sa vyresolvuju multicastom. Preto spravny fix je rozchodit mDNS, tak ako funguje napriklad v Ubuntu.

[ja.]

Pokud nepingá, musí se v Mintu přidat do /etc/hosts záznam ve formátu:

<IP> <domena>

např.

10.1.1.1 test.local

Toto je presne rychly, ale nespravny fix.

Pointa zeroconf je, ze .local hostnames sa vyresolvuju multicastom. Preto spravny fix je rozchodit mDNS, tak ako funguje napriklad v Ubuntu.

Neviem o aku verziu Mintu ide, a vlastne ani nemam ziadny v okoli, tak som si pozrel, ako to je nastavene v ubuntu (22.04). Velmi jednoducho:

/etc/nsswitch.conf:

Kód: [Vybrat]

hosts:          files mdns4_minimal [NOTFOUND=return] dns mymachines

$ resolvectl status

Kód: [Vybrat]

Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub

Link 2 (enp86s0)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.1
       DNS Servers: 192.168.1.1 192.168.1.2
        DNS Domain: <lokalna_domena>
Takze na urovni glibc resolvera, nie na urovni systemd-resolved/networkmanager.

[PaSt .]

děkuji za radu, když se podívám u mého Mint, vidím následující, ale jako BFU nemám představu co to znamená a co s tím:

$ cat /etc/nsswitch.conf
hosts:          files mdns4_minimal [NOTFOUND=return] dns myhostname


$ resolvectl status
Global
       LLMNR setting: no                 
MulticastDNS setting: no                 
  DNSOverTLS setting: no                 
      DNSSEC setting: no                 
    DNSSEC supported: no                 
          DNSSEC NTA: 10.in-addr.arpa     
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp               
                      d.f.ip6.arpa       
                      home               
                      internal           
                      intranet           
                      lan                 
                      local               
                      private             
                      test               

Link 2 (enp0s5)
      Current Scopes: DNS       
DefaultRoute setting: yes       
       LLMNR setting: yes       
MulticastDNS setting: no         
  DNSOverTLS setting: no         
      DNSSEC setting: no         
    DNSSEC supported: no         
  Current DNS Server: 10.211.55.1
         DNS Servers: 10.211.55.1
          DNS Domain: ~.         
                      localdomain

[ja.]

Mate to spravne, uz jedina moznost co mi napada, preco to nefunguje je len to, ze nemate nainstalovany nss modul mdns4_minimal.

Ten je sucastou balicka libnss-mdns. Skontrolujte, ci mate nainstalovany tento balicek.

Edit: a predsa ma napadla este jedna vec: mate zapnuty firewall? mDNS vyzaduje povolit UDP na porte 5353 na multicast adrese 224.0.0.251.

[k3dAR]

btw: je aktive avahi ?

Kód: [Vybrat]

systemctl status avahi-daemon

[PaSt .]

Dobrý den,

děkuji všem mockrát za pomoc, nakonec jsem to vyřešil tak, že jsem smazal původní Mint 20 a zkusil nedávno vydaný 21.2, kde vše funguje jak má.

Ještě jednou děkuji