sshfs in fstab con una porta diversa dalla 22

[^Bart - Debian Bookworm]

Ciao a tutti,

se da riga di comando come root eseguo:

# sshfs -p12345 ***@xxx.xxx.xx.xxx:/path/of/remote_dir /path_to_local_dir

funziona ma nel momento in cui voglio specificare il tutto in fstab non
sono riuscito ancora a trovare la quadra...

sshfs#***@xxx.xxx.xx.xxx:/path/of/remote_dir/ path_to_local_dir fuse
user,noauto,port=12345 0 0

C'è qualcos'altro che mi sfugge?

Saluti.
^Bart

[sm]

Post by ^Bart - Debian Bookworm
Ciao a tutti,
/path_to_local_dir
funziona ma nel momento in cui voglio specificare il tutto in fstab non
sono riuscito ancora a trovare la quadra...
user,noauto,port=12345 0 0
C'è qualcos'altro che mi sfugge?

A me sfugge perché a gente che da anni e anni posta domande sui newsgroup
tutte le sante volte bisogna ripetergli di postare anche l'errore.

Comunque visto che deve essere un concetto davvero troppo complicato mi
metterò a fare il solito debug alla cieca: in quella config manca
l'identityFile, vuoi vedere l'errore è che non riesce ad autenticarsi?

[^Bart - Debian Bookworm]

Post by sm
A me sfugge perché a gente che da anni e anni posta domande sui newsgroup
tutte le sante volte bisogna ripetergli di postare anche l'errore.

Pensavo che indicando già i due metodi non fosse necessario postare
anche i log che, salvo stavolta, in genere verifico sempre per poi
attivare ricerche mirate.

Post by sm
Comunque visto che deve essere un concetto davvero troppo complicato mi
metterò a fare il solito debug alla cieca: in quella config manca
l'identityFile, vuoi vedere l'errore è che non riesce ad autenticarsi?

Modificare da remoto l'fstab su un server fisico e non su una VM implica
il poterne perdere il controllo quindi farò il test quando sarò on-site,
probabilmente ci sarà un'opzione che in caso di errore permette comunque
di proseguire il boot ma devo cercarla.

Saluti.
^Bart

[sm]

Post by ^Bart - Debian Bookworm

Post by sm
A me sfugge perché a gente che da anni e anni posta domande sui
newsgroup tutte le sante volte bisogna ripetergli di postare anche
l'errore.

Pensavo che indicando già i due metodi non fosse necessario postare
anche i log che, salvo stavolta, in genere verifico sempre per poi
attivare ricerche mirate.

Scusa ma tu parli di server, ti sembrano parole che è lecito aspettarsi da
un sysadmin?

Post by ^Bart - Debian Bookworm
Modificare da remoto l'fstab su un server fisico e non su una VM implica
il poterne perdere il controllo quindi farò il test quando sarò on-site,

Stai dicendo una sciocchezza. Modificare fstab da remoto non comporta
nessun rischio di "perdere il controllo". Ti riferisci probabilmente al
rischio di bloccare il boot, ma non vorrai dirmi che per testare il
mountpoint tu riavvii la macchina...

Post by ^Bart - Debian Bookworm
probabilmente ci sarà un'opzione che in caso di errore permette comunque
di proseguire il boot ma devo cercarla.

nofail. Te lo dico direttamente, così non stai un'altra settimana a
cercarla.

[Piergiorgio Sartor]

Post by ^Bart - Debian Bookworm
Ciao a tutti,
funziona ma nel momento in cui voglio specificare il tutto in fstab non
sono riuscito ancora a trovare la quadra...
user,noauto,port=12345 0 0
C'è qualcos'altro che mi sfugge?

Forse e` il caso di evitare di usare "sshfs"
da /etc/fstab...

Non saprei, ma potrei ipotizzare che, tra
autenticazione, fuse ed altro, la sicurezza
vada a farsi benedire.
Solo un'ipotesi...

bye,

[^Bart - Debian Bookworm]

Post by Piergiorgio Sartor
Forse e` il caso di evitare di usare "sshfs"
da /etc/fstab...

Devo montare due dir su due server remoti che non hanno vlan tra loro e
allo stato attuale tra questi due non necessità di crearne quindi ho
reputato sshfs in fstab la soluzione più comoda ma probabilmente non la
migliore.

Post by Piergiorgio Sartor
Non saprei, ma potrei ipotizzare che, tra
autenticazione, fuse ed altro, la sicurezza
vada a farsi benedire.
Solo un'ipotesi...

C'è sempre margine di miglioramento quindi ogni consiglio è ben accetto! :)

Post by Piergiorgio Sartor
bye,

Saluti.
^Bart

[Giuseppe Della Bianca]

Post by ^Bart - Debian Bookworm
Ciao a tutti,
/path_to_local_dir
funziona ma nel momento in cui voglio specificare il tutto in fstab non
sono riuscito ancora a trovare la quadra...
user,noauto,port=12345 0 0
C'è qualcos'altro che mi sfugge?
Saluti.
^Bart

Probabilmente i problemi sono altri (vedere i log, verbose, ...)?

Un esempio suggerito da altri

sshfs#***@IP-ADDRESS:/export/inbox /mnt/inbox fuse.sshfs
delay_connect,_netdev,user,IdentityFile=/root.ssh/
id_rsa,idmap=user,allow_other,default_permissions,port=PORTNUMBER,uid=0,gid=0,rw,nosuid,nodev
0 0

[^Bart - Debian Bookworm]

Post by Giuseppe Della Bianca
Probabilmente i problemi sono altri (vedere i log, verbose, ...)?

La verifica dei log in ambienti unix like va sempre fatta più che altro
perché i log sono molto più dettagliati e specifici rispetto al mondo
MS, stavolta non l'ho fatto ed appena avrò un attimo porrò rimedio!

Post by Giuseppe Della Bianca
delay_connect,_netdev,user,IdentityFile=/root.ssh/
id_rsa,idmap=user,allow_other,default_permissions,port=PORTNUMBER,uid=0,gid=0,rw,nosuid,nodev
0 0

Onde evitare che da remoto compia degli sbagli e poi il server fisico
non parta più in caso di reboot farò questa prova a breve in presenza!

Saluti.
^Bart

[sm]

Post by ^Bart - Debian Bookworm

Post by Giuseppe Della Bianca
Probabilmente i problemi sono altri (vedere i log, verbose, ...)?

La verifica dei log in ambienti unix like va sempre fatta più che altro
perché i log sono molto più dettagliati e specifici rispetto al mondo
MS, stavolta non l'ho fatto ed appena avrò un attimo porrò rimedio!

No la verifica dei log va fatta perché stai facendo troubleshooting è
consultare il log è il primo passo obbligato. Perché per trovare la
soluzione devi prima capire qual è il problema, altrimenti vai per
tentativi e ci metti una settimana anziché mezzora, cosa che in ambito
professionale non è bella.
Invece sembra tu debba farlo per far contenti noi.