Come sfuggire alla password per il montaggio smb

Voglio montare una condivisione SMB con credenziali utente diverse. Pertanto voglio usare

mount -o nodev,nosuid -t smbfs //user:pass=<word@host/share /mnt/share

Tuttavia, questo comando non riesce:

-bash: word@host/share: No such file or directory

Quando provo a passare la password tramite una variabile, ottengo:

$ export PWD="pass=<word"
$ mount -o nodev,nosuid -t smbfs //user:$PWD@host/share /mnt/share
mount_smbfs: URL parsing failed, please correct the URL and try again: Invalid argument

mount su altri sistemi sembra accettare username e password come opzioni di mount, come:

$ mount -o nodev,nosuid,domain=mydomain,username=user,password="pass=<word" -t smbfs //host/share /mnt/share 

o tramite un file di credenziali:

$ cat credentials.txt
username=user
password=pass=<word
domain=mydomain
$ mount -o nodev,nosuid,credentials=./credentials.txt -t smbfs //host/share /mnt/share 

Tuttavia, entrambi i modi non sono disponibili con l'attacco di macOS:

mount_smbfs: -o credentials: option not supported
mount_smbfs: -o domain: option not supported
mount_smbfs: -o username: option not supported
mount_smbfs: -o password: option not supported

Quindi la domanda è: come fornire la password a mount_smbfs di macOS? Sono consapevole che la modifica della password risolverebbe il problema, ma per motivi questa non è un'opzione.

Leggermente offtopico, ma forse utile se si desidera attenersi a inserire credenziali con caratteri speciali in una variabile Shell. Per quanto riguarda i tuoi comandi bash ti indicherò diversi argomenti:

1. PWD è una variabile ENV sempre presente che mostra la directory di lavoro corrente (Print Working Directory). Ometti usando quel nome per una variabile PassWorD :-).
2. Vi è una differenza significativa nell'uso di virgolette doppie e virgolette singole. Le virgolette doppie abbracciano una stringa, che può contenere anche nomi di variabili espandibili ed è sempre soggetta a problemi di escape. Le virgolette singole definiscono una stringa fissa e verranno trattate come tali, ad es. Non verrà eseguita alcuna espansione variabile.

Esempio:

# fix string
tatooine-2257:~ mallert$ export P='<word'
tatooine-2257:~ mallert$ echo $P
<word
# no variable expansion
tatooine-2257:~ mallert$ export P='<word $PWD'
tatooine-2257:~ mallert$ echo $P
<word $PWD
tatooine-2257:tmp mallert$ echo $PWD
/tmp

3. Infine, tratta i nomi delle variabili in espansione distinguibili dal solito testo come fare riferimento a ${variablename}. (Stile Bourne Shell)
4. Prova open 'smb://username:password@server/share': crea il volume mount per te. Se ometti la password, Finder ti chiederà.

La mia sensazione è che non vuoi complicare le cose impostando una variabile e vuoi sfuggire a ogni punteggiatura con il carattere \.

<Sarà super problematico per bash

La prossima cosa che potresti provare è citare la stringa di argomenti problematici con virgolette singole, ma ho avuto più fortuna con la barra rovesciata che sfugge ai caratteri di comando in bash individualmente.

Quindi se vuoi bash per vedere questo:

mount -o nodev,nosuid -t smbfs //user:pass=<word@host/share /mnt/share

è necessario digitare questo:

mount -o nodev,nosuid -t smbfs //user:pass=\<word@host/share /mnt/share

Anche quando si sfugge ai caratteri rilevanti di bash ( <nell'esempio) tramite \ o si passa la password tramite una variabile come

$ export PASSWORD="pass=<word"
$ mount -o nodev,nosuid -t smbfs //user:${PASSWORD}@host/share /mnt/share

mount non riesce a analizzare l'URL a causa del fatto che <è anche un carattere speciale per gli URL:

mount_smbfs: URL parsing failed, please correct the URL and try again: Invalid argument

Quindi dobbiamo anche sfuggire al <carattere per gli URL, che è %3C, così pass=\<worddiventa pass=%3Cword.

Vedi Stackoverflow per ulteriori informazioni e un elenco di caratteri codificati URL .