Come utilizzare un file .bashrc personalizzato sull'accesso SSH

Ho scoperto che con la nuova società con cui lavoro spesso devo accedere ai server Linux con una durata relativamente breve. Su ciascuno di questi server ho un account, ma ogni volta che ne viene creato uno nuovo, devo passare attraverso la seccatura di trasferire sul mio .bashrc. È possibile tuttavia che tra circa un mese quel server non sarà più in circolazione. Devo anche accedere a molti altri server per brevi periodi di tempo (minuti) in cui non vale la pena trasferirli sul mio .bashrc ma dato che sto lavorando su molti server, ciò comporta un notevole dispendio di tempo.

Non voglio cambiare nulla sui server, ma mi chiedevo se ci fosse un modo per avere un .bashrc "per connessione", quindi ogni volta che avrei SSH su un server le mie impostazioni sarebbero state usate per quella sessione.

Se questo è possibile, sarebbe bello se potessi fare la stessa cosa con altri file di configurazione, come i file gitconfig.

Penso che ciò che vuoi sia (nel tuo .ssh / config sulla macchina da cui ti colleghi):

PermitLocalCommand yes
LocalCommand scp yourname@someserver:/dir/dotbash /local/home/dir/.bashrc

allora puoi uscire con:

source .bashrc

ed essere sulla buona strada. LocalCommand esegue il comando sul server a cui ci si sta connettendo quando arriva lì, proprio prima della sessione effettiva.

Vorrei anche assicurarmi che gli sshds sui server siano configurati con PermitLocalCommand yes

Esistono molti modi in cui è possibile modificare LocalCommand per farlo funzionare nel proprio ambiente specifico: ad esempio, è possibile arricciarsi da un server Web interno o estrarre da un mount nfs.

Penso che sshrc sia quello che stai cercando: https://github.com/Russell91/sshrc

sshrc funziona proprio come ssh, ma genera anche ~ / .sshrc dopo aver effettuato l'accesso in remoto.

$ echo "echo welcome" > ~/.sshrc
$ sshrc me@myserver
welcome

$ echo "alias ..='cd ..'" > ~/.sshrc
$ sshrc me@myserver
$ type ..
.. is aliased to `cd ..'

Puoi usarlo per impostare variabili d'ambiente, definire funzioni ed eseguire comandi post-login. È così semplice e non avrà alcun impatto sugli altri utenti sul server, anche se usano anche sshrc. Per una configurazione più avanzata, continua a leggere.

Se non hai mai colpito il server prima, non ci sarà alcuna voce in ~ / .ssh / known_hosts per questo.

Puoi cercare un determinato host noto con "ssh-keygen -F", ma dovrai testare quell'output (grep) poiché ssh-keygen non restituisce false per mancare. Notare che se si fa riferimento a un host con identificatori diversi (indirizzo IP, nome host, FQDN), questi vengono trattati come istanze separate.

È possibile scrivere un wrapper per ssh che trasferisce il proprio ambiente utente a quell'host al primo accesso:

ssh-newenv () {if! ssh-keygen -F $ 1 | grep -q "^ # host $ 1 trovato:"; quindi rsync ~ / .bashrc ~ / .bash_profile ~ / .bash_logout $ 1:.; fi; ssh $ 1; }

Se si desidera renderlo più robusto, è possibile verificare l'esistenza di un file di ambiente noto, hash o altro marcatore sull'host remoto.

Non so se esiste un .bashrc per sessione.

Un'altra soluzione sarebbe quella di scrivere un piccolo script che trasferisca tutte le tue configurazioni preferite nella tua nuova cartella home.

Forse fai semplicemente una cartella con tutte le tue configurazioni con i percorsi e trasferiscili con scp

piace

/home/foobar/configs/.bashrc
/home/foobar/configs/.foo/bar.conf
...

e poi a

scp -r /home/foobar/configs/* foo@example.com:/home/foo/

Ciò consente di risparmiare tempo.

Non penso sia possibile, dato che ssh non ha nulla a che fare con il tuo .bashrc. È la shell che carica quel file, non ssh.

Qualche idea:

1. Configura la tua home directory remota al primo accesso.
2. Usa NFS per montare la tua home directory contenente il tuo .bashrc su ogni server. In questo modo, hai le stesse impostazioni ovunque.
3. Se stai bene con solo alcune variabili d'ambiente trasmesse ai server remoti, dovresti controllare l' SendEnvopzione (vedi la ssh_configpagina man per maggiori informazioni). Se il server è impostato correttamente (ovvero ha il valore adeguato AcceptEnvin sshd_config), è possibile utilizzare SendEnvper copiare le variabili di ambiente sull'host remoto.
4. Non so se funziona, ma forse puoi usare male l' ProxyCommandimpostazione (vedi la ssh_configpagina man) per inviare il tuo .bashrco altri file prima di connetterti all'host remoto. Ciò richiederebbe alcuni test, tuttavia. Inoltre, tieni presente che ciò potrebbe interferire con scp.

Penso che https://github.com/fsquillace/pearl-ssh faccia quello che ti serve.

L'ho scritto molto tempo fa prima che sshrc nascesse e ha più vantaggi rispetto a sshrc:

• Non richiede dipendenze da xxd per entrambi gli host (che può non essere disponibile sull'host remoto)
• Pearl-ssh utilizza un algoritmo di codifica più efficiente
• Sono solo ~ 20 righe di codice (davvero facili da capire!)

Per esempio:

$> echo "alias q=exit" > ~/.config/pearl/sshrc
$> ssh_pearl myuser@myserver.com
myserver.com $> q
exit