Newsgroup: it.comp.os.linux.debian
Titolo: Collegare in rete due PC (Debian)

L'ho già chiesto altrove più di una volta, ma nessuna sono 
stato in grado di capire per intero le risposte e di mettere 
insieme i pezzi.
E nemmeno ho trovato tutorial completi che mi bastassero.
 
Avrei bisogno che qualcuno mi spiegasse passo passo come 
fare per mettere in rete tra loro due PC (uno ha Debian 
Stretch oldstable, l'altro Debian Buster stable)
 
Non ho ADSL, ma quei modem alcatel a saponetta con una 
simcard (ammesso che la cosa sia rilevante).
 
I PC sono collegati via cavo ETHERNET ad un modem-router 
TP-link (che attualmente è spento).
 
Vorrei capire tutti i pacchetti sw di cui necessito, e 
soprattutto di tutte le opzioni che devo o impostare o 
semplicemente annotare, e dove inserirle, per fare in modo 
che i due PC ciascuno "veda" le directory (quali ? boh) 
dell'altro, per sincronizzarle via ethernet
 
Nomi computer ? Dove e come settarlo, che vingoli rispettare ?
Indirizzo IP ?  Dove e come settarlo, che vingoli 
rispettare, o dove semplicemente leggerlo e dove 
trascriverlo sull'altra macchina ?
Nome di dominio ? Dove e come settarlo, che vingoli rispettare ?
 
Non so se ho spiegato interamente il problema (sottolineo 
nuovamente che non capisco una cippa di reti, IP etc, ed è 
la ragione per cui sinora ho sempre fallito).
 
grazie a chi avesse la pazienza di guidarmi nel percorso. 
Queste due macchine dovrebbero poter condividere 
praticamente tutti i dati (salvo la gerarchia di sistema) 
per sincronizzarsi velocemente.
 
Ciao
 
 
 
-- 
1) Resistere, resistere, resistere.
2) Se tutti pagano le tasse, le tasse le pagano tutti
Soviet_Mario - (aka Gatto_Vizzato)
 

 attualmente è spento).
 
Mah, allora, premetto che non vedo una Debian da anni.
Comunque, se colleghi i 2 pc al router, il router dovrebbe
assegnare automaticamente gli indirizzi IP con cui i pc
potranno parlarsi tra loro.
A quel punto prova a guardare nelle impostazioni del
tuo Desktop Manager (KDE, Gnome, altro..) se c'è una voce
sulle reti o sulla condivisione, in cui inserire eventuali parametri
come il nome del pc.
Prova anche dal file manager a cliccare col destro su
una directory e guarda se nelle proprietà c'è qualcosa che
riguarda la condivisione.
Ti servirà di sicuro Samba, che forse potresti avere
già installato
(te lo dico perché fino a tempo fa veniva installato di default
ma ora per esempio sulle Ubuntu direi non sia più così).
Poi vediamo cosa succede o cosa non succede:-)
 
bye
 
 
-- 
  "S'io m'intuassi, come tu t'inmii." - Dante - Paradiso IX,81

 attualmente è spento).
 
Potresti usare rsync e ssh.
 
Un concetto da tenere presente nella sincronizzazione è quello di
client - server.
 
In questo caso assumo che il server stia su PC con Debian Buster ed il
client, ovvero quello dove vuoi che i file vengano sincronizzati, su
quello con Debian Stretch.
Ovviamente se ti interessa fare al contrario non hai che da invertire le
cose.
 
Sul client (Stretch) installa rsync .
openssh-client dovrebbe già essere installato di default, se no
installalo.
 
Sul server (Buster) installa invece openssh-server .
 
Accendi il tuo modem-router TP-link con i due PC collegati ai connettori
ethernet.
 
Individua l'IP (IPv4) del server:
puoi farlo consultando nel Netwok Manager i dettagli delle impostazioni
di rete via cavo
 
oppure dando nel Terminale il comando:
ifconfig
oppure, se ifconfig non è disponibile, con il comando
ip addr show
 
Nel mio caso l'ethernet è indentificato come "enp1s0" e trovo il suo IP
espresso come:
 
inet 192.168.1.2
 
Quindi non hai che da dare sul client (Stretch) il comando in questa
forma:
 
rsync -av -e 'ssh -o PubkeyAuthentication=no' 'remote_user@IP:~/remote/file' 'local/file'
 
Ho fatto una prova con un'immagine (draco.jpg) che avevo nella Home sul
PC dove è installato openssh-server :
 
rsync -av -e 'ssh -o PubkeyAuthentication=no' 'to...@192.168.1.2:~/Immagini/draco.jog' 'Immagini/draco.jpg'
 
 

 'to...@192.168.1.2:~/Immagini/draco.jog' 'Immagini/draco.jpg'
 
Ha preso l'a capo ... :-/
Il comando è:
 
rsync -av -e 'ssh -o PubkeyAuthentication=no' 'remote_user@IP:~/remote/file' 'local/file'
 
e l'esempio:


 bye


 
 
 


 macchine è WINDOWS e Samba Share è costruito per dialogare con reti Win
 
Sì beh fino a un certo punto, anche tra due pc con Linux, Samba
rimane uno dei metodi più semplici per condividere files.
Altrimenti puoi usare NFS
https://wiki.ubuntu-it.org/Server/Nfs
 
ma Samba è comodo se magari un giorno vuoi condividere dei files
anche con un cellulare o altro device.


 e l'altra client
 
Leggere con attenzione e seguire, così come volevi, le istruzioni
passo-passo, riga dopo riga no? :-)
 
Mi sembra abbastanza semplice; in breve:
 
1) Sul PC con IP 192.168.1.124 installi openssh-server
 
2) Sull'altro PC installi rsync
 
 
A quel punto puoi fare una prova:
 
Sul PC con l'IP 192.168.1.124 crei nella tua Home un file che per esempio
nomini PIPPO
 
Poi sull'altro PC dai nel Terminale il comando:
 
rsync -av -e 'ssh -o PubkeyAuthentication=no' '$US...@192.168.1.124:~/PIPPO' 'PIPPO'
 
(Nel comando al posto di "$USER" scrivi il tuo nome utente.)
 
Se tutto funziona correttamente il file PIPPO comparirà identico nella
Home del tuo utente in entrambi i PC.
 
 

 
 
 
-- 


 
 
 


 
 
 
-- 


 piuttosto che lanciare dalla linea di comando.
 
Ma figurati, ci mancherebbe ... :-) il mio suggerimento era solo una
delle tante possibilità tra cui puoi scegliere, e freefred te ne ha
elencate alcune altre.
 
Avevo capito da subito, o quasi, che avresti preferito lavorare con una
applicazione grafica ma io sono convinto che su Linux in linea di
massima sia preferibile dapprima approcciarsi alla CLI, la riga di
comando, e solo in seguito, quando si è compreso l'uso dei comandi
testuali necessari, si possa passare tranquillamente alle applicazioni
grafiche, nel caso si reputi che queste possano fornire maggiori
vantaggi.
 
Tu comunque avevi esordito con «fare in modo che i due PC ciascuno
"veda" le directory dell'altro, per sincronizzarle via ethernet».
Tieni presente che il drang&drop è cosa in parte diversa dalla
sincronizzazione che invece copia un file da una directory ad un'altra
solo se in quest'ultima tale file non è presente oppure se è più vecchio
e quindi viene sostituito con lo stesso file modificato più di recente.
 
Se non sbaglio in qualche altro tuo post avevo letto, senza però
risponderti, che ti interessava anche sapere il nome dell'host: lo puoi
conoscere aprendo il Terminale e leggendo il prompt che di solito si
presenta nella forma di
 
user@hostname:~$
 
Lo puoi leggere anche in /etc/hostname
 
e se vuoi puoi modificarlo oltre che da lì anche ad esempio con il
comando
 
hostnamectl set-hostname "nuovonome"
 

 hostnamectl set-hostname "nuovonome"
 
e per quanto riguarda DOMINIO e WORKGROUP ? Come li ricavo 
e/o imposto, alla bisogna ?


 imposto, alla bisogna ?
 
Non so, credo riguardino Samba che non ho mai usato.
 

 alla bisogna ?
 
Senza entrare nel tecnico non hai bisogno di un dominio
ma ti basta un gruppo di lavoro, se devi solo condividere
2 pc con Linux in cui sei l'unico utente.
Riguarda appunto solo Samba però.
Se non vuoi usare Samba (cosa che accetto eh)
allora ti consiglio di seguire qualche wiki come quello che
ti avevo postato di Ubuntu su NFS, relativo a Debian.
Probabilmente dovrai editare qualche file e dare qualche
comando in console ma pensa che di solito basta installare e configurare 
una volta, poi funzionerà quasi per sempre.
 
Putroppo oltre a Debian, è un sacco di tempo che non vedo
nemmeno l'XFCE, comunque Thunar dovrebbe avere la possibilità
installando qualche pacchetto di leggere e operare in rete, via Samba, 
ftp o ssh.
Leggi qui al punto dove parla di "Usare Thunar per esplorare cartelle 
remote":
https://wiki.archlinux.org/index.php/Thunar_(Italiano)
 
 
Non sono sicuro che su un XFCE tu possa davvero fare
tutto con dei click in un'interfaccia grafica, temo,
potrei sbagliarmi però.



il modo piu' rapido e' settare un pc come NFS server e l'altro come NFS 
client.
 
Gli IP devono essere diversi, il router dovrebbe avere il DHCP per 
assegnarli automaticamente.
 


la tua risposta è sicuramente giusta, ma essendo sintetica 
spiega le cose a uno che le sappia già fare di suo :\
E non è l'unica,tipo quella di "seguire qualche wiki", 
editare "qualche file", dare "qualche comando". Eh ... per 
quel che ne posso sapere, qualche a caso :\


 sapere, qualche a caso :\
 
Scusate se mi intrometto: mi sembra che ora stai veramente esagerando
con le pretese ... Ti sono state indicate diverse possibilità ma non ne
hai accettata/provata finora manco una.
Scendendo nel personale, io sono giunto ad indicarti passo-passo una
serie di pochi comandi risolutivi che potevi provare copiandoli nel
terminale ma anche in questo caso nulla: preferivi la GUI! Allora ti ho
suggerito gFTP, semplicissimo da usare: e tu cosa hai fatto? Nulla manco
in questo caso, neppure dare una risposta.
Cosa vorresti? Che venissimo a casa tua a farlo al posto tuo?
 
Ti suggeriscono NFS e tu non lo conosci? Non hai che da cercare su
Google, poi se ti aggrada provi ad usarlo e se malauguratamente ti areni
da qualche parte puoi nuovamente chiedere qui dove mi sembra hai
ricevuto la massima disponibilità. Più di così ...
 
http://guide.debianizzati.org/index.php/NFS:_esempi
 
 


non sono pratico nell'insegnare ma ti assicuro che non e' difficile. Per 
linux ci sono migliardi di pagine web che spiegano come fare, basta 
digitare "how to install nfs on debian" su google , oppure seguire le 
guide del sito Debian.
 

 qualche a caso :\
 
Beh il wiki o una guida ti diranno quali files editare e quali comandi 
dare ed eventualmente quali pacchetti installare: per quello si chiamano 
guide.


 
http://guide.debianizzati.org/index.php/NFS:_esempi
 
 
proverò a vedere se questo mi risulta chiaro.
Ehi, senza polemica : capisco che sia frustrante scontrarsi 
con l'ignoranza informatica, di sicuro non è una cosa fatta 
per dare fastidio o disdegnare i consigli. Può darsi che 
prima o poi riuscirò a mettere insieme i pezzi e capire cosa 
mancava.
 
Grazie



ma che ci vuole ad usare NFS, crei una directory sul server e la monti 
sul client, fine della storia. Le guide di debian ti guidano passo passo.
 

 
 
sto cercando un modo per montare directory esistenti ... 
magari la trovo !
 
ho anche dei dubbi sulla gestione dei permessi, perché uso 
lo stesso nomeutente e GID e UID in ambo le macchine :\
(però qui presumo che la sfangherei usando chmod con stesso 
username:gruppo sulle cartelle da condividere).
 
P.S. : in effetti quella guida è fatta veramente bene, non 
ci avevo mai incappato perché per abitudine cerco solo 
risorse in inglese (salvo che capisco solo gli argomenti 
semplici o quelli che già so).
Devo spulciarmela meglio, e magari vedere se c'è anche 
qualcosa su UNISON, che mi piacerebbe imparare a usare per 
queste sincronizzazioni bidirezionali.



NFS e' piu' semplice di Unison, basta copiare la directory dal server in 
una directory diversa del client.
 


ps: se vuoi sincronizzare il server col client fai l'operazione inversa: 
copi la directory (diversa) del client sulla directory del server.


mmm :\ è quel DIVERSA che hai sottolineato che mi manda un 
po' in loop.
 
Chiarisco magari meglio quello che avevo descritto prima 
(pure cannando il termine).
 
Ho due macchine. Per un 20 % del tempo potrebbero essere 
entrambe accese e lavorerei appunto su entrambe.
PEr l'80% e più del tempo sarà accesa solo una e lavorerò 
solo su quella.
 
E infatti mi sto documentando sui comandi di mount per FSTAB 
che siano "failsafe", nn bloccanti (vedo un'opzione INTR che 
consente di lavorare col server down ma senza perdere i 
dati, dicono, cosa significhi non so).
 
Ora se lavoro sulla macchina A, vorrei veder poi aggiunti o 
aggiornati i files in B (il casino è che non immagino come 
si gestiscano le collisioni : DropBox fa copie automatiche 
in conflitto di priorità => intendo dire quando una stessa 
copia, vecchia, sincronizzata, viene modificata su entrambe 
le macchine senza l'altra accesa, e si creano così due cloni 
diversi tra loro e entrambi più recenti dell'unica versione 
precedente non più esistente : a quel punto bisogna che si 
crei un "fork" di versione come fa dropbox ... ma per il 
momento cercherei di evitare la situazione, o almeno 
incocciarci non volutamente).
 
L'altra cosa che non ho capito come possa impattare è una 
cosa che uso spesso : l'ibernazione.
 
E mi immagino scenari del tipo che uno si addormenta con una 
versione più recente da scrivere sull'altro lato, e si 
sveglia trovandone una più recente sull'altro lato. Insomma 
non riesco ancora a figurarmi cosa succederebbe, e non mi 
muovo per non corrompere dei dati.
 
Già mi capita ogni morte di papa (ho dual boot Debian / MX 
19) che iberno con debian poi mi si sveglia con MX 19 e si 
lamenta, fortunatamente se ne intaglia che non è il suo 
initrd, ma cmq io la cazzata l'avrei fatta e potrebbe essere 
disastrosa.
 
Sono parecchio prudente quindi prima di avviare meccanismi 
in cui gli errori eventualmente si propagassero automaticamente.
 
Quanto a UNISON, me l'avevano detto gli stessi che lo 
consigliarono (rispetto a RSYNC) che era incasinato, ma pure 
potentissimo. Su quello soprassiedo ancora più che non a 
tentare di mettere mount vari in FSTAB e magari trovarmi con 
la macchina che si blocca in attesa che accenda l'altra o 
peggio.



certo che sei bello incasinato pero'. con NFS fai le copie manualmente 
cosi' non avrai problemi di macchina spenta o peggio.
 

dom, 11 ott 2020, 19:37:56, Doctor Who edited:

Sincronizzare o copiare?
Sono due cose diverse ..., e per come ho capito io qual'è l'esigenza
pratica di Soviet_Mario direi che sarebbe il caso sincronizzare. Ecco
perché in partenza avevo suggerito rsync + ssh .
 


a si? mi pare bene che copiare sincronizza essendo che la copia 
sovrascrive i files
 
e poi anche nfs sembra troppo complicato per il caro amico
 

 sovrascrive i files
 
No, sono due concetti diversi; quando, ad esempio con rsync fai un
backup, la sincronizzazione copia in automatico nella directory di
backup SOLO i file non ancora presenti e quelli che pur presenti sono
stati modificati più di recente, evitando così di riscrivere eventuali
file identici e soprattutto di sovrascrivere file con altri aventi
contenuti più vecchi. 
 
Non so se sono riuscito a spiegarmi bene ...: hai capito ora la
sostanziale differenza? 
 


basta usare il comando "cp -n ...." per copiare solo i files nuovi.
 

 basta usare il comando "cp -n ...." per copiare solo i files nuovi.
 
LOL. no non basta perché così non copia quelli con lo stesso nome che
hai modificato più di recente.
 


continua a studiare.
 


si, ti sei spiegato bene, io non tanto.
 
Allora come accennavo in un altra branca del 3D, ed è la 
ragione per cui preferirei aggiornare a mano sin quando 
ultrasicuro, è che dovrei da un lato gestire la 
sincronizzazione BIDIREZIONALE (prescindendo da chi è client 
e da chi è server), anche in scenari di possibile anzi 
frequente disconnessione di una delle due macchine.
 
La cosa che mi inquieta di più (perché sono disordinato e mi 
capita spessissimo con DropBox, che bontà sua riesce a 
sbrogliarla !) sono le cosiddette 
copie-in-conflitto-di-priorità (per dirla alla dropbox).
 
Nascono così.
Stato iniziale : la macchina A e B sono sincronizzate 
relativamente al file X_old (e tutto va bene).
 
Poi spengo A, e da B lavoro sul file X_old, producendo X_new_B.
In seguito spengo B.
Accendo A (che non vede B online) e lavoro su X_old locale 
producendo X_new_A.
Spengo A.
 
poi un bel giorno che ho tempo accendo sia A che B, entrambe 
possiedono versioni più aggiornate di X_old, e nessuna delle 
due è migliore o più completa, sono dei come dire "fork" : 
dovrei mantenerle entrambe per fare un merge a mano, 
diciamo, delle modifiche.
 
La cosa assolutamente da evitare è che uno dei due, ad es, 
col timestamp più recente, sovrascriva l'altro, perché 
perderei una parte del lavoro.
 
Ora DropBox in questa situazione fa un clone che chiama : 
copia in conflitto di priorità appunto, ma almeno salva i 
dati e mi rimpalla l'onere di confrontare i files e fare il 
merge delle modifiche.
 
Ora con RSYNC non sarei mai in grado di gestire questa 
situazione, per questo ho usato il termine spurio 
"sincronizzare a mano" : almeno se trovo una collisione di 
nomi di file, rinomino uno dei due e produco "un fork" a mano.
 
Uso anche, sinora, senza rete FreeFileSync, è uno snap di 
ubuntu che gira su debian e ha una GUI molto chiara (la 
versione per windows trovo faccia cagare tra l'altro !) e ti 
fa vedere bene questi conflitti e non procede in automatico 
in casi di sync mirror bidirezionale.
 
Potrei continuare a usare FreeFileSync, invece di usare 
drive USB, usando la rete. Cmq sino a venerdì non ho tempo 
di provare niente, purtroppo.



ora ti si capisce un po meglio e quello che descrivi e' un problema noto 
in sviluppo e si gestisce con il CONTROLLO DI VERSIONE per esempio con GIT.
 
 

 
 
ecco ... ammetto di non conoscere il sistema, e mi son 
sempre chiesto : è una tecnica applicabile a QUALSIASI 
TIPOLOGIA di files e ragiona semplicemente in base a 
dimensioni, nome e timestamp, oppure è "data-aware" e quindi 
ogni manager di versioni può gestire soltanto i formati di 
files che capisce ? So che è molto tipico dei programmatori 
intervenire su files in più posti contemporaneamente e fare 
refactoring, e da più macchine, e poi trovarsi a dover 
ricucire i pezzi.
 
Siccome io stesso programmicchiavo un po' devo avere preso 
la brutta abitudine di editare ogni sorta di documento in 
quel modo caotico non sequenziale, e mi capita con ogni 
sorta di contenuto prodotto dall'utente.
 
Però non ho mai studiato GIT o simili. Non so nemmeno se sia 
adatto a gestire una situazione "locale" come la mia 
(presumevo essere un sistema sì potentissimo ma overkill, 
sopradimensionato per le necessità di un unico utente che 
collabora, ad minchiam, solo con sé stesso).
 
Inoltre .... una cosa alla volta, ancora non ho nemmeno 
potuto testare con calma tutti i consigli e avere questa 
benedetta rete funzionante, non mi posso imbarcare a 
studiare pure GIT ora su due piedi.
 
P.S. sin dalla notte dei tempi tendo a mettere una pezza a 
mano alle versioni aggiungendo suffissi manuali ai nomi dei 
files, e mi lascio dietro una scia di files obsoleti come la 
bava di una lumaca.



git lavora in controllo di versione su file di testo quali sono i 
sorgenti di un programma, ma puo' ingerire nel repository praticamente 
di tutto, almeno questo e' l'uso che ne faccio io.

 significhi non so).
 
Consultando, per curiosità, il man di nfs(5) leggo che l'opzione intr /
nointr è deprecata dopo il kernel 2.6.25 .
 
https://linux.die.net/man/5/nfs
 

 cose.
 
Cioè il comando è "bidirezionale", ovvero:
 
Per importare dati da un server remoto (Pull) :
rsync -auv --progress user@host:/path/to/source /path/to/destination
 
Per esportare dati da locale verso un server remoto (Push) :
rsync -auv --progress /path/to/source user@host:/path/to/destination
 
ma ora ho letto anche della possibilità di utilizzare systemd su sshfs:
 
https://www.buggycoder.com/mount-remote-fs-sshfs-systemd/
 
 
Prima di accingermi a provare quel metodo desidererei però un vostro
commento (specie se ci fossero sostanziali controindicazioni), e in
particolar modo, se è così gentile, da parte di Doctor Who che mi pare
particolarmente ferrato rispetto a me in materia informatica e al quale
colgo qui l'occasione per porgere i miei ringraziamenti per
l'insegnamento sull'uso del comando cp riguardo alla sincronizzazione.
Grazie.
 


non vedo controindicazioni dal momento che sei in rete locale. l'unico 
avvertimento e' di non usare rsync tra pc distanti su Internet perche' 
ha delle falle di sicurezza.
 

 ha delle falle di sicurezza.
 
Ah! okay, grazie, allora provo con calma, visto che sono a casa ed ho
buontempo, e poi posterò i risultati della mia prova fra il fisso ed il
portatile collegati al router di casa.
 


sicché per dischi remoti più facilmente offline che online, 
non conviene montare tramite FSTAB, se traggo le debite 
conclusioni ?
 
O che altro ?


 
 
 
ti conviene montarli a mano.
 

 
https://www.buggycoder.com/mount-remote-fs-sshfs-systemd/
 
 
Ho provato per mezzo pomeriggio a seguire la guida, aggiungendo anche il
mio utente al gruppo fuse, ecc., ma non ci sono riuscito, ottenendo da
systemd solo il laconico messaggio di errore
mnt-mysshfs.mount: Mount process exited, code=exited, status=1/FAILURE
 
Non so, forse sbagliavo qualcosa io o forse avrei dovuto prestare
maggior attenzione al termine 'buggycoder' presente in quell'url :-D
comunque ad un certo punto ho desistito con systemd ed ho provato
un'altra strada.
 
Dopo aver collegato con cavi ethernet i miei due computer al router, ho
avviato sul PC fisso il server SSH.
 
Sul portatile ho creato nella mia home una directory che ho nominato
"mysshfs", nella quale volevo montare la Home del PC fisso.
 
Avevo già la chiave di autenticazione che avevo creato sul portatile con
ssh-keygen -b 4096
e che avevo copiato sul PC fisso con
ssh-copy-id 
to...@192.168.1.2
 
Per maggiori dettagli:
https://www.linode.com/docs/security/authentication/use-public-key-authentication-with-ssh/
 
 
Ho poi dato nel Terminale del portatile il comando:
 
$ sshfs 192.168.1.2:/home/tony mysshfs/
 
ed ha funzionato popolando la directory "mysshfs" con le directory ed i
file della Home del PC fisso.
 
Per smontare invece ho dato il comando:
 
$ fusermount -u /home/tony/mysshfs 
 
ma è possibile farlo anche dal filemanager Nautilus premendo l'apposito
pulsante, come si può vedere qui:
 
https://i.postimg.cc/63VCSF0t/sshfs.jpg
 
 

 
https://i.postimg.cc/63VCSF0t/sshfs.jpg
 
 
Vedo che Firefox per quell'immagine indica:
Connessione interrotta: potenziale rischio per la sicurezza
 
Boh, scusate, spero che almeno questo diverso URL funzioni:
 
https://ibb.co/KqH57pK
 
 

 
https://www.linode.com/docs/security/authentication/use-public-key-authentication-with-ssh/
 
 
Come mi ha anche confermato Doctor Who precedentemente, non ci
dovrebbero essere grossi problemi di sicurezza se si lavora in locale
con due computer di casa propria, per cui ci si può astenere dal creare
le chiavi per l'autentificazione sul server. L'unico vantaggio minimo
nel farlo è che così si evita di dover ogni volta digitare la password
per accesso al server.
 
Nel caso invece ci si dovesse connettere ad un server remoto sarebbe
auspicabile crearle; la password infatti viene inviata attraverso
Internet in chiaro, per cui un malintenzionato potrebbe intercettarla e
approfittarsene. Se non sbaglio questo attentato alla sicurezza viene
chiamato "attacco man in the middle".
 
La chiave pubblica invece viene inviata solo la prima volta al server ed
anche se fosse intercettata non accadrebbe nulla di grave al nostro PC
in quanto il server trasmetterà i dati cifrati con quella chiave
pubblica, ma solo noi che possediamo la corrispondente chiave privata
(che dovremmo custodire gelosamente senza divulgarla a nessuno) avremo
la possibilità di decifrarli.
 

 
https://i.postimg.cc/63VCSF0t/sshfs.jpg
 
 
Nel weekend ho fatto qualche modifica/correzione: ho preferito creare la
directory di montaggio in /media/mysshfs con l'utente tony come
proprietario.
 
Dal client per montare la home remota del server ssh posso dare nel
Terminale il comando:
 
$ sshfs -o idmap=user $US...@192.168.1.2:/home/$USER/ /media/mysshfs/
 
che funziona correttamente ma che risulta scomodo da usare se ad esempio
si sta lavorando in GUI con il file manager Nautilus già aperto.
Così per non dover passare ogni volta dal Terminale ho preferito creare
anche un lanciatore di quel comando e l'ho piazzato nella dock bar di
Gnome, come si può osservare qui:
 
https://gofile.io/d/xDZzld
 
 

 
https://gofile.io/d/xDZzld
 
 
... se poi prima di tutti questi miei sbattimenti mi fossi ricordato che
anche se uso Debian e Ubuntu, per me in generale le migliori guide in
ambito Linux erano e restano a livello personale quelle del wiki di
archlinux e avessi subito cercato lì : 
 
https://wiki.archlinux.org/index.php/SSHFS#Secure_user_access
 
 
avrei capito che potevo risolvere il tutto con una sola riga in
/etc/fstab 
cioè
 
USERNAME@HOSTNAME_OR_IP:/REMOTE/DIRECTORY  /LOCAL/MOUNTPOINT  fuse.sshfs noauto,x-systemd.automount,_netdev,user,idmap=user,follow_symlinks,identityfile=/home/USERNAME/.ssh/id_rsa,allow_other,default_permissions,uid=USER_ID_N,gid=USER_GID_N 0 0
 
per qui su usenet meglio leggibile:
 
USERNAME@HOSTNAME_OR_IP:/REMOTE/DIRECTORY /LOCAL/MOUNTPOINT fuse.sshfs \
noauto,x-systemd.automount,_netdev,user,idmap=user,follow_symlinks, \
identityfile=/home/USERNAME/.ssh/id_rsa,allow_other,default_permissions,\
uid=USER_ID_N,gid=USER_GID_N 0 0
 
che nel mio caso è diventata
 
192.168.1.2:/home/tony/ /media/tonysshfs/ fuse.sshfs noauto,x-systemd.mount,_netdev,user,idmap=user,follow_symlinks,identityfile=/home/tony/.ssh/id_rsa,default_permissions,uid=1000,gid=1000 0 0
 
per qui su usenet meglio leggibile:
 
192.168.1.2:/home/tony/ /media/tonysshfs/ fuse.sshfs \
noauto,x-systemd.mount,_netdev,user,idmap=user,follow_symlinks, \
identityfile=/home/tony/.ssh/id_rsa, \
default_permissions,uid=1000,gid=1000 0 0