Come amministrate in remoto i vostri box Linux? [chiuso]

NOTA: stamattina ho posto questa domanda rispetto alle caselle EC2, ma ho solo ripristinato i collegamenti agli strumenti per avviare e arrestare le istanze, quindi riformulerò ...

Ho alcune scatole Linux che eseguono lavori notturni di elaborazione per uno dei miei progetti. Di tanto in tanto, devo entrare, apportare alcune modifiche al codice, configurare alcune cose, spostare i file, ecc.

Il mio set di strumenti per queste operazioni è dolorosamente scarso (SSH nella casella, modifica i file in VIM, file remoti WGET di cui ho bisogno) e sospetto che ci sia un modo molto migliore per farlo. Sono curioso di sapere cosa stanno facendo le altre persone nella mia posizione.

Stai usando una qualche forma di sistema Windowing ed equivalente desktop remoto per accedere al box, o è tutta riga di comando? La gestione delle caselle di Windows remote è banale, dal momento che puoi semplicemente desktop remoto e trasferire file sulla rete. Esiste un equivalente a questo nel mondo Linux?

Stai apportando modifiche al file di configurazione / modifiche dello script direttamente sulla macchina? O hai qualcosa impostato nella tua casella locale per modificare questi file da remoto? Oppure li stai semplicemente modificando in remoto e trasferendoli ad ogni salvataggio?

Come si spostano i file avanti e indietro tra il server e l'ambiente locale? FTP? Una sorta di Mapped Drive via VPN?

Avrei davvero bisogno di mettere in atto alcune buone pratiche per amministrare queste scatole. Qualsiasi suggerimento per rimuovere parte del dolore sarebbe il benvenuto!

Il mio set di strumenti per queste operazioni è dolorosamente scarso (SSH nella casella, modifica i file in VIM, file remoti WGET di cui ho bisogno) e sospetto che ci sia un modo molto migliore per farlo. Sono curioso di sapere cosa stanno facendo le altre persone nella mia posizione.

Sparse? Cosa diavolo vuoi dire? Mi scusi per l'irritazione, ma licenziare ssh, vim e wget come doloroso è quasi offensivo. Dalla tua domanda deduco che sei principalmente un programmatore per il tuo lavoro diurno, quindi capisco la domanda. Ma onestamente, non assumerei un amministratore Linux che non si sente a proprio agio con nessuno dei tre strumenti che hai citato.

Stai usando una qualche forma di sistema Windowing ed equivalente desktop remoto per accedere al box, o è tutta riga di comando? La gestione delle caselle di Windows remote è banale, dal momento che puoi semplicemente desktop remoto e trasferire file sulla rete. Esiste un equivalente a questo nel mondo Linux?

Per le attività di amministratore non uso mai, mai un ambiente X. Non ne hai bisogno, occuperà solo risorse di sistema e, per la maggior parte del tempo, sono un ostacolo anziché un aiuto. La maggior parte degli strumenti di configurazione della GUI (bene, praticamente tutti, in realtà) offre solo un sottoinsieme dell'opzione di configurazione che puoi impostare in un file di configurazione con vim.

La gestione di un box Linux non è meno banale della gestione di un box Windows. Ci vuole solo un po 'di tempo per acquisire un discreto set di abilità.

E un equivalente di trasferimento di file di rete? Plenty. scp, sftp, ftp, nfs, cifs / smb (protocolli di condivisione file di Windows), e poi alcuni.

Stai apportando modifiche al file di configurazione / modifiche dello script direttamente sulla macchina? O hai qualcosa impostato nella tua casella locale per modificare questi file da remoto? Oppure li stai semplicemente modificando in remoto e trasferendoli ad ogni salvataggio?

Dipende da cosa sto facendo. La maggior parte delle cose che faccio direttamente nei file di configurazione sulla macchina (per scatole di sviluppo e test) e quindi spingo il file in un canale di configurazione sul nostro server Satellite, dopo di che distribuisco il file direttamente a tutti i server (per scatole di produzione ). Davvero, Vim è un tesoro. Cioè, quando scopri come usarlo correttamente.

Come si spostano i file avanti e indietro tra il server e l'ambiente locale? FTP? Una sorta di Mapped Drive via VPN?

scp fino in fondo e forse qualche sftp, e ti suggerisco di farlo anche tu. Non utilizzare mai FTP per spostare file sensibili (ad es. File di configurazione) su una rete pubblica. Non utilizzo una rete mappata perché, di nuovo, tutto ciò che serve è sul server. Se intendi file c e non file di configurazione qui, di solito uso qualcosa come svn o git e quindi inserisco le mie modifiche nella casella.

Avrei davvero bisogno di mettere in atto alcune buone pratiche per amministrare queste scatole. Qualsiasi suggerimento per rimuovere parte del dolore sarebbe il benvenuto!

Li stai già usando: ssh, scp, wget e vim. Quelli non sono dolore. Potrebbero esserci dei dolori di dentizione, mentre capisci quanto sono potenti. Ma, per riportare indietro l'analogia di Windows, mi sento seriamente ostacolato quando devo usare una finestra di Windows. Per te è il contrario. È proprio quello a cui sei abituato. Quindi, dagli un po 'di tempo e verrà da te.

Hai già citato ssh, vim e wget che è essenziale e perfetto. Alcuni strumenti aggiuntivi che possono semplificare la vita:

1. Schermo GNU / byobu

"GNU Screen è un multiplexer terminale gratuito che consente all'utente di accedere a più sessioni di terminale separate all'interno di una singola finestra di terminale o sessione di terminale remoto. È utile per gestire più programmi dalla riga di comando e per separare i programmi dalla shell avviata il programma." (Dalla pagina GNU_Screen su wikipedia)

Un vantaggio principale è che puoi avere uno o più terminali virtuali che si trovano esattamente nello stesso stato in cui li hai lasciati quando torni (ad es. Riaccedere tramite ssh). Questo è utile anche quando la connessione viene interrotta per qualche motivo.

Lo schermo funziona in modo indipendente dal software utilizzato per connettersi al box (vive sul server), quindi si combina bene con lo stucco o con la maggior parte degli altri software terminali.

Questo articolo mostra alcune cose interessanti che puoi fare con esso: http://www.pastacode.de/extending-gnu-screen-adding-a-taskbar/en/

Una buona alternativa è Byobu, che è ben preconfigurato su alcune distribuzioni: http://byobu.co/

2. Comandante di mezzanotte

Uno strumento di navigazione di tipo grafico basato su console per la visualizzazione e la manipolazione di file e directory.

Può anche effettuare trasferimenti remoti sicuri. C'è un client FISH e FTP integrato.

Ciò significa che hai 2 finestre di testo affiancate in una console della riga di comando e una mostra la tua casella remota e l'altra ovunque la colleghi (che può anche essere il tuo sistema locale) Quindi puoi navigare entrambi i file system fianco a fianco e contrassegnare o esaminare singoli file o file treeees e anche copiarli o spostarli tra le posizioni. FISH è sicuro, FTP no. Molto potente e semplice per i principianti.

3. rsync

Per un trasferimento e una sincronizzazione dei file rapidi, sicuri e affidabili tra diverse posizioni

4. VCS

Uso di un sistema di controllo di versione distribuito come bazaar, mercurial o git per aggiornare il codice. Github o Bitbucket offrono hosting di codice commerciale, ma non è necessario, puoi anche usarlo in modo efficiente sui tuoi computer.

Joseph Kern: puoi elaborare come usare esattamente git per l'organizzazione di configurazione remota?

5. Client terminal

Su sistemi unix-like sono già integrati, su Windows puoi usare Putty, Tera Term, Mind Term o Pandora. Oppure fai un'installazione cygwin e ssh dalle finestre terminel cygwin alle scatole remote (che ha più vantaggi ma questa è una domanda su cosa preferisci).

6. Tunneling e port forwarding

Può essere utile inoltrare determinate porte in modo sicuro al tuo computer locale. Ad esempio, è possibile inoltrare la porta mysql TCP 3306 o postgres TCP 5432 e installare alcuni strumenti di amministrazione del database localmente.

Puoi costruire tunnel da macchine Windwos con stucco (o riga di comando basata sul plink del suo fratellino), con cygwin e Mindterm puoi anche fare il port forwarding. Se ti trovi localmente su una macchina simile a unix, puoi utilizzare ssh odr plink per creare tale tunneling.

Per creare un tunneling più stabile e permanente per varie porte, consiglio OpenVPN. Il metodo di tunneling "chiave pre-condivisa" da un punto all'altro non è così difficile da installare.

7. Avere un sistema simile a unix locale

Quando il tuo computer locale è già un Mac, puoi aprire una shell locale. Quando la workstation è basata su Windows potrebbe essere utile creare un server unix-like locale, che si trova nella stessa rete locale. Può trattarsi di una macchina diversa in una stanza diversa collegata allo stesso router o switch. Oppure, se si desidera una sola macchina, è possibile installare il server vmware gratuito e creare una macchina virtuale, preferibilmente lo stesso sistema operativo della macchina remota. Installa un server samba su di esso e puoi "utilizzare in rete" le condivisioni samba dal tuo desktop.

Se si è un server SSH sul server locale e si apre la porta 22 sul proprio router, è possibile accedere al proprio sistema locale quando si è all'esterno.

È possibile creare tunnel su macchine remote o trasferire e sincronizzare file e interi alberi di file con rsync. È possibile utilizzarlo per i test, per VSC, per lo sviluppo locale, come server Web locale, a scopo di formazione.

È possibile estrarre i backup da macchine remote. È possibile creare processi cron locali che eseguono backup automatici (ad es. Database che si desidera salvare regolarmente in locale)

8. X GUI remota

Se stai lavorando su Linux come il sistema fisicamente, è anche possibile eseguire applicazioni GUI sui tuoi server Linux che disegnano la GUI sul tuo computer locale. Questo potrebbe essere uno strumento di confronto di file grafici o quasi tutto quello che vuoi.

Anche se non è molto comune e in alcuni casi non è necessario utilizzare il software gui per l'amministrazione di Linux Box, in alcuni casi potrebbe essere utile se possibile.

Sul computer remoto assicurarsi che in / etc / ssh / sshd_config esista questa riga:

X11Forwarding Yes

Riavvia il server ssh con

/etc/init.d/sshd restart

Quindi la prossima volta che accedi con

ssh -X me@remote-box

Avrai un tunnel X, prova a installare xclock sul server remoto a scopo di test ed esegui xclocknella sessione ssh che ho appena menzionato. Un semplice x clock per scopi di prova dovrebbe apparire sulla tua GUI di Linux.

Questo è anche possibile su un Mac se si installa un ambiente X locale.

9. Se hai un sacco di caselle o attività simili: usa uno strumento di configurazione del sistema

Se si dispone di una server farm o si eseguono implementazioni su cloud di grandi dimensioni con molte macchine ridondanti o altrimenti uguali o simili, è possibile utilizzare questo.

Probabilmente non avrebbe senso, se la maggior parte dei box sono singoli o hanno sistemi operativi diversi o versioni diverse in esecuzione.

Esistono diversi strumenti:

• chef http://www.getchef.com/chef/ Vedi la brillante risposta di Evan Andersons di seguito: /server//a/28789/45819

• puppetl'altro grande giocatore http://puppetlabs.com/

• saltsembra promettente http://www.saltstack.com/

10. Distribuire i contenitori dell'applicazione con docker

Questo va anche oltre. Docker è un progetto open source che automatizza la distribuzione di applicazioni all'interno di contenitori software: https://www.docker.io

11. Utilizza Google Compute Engine con la gestione automatica della distribuzione

https://cloud.google.com/products/compute-engine/

Google offre macchine virtuali Linux con possibilità molto interessanti. È possibile distribuire rapidamente grandi cluster di macchine virtuali con strumenti tra cui un'API RESTful, un'interfaccia della riga di comando e una console basata sul Web. È inoltre possibile utilizzare strumenti come RightScale e Scalr per gestire automaticamente la distribuzione .

Se stai cercando una buona interfaccia grafica per lavorare con la gestione dei file tramite SSH dalle finestre di Windows, dai un'occhiata a WinSCP: http://winscp.net

Non gestisco alcuna istanza EC2, ma in generale se ho più di una macchina che svolge un ruolo proverò a scrivere uno script per eseguire il lavoro su tutte le caselle simili, al posto di apportare modifiche box-for-box .

Vorrei iniziare a usare Puppet ( http://reductivelabs.com/products/puppet/ ), perché rende l'amministrazione del sistema più un esercizio di gestione della configurazione. Non ho ancora avuto i cicli di riserva per dare un'occhiata in dettaglio, ma ho sentito cose molto buone.

È necessario prendere in considerazione uno strumento di gestione della configurazione del sistema come Chef.

Difficilmente gestisco più manualmente i sistemi tramite sessioni SSH. Conservo tutto il codice per applicazioni e progetti Web in un repository di codice sorgente a cui posso accedere dai sistemi che li eseguono, ad esempio i siti Web su EC2. Quando si lavora nel cloud, è essenziale disporre di un'infrastruttura automatizzata.

Il flusso di lavoro di base è simile al seguente. Innanzitutto, per il codice dell'applicazione e i dati di configurazione:

• Codice clone / checkout da GitHub o altro repository di controllo versione.
• Modifica il codice nel mio editor preferito sulla mia workstation / laptop locale.
• Apporta modifiche, spingi nel repository centrale.

Per la configurazione, aggiungere:

• Installa i file di configurazione nella posizione in cui Chef può servirli.
• Attiva una corsa chef-client o attendi l'intervallo sui nodi perimetrali.

I sistemi vengono configurati come installazioni di pacchetti, creazione di utenti, file di configurazione generati da modelli, ecc.

Non [quasi] mai modifica manualmente i file di configurazione, i dati dell'applicazione o qualsiasi altra cosa direttamente sui sistemi remoti. Le modifiche vengono apportate tramite il mio repository locale e inviate al master. So che i miei sistemi saranno configurati correttamente ogni volta, non importa se devo uccidere un'istanza e riavviarla.

I file necessari alla configurazione vengono forniti direttamente dal server Chef, che è solo un'applicazione Web (merb, in esecuzione in Apache + Passenger). L'accesso per i clienti è controllato tramite autorizzazione openid.

La mia configurazione include hook in Nagios e Munin, quindi ottengo anche monitoraggio e trend senza dover fare manualmente nulla per configurarli.

Le migliori pratiche in questi giorni si appoggiano alla gestione automatizzata della configurazione. Se stai ancora facendo le cose manualmente, stai lavorando troppo duramente.

Cosa c'è che non va in ssh, vim e wget? Gioielli sconosciuti alla maggior parte degli utenti Windows, secondo me. :-)

A volte uso gVim in remoto tramite FTP o SFTP.

Se preferisci usare la GUI sulla macchina Linux, puoi eseguire un X Server (vedi Cygwin per uno) sul tuo host locale e inoltrare il tuo display indietro attraverso la tua connessione ssh.

Non ho mai considerato una soluzione VPN degna delle spese o fastidi per l'amministrazione di Linux.

Se stai sviluppando e hai bisogno di eseguire i tuoi lavori di sviluppo sul server, devi solo impostare un client di controllo di revisione sul server, accedere in remoto, sincronizzare il client ed eseguire il processo.

La gestione delle caselle di Windows remote è banale, dal momento che puoi semplicemente desktop remoto e trasferire file sulla rete. Esiste un equivalente a questo nel mondo Linux?

È previsto questo traina?

L'amministrazione remota delle finestre non è banale. L'amministrazione remota delle caselle unix è dovuta al fatto che sono state progettate per essere gestite in remoto e per essere su una rete. Per Windows è stato un fulmine su un sistema che non è stato progettato da zero per vivere su una rete.

Questo è aneddotico, ma per esperienza in varie aziende, il rapporto tra server e amministratore di sistema per le scatole di linux è molto, molto più alto di quello per Windows. Semplicemente perché l'automazione su Windows non è banale e una GUI sarà sempre più lenta degli script. Detto questo, ci sono amministratori di Windows che possono accarezzare un'infrastruttura di Windows per essere facili da gestire, tuttavia questi amministratori sono molto rari.

Tutti gli strumenti necessari sono disponibili per impostazione predefinita in ogni distribuzione Linux. Se vuoi un accesso grafico, vai avanti e fallo, spreca semplicemente CPU e memoria e ti darà gli stessi problemi che hai con Windows. E come già detto, per più di una manciata di scatole dovresti considerare burattino, chef, cfengine o uno dei tanti altri strumenti disponibili.

Dici che stai usando SSH per gestire "alcune" caselle. Consiglio vivamente ClusterSSH per scrivere gli stessi comandi a tutti contemporaneamente (supponendo che abbiano uno scopo simile).

http://www.linux.com/learn/tutorials/413853:managing-multiple-linux-servers-with-clusterssh

L'uso è semplice come "cssh -l username clustername", che aprirà molte finestre uxterm che puoi gestire tutte in una volta o separatamente. Il cluster è definito da un elenco di IP in un file di configurazione. L'unica cosa che manca è il supporto X, per quanto ne so.

EDIT: Sono migrato su Terminator poiché il layout multi-terminale può essere salvato e ripristinato facilmente, inoltre, se necessario, ottieni 10 tunnel X simultanei. Semplifica la configurazione sia dei server che dei computer client contemporaneamente.

Inoltre, Fabric è utile quando eseguo aggiornamenti software sui miei client, in sostanza sostituendo tutto ciò che zip / scp / unzip / cp.

Io uso:

• SSH - Per l'accesso
• SCP - Copia dei file
• SSHFS - Se devo montare un'unità o una directory
• git - Salvataggio delle configurazioni

Mettere le mie configurazioni sotto il controllo della versione, è stata probabilmente la cosa più intelligente che ho fatto. Uso gli strumenti basati su SSH il più spesso possibile per ridurre il footprint amministrativo e la superficie di attacco.

Attualmente tutti i miei repository git sono locali. In futuro sposterò le configurazioni in repository remoti.

Non dimenticare di utilizzare Webmin , un'interfaccia basata sul Web per l'amministrazione del sistema per Unix / Linux.

SSH è sempre stato abbastanza per me. Esistono altre opzioni X11 è essenzialmente un desktop remoto sebbene sia intrinsecamente insicuro in quanto da solo non è crittografato. Tuttavia, può essere tunnelato attraverso una connessione SSH (e si ottiene il vantaggio di non dover aprire porte aggiuntive). Questo ovviamente presuppone che sul server sia installato un ambiente X.

SFTP (che è ftp su SSH, quindi ancora una volta non è necessario aprire ulteriori porte) può essere usato per mettere i file sul server piuttosto che estrarli, un buon client sftp di Windows è disponibile su http://filezilla-project.org/

Vado alla casella e apporto modifiche alla riga di comando e con editor come vi / nano quando il cambiamento è semplice. Per modifiche più complesse ai file, come la modifica di più codici sorgente contemporaneamente, utilizzo BBEdit su Mac OS X. Può accedere al filesystem usando SCP. Sono sicuro che esiste un tale editor per Windows e Linux. sshfs è un modo per accedere al tuo filesystem da remoto usando ssh.

Sicuramente GUSTO; oltre al client ssh, esiste anche un client SCP basato su Windows.

Riga di comando su ssh per Linux (dal momento che non hanno nemmeno installato X11) e un mix di ssh e ARD per le mie macchine Apple.

Nota che non utilizzo mai Apple Remote Desktop per trasferire file, perché AFP su TCP è ridicolmente lento ; Io uso solo scp.

Se desideri un accesso grafico remoto, quasi sicuramente vorrai configurare VNC.

Se vuoi modificare i tuoi file da remoto su SSH, hai alcune opzioni:

• se stai usando gli strumenti di KDE (Kate, KDevelop), usa il protocollo fish .
• imposta FUSE per montare (auto) il tuo volume remoto.
• Usa muCommander (un multipiattaforma, grafico mc) per spostare i tuoi file avanti e indietro
• alcuni editor di testo (es. TextWrangler su Mac) supportano il trasferimento di file su ssh e il loro spostamento avanti e indietro

Dopo aver modificato il file, basta usare SSH per, diciamo, iniziare la compilazione.

Un'altra cosa da considerare è l'utilizzo di un sistema di controllo della versione. bzr è davvero carino; è facile da configurare e progettato per essere facile da usare. Potresti lavorare su un computer, inviare l'aggiornamento, estrarre l'aggiornamento sul tuo server, eseguire comandi e ripristinare se le cose vanno male.

SSH fa il lavoro per la maggior parte del tempo. Apprendimento degli strumenti da riga di comando disponibili per te vale la pena. Se ci sono strumenti GUI che voglio usare, uso solo VNC .

Per lo spostamento dei file di solito monto una condivisione CFIS / SAMBA sul mio computer locale.

Per semplici modifiche SSH e SCP fanno il trucco. Se è necessario apportare modifiche su un numero maggiore di macchine, è necessario esaminare un sistema di gestione della configurazione. Sarà in grado di avviare / interrompere il servizio, modificare il contenuto dei file di configurazione e verificare che i sistemi siano in uno stato noto.

Preferisco usare Bcfg2 ma Puppet e CFEngine sono anche popolari.

Ho Bcfg2 in esecuzione ogni ora su tutti i miei server, anche se può essere eseguito anche manualmente. Esiste un repository centrale controllato dalla versione di tutti i file di configurazione del sistema in modo da poter tenere traccia di tutte le modifiche apportate. Il sistema funziona molto bene ed è un enorme passo avanti dall'accesso manuale ai server e alla modifica delle cose.

Uso spesso Komodo su un collegamento SFTP .

L'amministrazione dei sistemi Windows è sempre stata "pesante": è necessario un ambiente completo per finestre, che richiede di essere sul posto o di un'applicazione pesante come la rete Desktop remoto o VNC.

UNIX è stato progettato pensando alla rete, quindi gli strumenti sono progettati per funzionare in rete, non per apparire belli. Un server UNIX non dovrebbe mai avere quell'ambiente a finestre (di solito X11) impostato.

L'interfaccia minimalista di SSH, wget e vim è molto più favorevole alla rete - vi è stata infatti progettata per funzionare su una linea modem da 300 baud.

Esistono, in effetti, strumenti grafici che ti aiuteranno a lavorare con sistemi UNIX e Linux remoti (wsp era uno; gvim potrebbe essere un altro).

Il modo normale di amministrare i sistemi UNIX è accedere alla macchina e lavorare sulla macchina stessa. Non è necessario spostare i file solo per modificarli. L'unica cosa che bisogna ricordare è assicurarsi che la configurazione sia buona e testarla dove possibile.

SSH per accedere, scp se ho bisogno di trasferire una quantità limitata di file. Directory condivise tramite SMBFS / SAMBA se ne abbiamo davvero bisogno. In genere è una perdita di tempo. Alcuni dei nostri dipendenti meno * nix competenti utilizzano webmin bloccato per l'accesso alla sottorete locale tramite HTTPS.

Shellinabox

Shell In A Box (pronunciato come shellinabox) è un emulatore di terminale basato sul web creato da Markus Gutschke. Dispone di un server Web incorporato che funziona come client SSH basato sul Web su una porta specifica e richiede un emulatore di terminale Web per accedere e controllare la shell SSH del server Linux in remoto utilizzando qualsiasi browser abilitato AJAX / JavaScript e CSS senza la necessità di eventuali plug-in del browser aggiuntivi come FireSSH. - http://www.tecmint.com/shell-in-a-box-a-web-based-ssh-terminal-to-access-remote-linux-servers/

Emulazione terminale sul client

AjaxTerm è un programma simile a Anyterm , di Antony Lesuisse, scritto in Python. Shell In A Box è un programma simile a Anyterm, di Markus Gutschke, scritto in C. A differenza di Anyterm e Ajaxterm esegue l'emulazione terminale nel browser, non nel server - http://anyterm.org/demos.html#secid2249226

Butterfly è anche un web server (scritto in Python) che alimenta un terminale web emulato lato client con funzionalità complete.