Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: PaSt . 21. 07. 2023, 09:13:16
-
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.
-
Zkus nainstalovat caja-share:
sudo apt update -y && sudo apt install caja-share -y
Bez toho to nefachá.
-
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.
-
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"?
-
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.
-
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.
-
Nemo také potřebuje plugin:
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.
-
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.
-
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:
hosts: files mdns4_minimal [NOTFOUND=return] dns mymachines
$ resolvectl status
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.
-
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
-
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.
-
btw: je aktive avahi ?
systemctl status avahi-daemon
-
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