Come eseguire uno script locale su un server Linux remoto
Pubblicato: 2022-09-10
Lo scripting di attività ripetitive migliora l'efficienza dell'amministrazione del sistema. È ottimo per le macchine locali, ma cosa succede se supervisioni i server remoti? Puoi eseguire uno script locale su un computer remoto ? Sì!
Connessioni remote
L'amministrazione remota del sistema di solito comporta la connessione al computer remoto tramite una connessione shell sicura. La connessione SSH fornisce un prompt dei comandi sul computer remoto. È quindi possibile procedere ed eseguire qualsiasi operazione di manutenzione del sistema richiesta.
Lo scripting della shell aiuta consentendoti di racchiudere una sequenza di comandi in uno script che può essere eseguito come se fosse un programma, combinando molte azioni in un'unica istruzione della riga di comando.
Col passare del tempo, modificherai e migliorerai i tuoi script. Se hai molte macchine remote da amministrare, mantenere la copia di ogni script su ciascun server aggiornata e aggiornata è una seccatura e un fastidioso sovraccarico. Diventa di per sé un'attività amministrativa e consuma il risparmio di tempo che l'utilizzo degli script dovrebbe offrire.
La soluzione ideale ti permetterebbe di mantenere i tuoi script sul tuo computer locale ed eseguirli sui computer remoti tramite la connessione SSH. Ciò ti darebbe una gestione semplificata con una raccolta centralizzata di script e lo stesso script aggiornato viene eseguito su tutti i computer.
Bash e SSH forniscono un modo per farlo.
Connessioni SSH senza password
Il modo migliore per farlo è con connessioni senza password, usando le chiavi SSH. Generando chiavi SSH sul tuo computer locale e inviandole a ciascuno dei computer remoti, puoi connetterti ai computer remoti in modo sicuro e conveniente, senza che ti venga richiesta ogni volta una password.
Sebbene possano intimidire gli utenti alle prime armi, le chiavi SSH non sono davvero difficili. Sono facili da generare, semplici da installare sui server remoti e senza attriti quando li usi con SSH. Gli unici prerequisiti sono che i computer remoti abbiano il demone SSH sshd in esecuzione e che tu abbia un account utente sul computer remoto.
Se stai già eseguendo l'amministrazione remota del sistema su di essi, entrambi questi requisiti devono essere già soddisfatti.
Per generare una coppia di chiavi SSH, digitare:
ssh-keygen
Se hai un account chiamato "dave" su un computer chiamato "fedora-36.local", puoi inviare e installare la tua chiave pubblica SSH con questo comando:
ssh-copy-id [email protected]
Ora, effettuando una connessione SSH nel solito modo si autenticherà usando le chiavi SSH. Verrai reindirizzato a un prompt dei comandi sul server remoto senza che ti venga richiesta una password.
ssh [email protected]
Esecuzione di uno script locale in remoto
Per questi test, il nostro server remoto è un computer Linux chiamato "fedora-36.local". Abbiamo impostato le chiavi SSH e abbiamo testato la nostra connessione senza password al server remoto dal nostro computer locale.
Il nostro script è molto semplice. Scrive un timestamp in un file chiamato "timestamp.txt", sul server remoto. Si noti che lo script si conclude con il comando exit. Questo è importante, su alcuni sistemi meno recenti è possibile che uno script venga eseguito fino al completamento, ma la connessione SSH viene mantenuta aperta.
#!/bin/bash data >> timestamp.txt uscita 0
Copia questo testo in un editor, salvalo come "local.sh", quindi usa chmod per renderlo eseguibile.
chmod +x local.sh
Sul nostro computer locale, avvieremo lo script in questo modo:
ssh [email protected] 'bash -s' < local.sh
Ecco come funziona.
- ssh [email protected] : La connessione SSH che stiamo facendo alla macchina remota. Questo utilizza il comando
ssh, l'account utente preesistente sul server remoto e l'indirizzo del server remoto. - 'bash -s' : questo fa sì che Bash legga i comandi dal flusso di input standard. Consente a Bash di leggere l'input reindirizzato o reindirizzato.
- < local.sh : Stiamo reindirizzando lo script in Bash.
Quando lo script viene eseguito, torniamo al prompt dei comandi della macchina locale. Passando alla nostra macchina remota, possiamo usare cat per guardare all'interno del file "timestamp.txt".
gatto timestamp.txt
Possiamo vedere il timestamp dell'ultima - e attualmente unica - connessione. L'esecuzione dello script locale più volte aggiunge timestamp corrispondenti al file remoto.
gatto timestamp.txt
Ovviamente, in una situazione del mondo reale, il tuo script farebbe qualcosa di più utile. Ma anche il nostro banale esempio dimostra che uno script locale viene eseguito su un server remoto.
Passare argomenti allo script
È possibile passare argomenti della riga di comando allo script. Modificheremo il nostro script per aspettarci tre parametri della riga di comando. Questi vengono reindirizzati nel file "timestamp.txt" insieme al timestamp.
Salva questo script come "local2.sh" e rendilo eseguibile con chmod .
#!/bin/bash echo "$1 $2 $3" >> timestamp.txt data >> timestamp.txt uscita 0
Il comando che dobbiamo usare è simile all'esempio precedente, con alcune modifiche.
ssh [email protected] "bash -s" -- < local2.sh "How-To\ Geek" "Linux" "Articoli"
Il doppio trattino " -- " dice a Bash che quanto segue non dovrebbe essere considerato parametri della riga di comando per il comando ssh . I tre parametri per lo script seguono il nome dello script, come al solito. Nota che abbiamo usato una barra rovesciata " \ " per sfuggire allo spazio nel parametro "Come fare per \ Geek".
Possiamo verificare con cat che i nostri parametri siano stati ricevuti e gestiti correttamente sul server remoto.
gatto timestamp.txt
Esecuzione di una sezione di uno script in remoto
Se si dispone di uno script che deve eseguire un'elaborazione locale per determinare quali azioni potrebbero essere richieste sui server remoti, è possibile aggiungere una sezione direttamente in quello script per eseguire le azioni remote per te.
Possiamo raggiungere questo obiettivo utilizzando qui i documenti. Qui i documenti ci consentono di reindirizzare le righe da una sezione etichettata di uno script in un comando. L'elaborazione locale può essere eseguita sopra e sotto il documento qui.
Questo è lo script "local3.sh", che contiene un documento here.
#!/bin/bash # L'elaborazione locale può essere eseguita qui # l'elaborazione remota viene eseguita qui ssh -T [email protected] << _comandi_remoti # comandi da eseguire in remoto verrebbero aggiunti qui cd /home/dave/Documents # eccetera. # Infine, aggiorna il file timestamp echo "Script3.sh:" $(data) >> /home/dave/timestamp.txt # questa è l'etichetta che segna la fine del reindirizzamento _comandi_remoti # più elaborazioni locali possono essere eseguite qui uscita 0
Stiamo usando il comando ssh con gli stessi dettagli di connessione di prima. Ci stiamo connettendo come utente "dave" su un server remoto chiamato "fedora-36.local". Stiamo anche usando l' -T (disabilita allocazione pseudo-terminale). Ciò impedisce al server remoto di fornire un terminale interattivo per questa connessione.
Il reindirizzamento “ << ” è seguito dal nome di un'etichetta . In questo esempio, stiamo usando "_remote_commands". Non c'è niente di speciale in questa etichetta, è semplicemente un'etichetta.
Tutti i comandi che compaiono nelle righe successive al reindirizzamento vengono inviati tramite la connessione SSH. Il reindirizzamento si interrompe quando viene rilevata l'etichetta. L'esecuzione dello script prosegue quindi con la riga che segue l'etichetta.
Eseguiamo il nostro script di elaborazione misto locale/remoto.
./local3.sh
Come previsto, vediamo una nuova voce nel file "timestamp.txt".
gatto timestamp.txt
Estendi la tua portata
La possibilità di eseguire script in remoto, scritti, archiviati e gestiti localmente, fornisce un comodo strumento di amministrazione. Sapere che esattamente la stessa versione di uno script viene eseguita su tutti i tuoi server remoti rende la gestione molto più semplice.
CORRELATI: Come gestire i server Linux con l'interfaccia Web Cockpit