Newsgroup: it.comp.os.linux.iniziare
Titolo: montare cartella di rete

Vorrei montare la cartella //
192.168.1.17/XXX
 
Essa si trova su questo vecchio hard-disk di rete 
https://high-powerit.weebly.com/blog/factory-reset-wd-mybook-world-edition
 
che forse usa qualche vecchio protocollo samba.
 
Ho provato così
 
$ sudo mount -t cifs -v -o guest,vers=1.0 //
192.168.1.17/XXX
 /mnt/YYY
mount.cifs kernel mount options: 
ip=192.168.1.17,unc=\\192.168.1.17\XXX,vers=1.0,user=,pass=********
 
ma come vedete non funziona...

devi essere sicuro dei protocolli che ci sono attivi
 
samba?
ssh?
nfs?

Il 06/10/21 10:37, sacarde ha scritto:

Dovrebbe essere samba.
Per essere sicuro posso fare qualcosa?

letture:
 
https://wiki.ubuntu-it.org/Server/Samba
 
 
https://wiki.ubuntu-it.org/Server/Nfs
 
 
https://wiki.ubuntu-it.org/InternetRete/DesktopRemoto/OpenSsh
 

Il 06/10/21 14:40, sacarde ha scritto:

sudo umount $MOUNT_POINT
sudo smbmount -o guest,vers=1.0 //$IP/$SHARED_DIR $MOUNT_POINT
ls $MOUNT_POINT
ls: impossibile aprire la directory '$MOUNT_POINT': Permesso negato
 

Il 06/10/21 16:35, alex ha scritto:

Se servono, ecco altri dettagli
 
$ sudo ls -l $MOUNT_POINT
-rwxr--r-- 1 www-data www-data   28 dic 15  2017  dropbox.txt
-rwxr--r-- 1 www-data www-data   16 dic 11  2017  gmail.txt
$ sudo ls -ld /mnt/mybook6giu
drws--S--- 2 www-data www-data 0 giu 12 14:58 $MOUNT_POINT
$ sudo umount $MOUNT_POINT
$ sudo ls -ld $MOUNT_POINT
drwxrwxrwx 2 root root 4096 ott  6 16:26 $MOUNT_POINT
 

ma vedi il server dal comando: sudo smbclient -L 192.168..... (IP del server)

 
 
$ sudo smbclient -L 192.168.1.17
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED
 
$ smbclient -L 192.168.1.17
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED
 
Ma sudo serve proprio?

sudo fa eseguire il comando come amministratore...
 
ma sta' girando sul server il servizio samba?
 
riesci a eseguire una shell sul server?

 
 
Intendi una shell tipo telnet o ssh?
Non credo che questi device un po' datati offrano questa possibilità.

- ma se esegui un "df -HT" vedi la risorsa montata?
 
- in genere l'utente www-data si usa per il server apache
 
- il tuo utente fa parte del gruppo www-data ?
 

 
 
$ groups $USER
alex : alex adm cdrom sudo dip plugdev lpadmin sambashare docker vboxusers

sembrerebbe tutto a posto, verifica i permessi delle dir /mnt e /mnt/abc
 
al tuo utente o a un gruppo dove il tuo utente c'e'
 
p.s.
ma in passato funzionava questa condivisione?

 
 
Mi sembra di si.

- per vedere le caratteristiche delle directory/file
 
stat /mnt
 
stat /mnt/abc
 
- per aggiungere utente a gruppo
 
addgroup <utente> <gruppo>
adduser <utente> <gruppo>
 
 
- funzionava con un utente in particolare?

 - funzionava con un utente in particolare?
 
Non ricordo esattamente.
 
PS
 
Tengo un vecchio portatile con windows7 (che fa sempre comodo).
Tramite **Risorse di rete** (una finestra simile a questa 
https://i2.wp.com/sistarelli.com/wp-content/uploads/2011/01/image.png
) 
riesco ad accedere al device e alle relative cartelle (sia in lettura 
che in scrittura).
Per cui è un problema esclusivamente del pinguino.

Il 07/10/21 15:34, alex ha scritto:

Per essere più precisi
 
sudo umount: $MOUNT_POINT
 
ls -ld $MOUNT_POINT
drwxrwxrwx 2 root root 4096 ott  6 16:26 $MOUNT_POINT
 
sudo smbmount -o guest,vers=1.0 //$IP/$SHARED_DIR $MOUNT_POINT
 
ls -ld $MOUNT_POINT
drws--S--- 2 www-data www-data 0 giu 12 14:58 $MOUNT_POINT
 
Comunque io ho sempre usato
sudo mount -t cifs -v -o guest,vers=1.0 ...
Perchè mi hai fatto optare per smbmount?

dovrebbero avere lo stesso effetto
 
smbmount e il mount con l'opzione "-t cifs ecc..."
 
p.s.
credo sia un problema di utente: leggiti la parte "autenticazione" e seguenti 
https://wiki.ubuntu-it.org/Server/Samba
 
 
 
p.s.
riesci a vedere eventuali log sul server?

 riesci a vedere eventuali log sul server?
 
Penso di no; purtroppo è un device tendenzialmente chiuso.
 
Inoltre mentre gli altri mount-point hanno *root* come utente e gruppo, 
abc ha *www-data*
 
$ l -la /mnt/
drwxrwxrwx  2 root     root        0 set 13 14:19 lan-pendrive/
drws--S---  2 www-data www-data    0 giu 12 14:58 abc/
drwxrwxrwx  2 root     root     4096 mag  1  2019 public/
drwxrwxrwx  7 root     root     4096 apr 13  2020 shared-ext4/
drwxrwxrwx  1 root     root     4096 lug 16 22:35 shared-ntfs/
 
ma perchè?

- i mount su /mnt si usano per qualsiasi mount, sia samba che altri, 
sta' a te modificare i permessi/utenti con: sudo chown <utente:gruppo> /mnt/...
 
- il file /etc/samba/smb.conf di cui mi parli e' sul client o sul server? 
 
 
 
p.s.
simile?
https://forum.ubuntu-it.org/viewtopic.php?t=641150
 

 
 
Però qui si parla di windows...

non ho chiaro delle cose... sul server che sistema operativo gira?
 
provato a accedere al server da filemanager con indirizzo:
 
smb://...ipserver...

 
 
vedo l'elenco delle cartelle (evviva), ma se provo a cliccare su una di esse
https://pasteboard.co/O6tpx0IkOAXj.png
 

ma dalla videata di configurazione del server hai attivato in utente "guest/ospite"
e/o un utente con diritti amministrativi?
 
(dalle schermate sembra un buon configuratore)

 
 
ecco altre schermate secondarie
https://pasteboard.co/6xeQePyhHSkM.png
 
https://pasteboard.co/xvCtqvSWas21.png
 
https://pasteboard.co/k6ds83l37Xeb.png
 
https://pasteboard.co/iHMUuYuKCJqW.png
 
https://pasteboard.co/4NTE4SyaulPc.png
 
https://pasteboard.co/uHxCfJtMaYvb.png
 
https://pasteboard.co/aN4O9UcFimWO.png
 

non vedo utenti, creane uno con relativi permessi

 
 
https://pasteboard.co/bo74UXs0fnf1.png
 
https://pasteboard.co/9Bi5OwExNqId.png
 
Utente creato.
 
Adesso che si fa?

proverei da file manager smb://...ip... 
magari ti chiede utente e password per accedere

 
 
https://pasteboard.co/O6tpx0IkOAXj.png
 

- proverei a fare un utente come quello sul sistema linux
 
- prova se accetta da filemanager: connetti risorsa dando IP, user, password
 
- hai altri sistemi/PC per provare l'accesso?

 - hai altri sistemi/PC per provare l'accesso?
 
Rileggiti il post di ieri delle 15.34
Forse ti sei perso il post.scriptum.
 

- quale filemanager usi?
 
- io riproverei i comandi suggeriti in questi post utilizzando l'utente e la password che hai creato adesso (al posto di guest)
 
p.s.
domani faccio qualche prova su una macchina virtuale
 

 domani faccio qualche prova su una macchina virtuale
 
L'hai fatta?

da nautilus --> altre posizioni--> dovresti vedere le dir condivise
 
oppure direttamente "connetti al server": smb://utente:password@..ip.server

 oppure direttamente "connetti al server": smb://utente:password@..ip.server
                                                                   ^^ << 
DOPPIO-PUNTO
 
C'è un doppio punto.
Serve o non serve?
 
Già ho a che fare con un sistema nettamente schizzionoso, per cui 
bisogna essere estremamente precisi.
 

duepunti dopo "smb"
 
e duepunti tra utente e password


 
provato a accedere al server da filemanager con indirizzo:
 
smb://...ipserver...
 
vedo l'elenco delle cartelle (evviva) ...
==========================================================
 

 
 
https://pasteboard.co/t1h2DqAmCqem.png
 
*Non è stato possibile montare la connessione windows*
 
Ma che significa?

Il 09/10/21 16:53, Tony Borlini ha scritto:

Però non riesco ad accedere alle singole cartelle.
Se ad esempio clicco su PUBLIC esce questo.
https://pasteboard.co/t1h2DqAmCqem.png
 
 
Non so se mi spiego...

ma metti user e password che hai creato del server ?
 
p.s.
oppure dai una password con: sudo smbpasswd -a tuoutente
e provare con quelle credenziali

Ma sudo serve proprio?
 
Diciamo che, in fase diagnostica, conviene usarlo perché almeno
elimini i problemi di diritti locali.
Poi, quando con sudo funziona e senza no, si analizza il perché.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 
 
*RIPETO*
non mi chiede nessuna credenziale, mi esce solo quel box del cavolo
 
*RIPETO QUEL CHE HO DETTO QUALCHE GIORNO FA*
Windows7 accede senza problemi.
  - Apro le risorse di rete
  - Click MYBOOKWOLRD
  - Click su una cartella qualunque (ad es. PUBLIC) è si apre
Niente user, pass, e cavolate varie...
 
In windows, in meno di 10 secondi mi trovo con la cartella aperta, con 
tutti i miei file.
In linux, dopo quasi settimana sono ancora bloccato.
Come avete visto non c'è verso, ne da terminale, ne da interfaccia grafica.
 

 A occhio, sembra un disallineamento dei protocolli SMB (1,2,3)?
 
Molto probabile.
Ma c'è rimedio o bisogna rassegnarsi?
 
Mi pare che tempo fa per risolvere ho dovuto installare un apposito 
pacchetto (qualcosa per samba), ma non so se ricordo bene.
 

da kubuntu su kubuntu a me ha funzionato, condividendo la dir e dando i permessi di scrittura all'utente e riavviando
 
a dal filemanager accedo con: smb://utente:password@..IP..

 
 
da kubuntu su kubuntu...

pacchetto (qualcosa per samba), ma non so se ricordo bene.
 
All'inizio hai provato con
sudo mount -t cifs -v -o guest,vers=1.0 //
192.168.1.17/XXX
 /mnt/YYY
 
Potresti provare a cambiare quel "vers" in 2.0 o 2.1 (non so che
protocolli usi il disco).
 
Quel comando cosa ti risponde di preciso?
Sicuro che vada bene "guest", e che non ci siano delle credenziali da
mettere?


 mettere?
 
 
+ cat ./test
#!/bin/bash -u
 
# caricamento configurazione
. ../.conf
 
test_vers() {
     local VERS=$1; shift
 
     test_credenziali guest "$@"
     test_credenziali username=test123,password=test123 "$@"
}
 
test_credenziali() {
     local AUTH=$1; shift
 
     if mountpoint -q $MOUNT_POINT; then
         sudo umount $MOUNT_POINT
     fi
 
     (
         set -ex
 
         #sudo smbmount -o $AUTH,vers=$VERS //$IP/$SHARED_DIR $MOUNT_POINT
         sudo mount -t cifs -v -o $AUTH,vers=$VERS //$IP/$SHARED_DIR 
$MOUNT_POINT
 
         ls $MOUNT_POINT \
         && echo OK: $VERS $AUTH
 
         touch $MOUNT_POINT/file
     )
}
 
test_vers 1.0
test_vers 2.0
test_vers 2.1
+ ./test
+ sudo mount -t cifs -v -o guest,vers=1.0 //
192.168.1.35/PUBLIC
 
/mnt/test-mybook
mount.cifs kernel mount options: 
ip=192.168.1.35,unc=\\192.168.1.35\PUBLIC,vers=1.0,user=,pass=********
+ ls /mnt/test-mybook
+ echo OK: 1.0 guest
OK: 1.0 guest
+ touch /mnt/test-mybook/file
touch: impossibile fare touch di '/mnt/test-mybook/file': Permesso negato
+ sudo mount -t cifs -v -o username=test123,password=test123,vers=1.0 
//
192.168.1.35/PUBLIC
 /mnt/test-mybook
mount.cifs kernel mount options: 
ip=192.168.1.35,unc=\\192.168.1.35\PUBLIC,vers=1.0,user=test123,pass=********
+ ls /mnt/test-mybook
+ echo OK: 1.0 username=test123,password=test123
OK: 1.0 username=test123,password=test123
+ touch /mnt/test-mybook/file
touch: impossibile fare touch di '/mnt/test-mybook/file': Permesso negato
+ sudo mount -t cifs -v -o guest,vers=2.0 //
192.168.1.35/PUBLIC
 
/mnt/test-mybook
mount.cifs kernel mount options: 
ip=192.168.1.35,unc=\\192.168.1.35\PUBLIC,vers=2.0,user=,pass=********
mount error: Server abruptly closed the connection.
This can happen if the server does not support the SMB version you are 
trying to use.
The default SMB version recently changed from SMB1 to SMB2.1 and above. 
Try mounting with vers=1.0.
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel 
log messages (dmesg)
+ sudo mount -t cifs -v -o username=test123,password=test123,vers=2.0 
//
192.168.1.35/PUBLIC
 /mnt/test-mybook
mount.cifs kernel mount options: 
ip=192.168.1.35,unc=\\192.168.1.35\PUBLIC,vers=2.0,user=test123,pass=********
mount error: Server abruptly closed the connection.
This can happen if the server does not support the SMB version you are 
trying to use.
The default SMB version recently changed from SMB1 to SMB2.1 and above. 
Try mounting with vers=1.0.
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel 
log messages (dmesg)
+ sudo mount -t cifs -v -o guest,vers=2.1 //
192.168.1.35/PUBLIC
 
/mnt/test-mybook
mount.cifs kernel mount options: 
ip=192.168.1.35,unc=\\192.168.1.35\PUBLIC,vers=2.1,user=,pass=********
mount error: Server abruptly closed the connection.
This can happen if the server does not support the SMB version you are 
trying to use.
The default SMB version recently changed from SMB1 to SMB2.1 and above. 
Try mounting with vers=1.0.
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel 
log messages (dmesg)
+ sudo mount -t cifs -v -o username=test123,password=test123,vers=2.1 
//
192.168.1.35/PUBLIC
 /mnt/test-mybook
mount.cifs kernel mount options: 
ip=192.168.1.35,unc=\\192.168.1.35\PUBLIC,vers=2.1,user=test123,pass=********
mount error: Server abruptly closed the connection.
This can happen if the server does not support the SMB version you are 
trying to use.
The default SMB version recently changed from SMB1 to SMB2.1 and above. 
Try mounting with vers=1.0.
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel 
log messages (dmesg)
 
Ancora non ci siamo.
Però adesso sono saltate due cose positive.
Te li metto in evidenza
 
+ ./test 2> /dev/null | grep OK
OK: 1.0 guest
OK: 1.0 username=test123,password=test123

 touch: impossibile fare touch di '/mnt/test-mybook/file': Permesso negato
 
Se invece dai il comando anteponendo 'sudo'
sudo touch $MOUNT_POINT/file
riesci a creare il file?
 
cat /etc/samba/smb.conf
cosa restituisce?
 

 
 
https://ufile.io/akm3i7s3
 

 CREAZIONE OK
 
Quindi con i permessi di root riesci in quella directory a leggere e
scrivere.
 
Ora, come ti hanno suggerito, prova a dare senza anteporre 'sudo' il
comando
 
mount -t cifs -v -o $AUTH,vers=$VERS //$IP/$SHARED_DIR $MOUNT_POINT
 
così verifichi se riesci anche da semplice utente a montare la directory
condivisa.
 
Se ci riesci, potrai prima di tutto verificare se hai i permessi
adeguati per poter almeno leggere il file '$MOUNT_POINT/file'
precedentemente creato e subito dopo verificare se disponi anche dei
permessi di scrittura su tale file. 
 
 
 
 
 
 
 
 
 
 

 permessi di scrittura su tale file.
 
Bah, io sinceramente non so più che pesci prendere.
 

 Però mount senza sudo mi sembra un po' strano... almeno con ubuntu
 
Allora continua ad usare sudo per montare la directory $MOUNT_POINT.
 
Ho letto che hai aggiunto il tuo nome utente al gruppo 'www-data'.
 
Potresti provare con il comando 'chown' a cambiare ricorsivamente nella
directory $MOUNT_POINT, e nelle eventuali subdirectory, il nome del
gruppo proprietario in 'www-data'.
 
sudo chown -R :www-data $MOUNT_POINT
 
e poi sempre in quella directory imposta con 'chmod' i permessi di
lettura, scrittura ed esecuzione per il gruppo 'www-data', di cui
appunto fai parte.
 

Il 13/10/21 22:06, Tony Borlini ha scritto:

+ sudo mount -t cifs -v -o guest,vers=1.0 //
192.168.1.39/PUBLIC
 
/mnt/test-mybook
mount.cifs kernel mount options: 
ip=192.168.1.39,unc=\\192.168.1.39\PUBLIC,vers=1.0,user=,pass=********
+ ls -l /mnt/test-mybook
totale 0
-rw-r--r-- 1 www-data www-data 0 ott 13 15:11 file
+ sudo chown -R :www-data /mnt/test-mybook
chown: cambiamento del gruppo di '/mnt/test-mybook/file': Argomento non 
valido
chown: cambiamento del gruppo di '/mnt/test-mybook': Argomento non valido
+ sudo chmod -R 777 /mnt/test-mybook
chmod: cambio dei permessi di '/mnt/test-mybook': Permesso negato
chmod: cambio dei permessi di '/mnt/test-mybook/file': Permesso negato

 chmod: cambio dei permessi di '/mnt/test-mybook/file': Permesso negato
 
Sarebbe stato troppo bello e facile ... :-)
 
Io a dire il vero avrei provato a cambiare i permessi di
'/mnt/test-mybook' prima del montaggio, ma non so, dovresti provare, ma
forse cambia nulla ...
 
Leggo nelle guide riguardo a '/etc/samba/smb.conf' della possibilità di
aggiungere 'create mask = 0755  # Permessi dei file'.
 
Prova ad approfondire questo aspetto, magari usando 'create mask =
0775', cosicché anche gli appartenenti al gruppo www-data ottengano i
permessi rwx.
 
Ho letto anche diversi altri esempi che potresti provare a vedere se
funzionano correttamente:
 
sudo mount -t cifs //
192.168.1.39/PUBLIC
 /mnt/test-mybook -v -o \
username=alex,iocharset=utf8,file_mode=0777,dir_mode=0777,soft,user,noperm
 
Se usi Gnome:
gvfs-mount smb://
192.168.1.39/PUBLIC
 
 
Un'altra soluzione da provare sarebbe quella di aggiungere una direttiva
in '/etc/fstab' tipo:
 
//
192.168.1.39/PUBLIC
 cifs username=alex,noauto,rw,users 0 0
 
(Con 'noauto' al boot non si monterà automaticamente.)
 
Crea magari per il montaggio una nuova directory ed assegnale
proprietario, gruppo e permessi:
 
sudo mkdir /media/test-mybook
sudo chown -R alex:alex /media/test-mybook
sudo chmod -R 775 /media/test-mybook
 
Quando vuoi montarla, al posto di 'mount -t cifs' usa l'utility NON-root
'mount.cifs', che credo faccia parte di 'cifs-utils':
 
mount.cifs //
192.168.1.39/PUBLIC
 /media/test-mybook
 
(per smontare 'umount /media/test-mybook')

 funzionano correttamente:
 
Negli esempi proposti ho dimenticato di inserire nelle opzioni
'vers=1.0' e potrebbero mancare anche altre cose. Sono appunto solo
esempi, per cui non basta che li copi pari pari ma devi prima adattarli
un po' secondo le tue esigenze.
 
 

 
 
mount.cifs: permission denied: no match for /media/test-mybook found in 
/etc/fstab

Il 14/10/21 15:31, alex ha scritto:

Forse ci siamo
 
+ grep /mnt/test-mybook /etc/fstab
//
192.168.1.125/PUBLIC
 /mnt/test-mybook cifs 
username=alex,noauto,vers=1.0,rw,users 0 0
+ mount.cifs //
192.168.1.125/PUBLIC
 /mnt/test-mybook
Password for alex@//
192.168.1.125/PUBLIC
:
+ touch /mnt/test-mybook/file
+ mkdir /mnt/test-mybook/dir
+ ls -l /mnt/test-mybook
totale 0
drwsr-sr-x 2 alex alex 0 ott 14 17:06 dir
-rw-r--r-- 1 alex alex 0 ott 14 17:06 file
 
Però continua a seguire il thread.
Prima di festeggiare vorrei fare un po' di accertamenti, riavviare 
l'infrastruttura, e rimettere in ordine le idee :)
 
Quindi continua a seguirmi, potrei averne ancora bisogno.

Il 14/10/21 12:23, Tony Borlini ha scritto:

Vedi il post di qualche minuto fa.

 Solo questo cavolo di ubuntu è una testa di capra :(
 
Brutta bestia l'ignoranza
 
https://www.theregister.com/2019/07/09/samba_sans_one_smb1/
 
 

Il 16/10/21 12:34, Tony Borlini ha scritto:

????
 
Vedi che spesso si è obbligati ad usare infrastrutture obsolete.
Purtroppo gli upgrade richiedono dei costi, e spesso richiedono un 
lavoro tedioso che purtroppo si tende a rimandare (questo è vero).