Amministrare un server Linux attraverso SSH richiede molto pi\u00f9 della conoscenza dei comandi di base. Quando si gestiscono server di produzione, hosting condivisi, VPS, server dedicati e infrastrutture con numerosi siti web, \u00e8 fondamentale saper individuare rapidamente problemi di prestazioni, processi anomali, errori nei servizi, saturazione del disco e difficolt\u00e0 di connessione.<\/p>\n
In questa guida tecnica del Blog Xlogic<\/strong> abbiamo raccolto 50 comandi SSH avanzati e combinazioni Linux<\/strong> utili per amministratori di sistema, tecnici hosting e professionisti che gestiscono infrastrutture Linux.<\/p>\n Non troverai soltanto i classici comandi per controllare CPU e memoria: vedremo anche tunnel SSH, autenticazione tramite chiavi, analisi dei log, identificazione dei processi, controllo dei servizi systemd, verifiche SSL, ricerca di file modificati e procedure di diagnostica combinata.<\/p>\n Gli esempi sono pensati principalmente per distribuzioni Linux moderne, come AlmaLinux, Rocky Linux, Debian e Ubuntu, ma alcuni richiedono strumenti aggiuntivi oppure adattamenti alla configurazione del server.<\/p>\n Avvertenza importante:<\/strong> i comandi riportati in questo articolo sono destinati a utenti con adeguate competenze tecniche. L’esecuzione di comandi SSH su server Linux pu\u00f2 comportare rischi, soprattutto in ambienti di produzione.<\/p>\n Alcune operazioni possono consumare risorse, accedere a informazioni riservate, creare tunnel di rete oppure modificare file e configurazioni se vengono cambiate le opzioni utilizzate.<\/p>\n Chi esegue i comandi \u00e8 l’unico responsabile della loro esecuzione, delle modifiche eventualmente apportate e delle conseguenze derivanti dal loro utilizzo.<\/strong> Xlogic non si assume responsabilit\u00e0 per eventuali perdite di dati, interruzioni dei servizi, problemi di sicurezza o altri danni provocati dall’utilizzo improprio dei comandi riportati.<\/p>\n Prima di intervenire su un server di produzione \u00e8 consigliabile:<\/p>\n Per verificare l’identit\u00e0 del server:<\/p>\n Il comando restituisce il nome host configurato. Deve essere una delle prime verifiche prima di eseguire qualsiasi attivit\u00e0 amministrativa da terminale.<\/p>\n Nota:<\/strong> negli esempi seguenti, Permette di collegarsi a un server specificando una porta SSH diversa da quella predefinita e una chiave privata dedicata.<\/p>\n L’opzione Questa modalit\u00e0 \u00e8 utile quando si gestiscono infrastrutture con pi\u00f9 server e credenziali differenti. Cambiare porta, tuttavia, non sostituisce l’utilizzo di autenticazione sicura e corrette regole firewall.<\/p>\n L’opzione \u00c8 una tecnica comune nelle infrastrutture in cui i server interni non espongono pubblicamente la porta SSH.<\/p>\n In questo esempio, la macchina con indirizzo privato Il port forwarding locale consente di accedere a un servizio remoto attraverso una connessione SSH cifrata.<\/p>\n In questo caso, la porta locale \u00c8 particolarmente utile quando il database non deve essere esposto direttamente a Internet. Il tunnel non sostituisce comunque le credenziali e i permessi del database.<\/p>\n Il reverse tunneling rende raggiungibile dal server remoto un servizio disponibile sulla macchina locale.<\/p>\n La porta remota Per impostazione predefinita, l’ascolto remoto \u00e8 normalmente limitato all’interfaccia loopback; l’accessibilit\u00e0 effettiva dipende anche dalla configurazione SSH. Utilizzare questa tecnica esclusivamente per servizi autorizzati, evitando di esporre pannelli amministrativi o applicazioni sensibili.<\/p>\n Il parametro Il traffico configurato per attraversare il proxy viene instradato attraverso la connessione SSH. Questo meccanismo pu\u00f2 essere utile per accedere in maniera controllata a servizi di una rete remota.<\/p>\n Non significa per\u00f2 che tutto il traffico del computer venga automaticamente instradato nel tunnel.<\/p>\n Questa configurazione permette al client SSH di inviare periodicamente messaggi di controllo attraverso il canale cifrato.<\/p>\n Se il server non risponde per il numero di verifiche previsto, la connessione viene considerata non pi\u00f9 disponibile.<\/p>\n \u00c8 utile per individuare sessioni interrotte o non pi\u00f9 raggiungibili, ma non garantisce la continuit\u00e0 della connessione in presenza di problemi di rete.<\/p>\n Il multiplexing SSH consente di riutilizzare una connessione gi\u00e0 stabilita per aprire ulteriori sessioni verso lo stesso server.<\/p>\n \u00c8 particolarmente utile per chi esegue molti comandi, trasferimenti o operazioni automatizzate in successione.<\/p>\n Il comando \u00c8 utile per preparare l’autenticazione SSH mediante chiave anzich\u00e9 utilizzare sistematicamente la password.<\/p>\n L’operazione modifica il file delle chiavi autorizzate dell’utente remoto, quindi deve essere eseguita soltanto su account di cui si dispone dell’autorizzazione.<\/p>\n Genera una nuova coppia di chiavi SSH Ed25519, utilizzando un nome dedicato per evitare di sovrascrivere accidentalmente la chiave predefinita.<\/p>\n Il parametro \u00c8 consigliabile utilizzare una passphrase robusta e conservare la chiave privata in un ambiente protetto.<\/p>\n Visualizza la fingerprint della chiave pubblica.<\/p>\n Questa verifica consente di identificare una chiave ed \u00e8 utile per il controllo degli accessi, per documentare le chiavi installate e per confrontarle con i riferimenti amministrativi.<\/p>\n Attenzione: la fingerprint di una chiave utente non \u00e8 la stessa cosa della fingerprint della chiave host utilizzata per verificare l’identit\u00e0 del server.<\/p>\n Il comando Associandolo a \u00c8 uno strumento prezioso quando una connessione utilizza una porta, una chiave o un jump host diverso da quello previsto.<\/p>\n L’opzione Permette di analizzare problemi di autenticazione, negoziazione degli algoritmi, utilizzo delle chiavi e connessione al server.<\/p>\n I messaggi di debug possono contenere hostname, nomi utente e informazioni sulla configurazione. Prima di condividerli in ticket o forum pubblici \u00e8 opportuno controllarne il contenuto.<\/p>\n Con Il parametro \u00c8 utile per tunnel temporanei, purch\u00e9 l’amministratore tenga traccia dei processi attivi e li chiuda quando non sono pi\u00f9 necessari.<\/p>\n In questo esempio, L’opzione Non rimuovere Nell’esempio viene copiato il file locale \u00c8 importante ricordare che in SFTP consente di gestire trasferimenti e operazioni sui file attraverso il protocollo SSH.<\/p>\n Pu\u00f2 essere utilizzato per caricare, scaricare, consultare e organizzare file, secondo i permessi concessi all’utente.<\/p>\n \u00c8 utile quando \u00e8 necessario concedere accesso ai file senza predisporre un tradizionale servizio FTP non cifrato.<\/p>\n Il comando Le opzioni selezionano connessioni TCP e UDP, porte in ascolto, valori numerici e informazioni sui processi associati.<\/p>\n \u00c8 uno dei primi controlli da effettuare quando un servizio non risponde o una porta risulta apparentemente occupata. Alcune informazioni sui processi richiedono privilegi amministrativi.<\/p>\n Nell’esempio viene verificata la porta HTTPS \u00c8 utile quando si sospetta un conflitto tra servizi web, reverse proxy o applicazioni che tentano di utilizzare la stessa porta.<\/p>\n Visualizza fino a 200 eventi con priorit\u00e0 di errore o superiore registrati dal journal systemd durante l’avvio corrente.<\/p>\n Permette di individuare problemi che interessano servizi, kernel e componenti del sistema.<\/p>\n Non tutti gli errori applicativi vengono necessariamente registrati nel journal: web server, database e pannelli hosting possono utilizzare anche log dedicati.<\/p>\n Consente di consultare gli eventi del servizio Pu\u00f2 aiutare a individuare autenticazioni fallite, errori del demone SSH e problemi di avvio del servizio.<\/p>\n Il nome dell’unit\u00e0 dipende dalla distribuzione. Su alcuni sistemi, tra cui diverse installazioni Debian e Ubuntu, il servizio pu\u00f2 chiamarsi Mostra i servizi che systemd considera in stato di errore.<\/p>\n \u00c8 particolarmente utile dopo un riavvio o un aggiornamento del sistema, quando alcuni servizi potrebbero non essere ripartiti correttamente.<\/p>\n L’assenza di servizi falliti non garantisce comunque che tutte le applicazioni funzionino: un servizio pu\u00f2 risultare attivo ma presentare errori applicativi.<\/p>\n Visualizza il contenuto dell’unit\u00e0 systemd e gli eventuali file di override associati.<\/p>\n \u00c8 utile per conoscere parametri di avvio, dipendenze, opzioni personalizzate e modifiche persistenti al comportamento di un servizio.<\/p>\n Nell’esempio viene utilizzato Nginx. Su un server Apache o LiteSpeed \u00e8 necessario indicare il nome effettivo del servizio.<\/p>\n Restituisce un elenco delle unit\u00e0 misurate da systemd, ordinate in base al tempo necessario per la loro inizializzazione.<\/p>\n Pu\u00f2 essere utile per capire perch\u00e9 un server impiega molto tempo ad avviarsi.<\/p>\n I risultati vanno interpretati con attenzione: non rappresentano sempre l’intero tempo di attesa e alcuni tipi di servizio non forniscono misurazioni significative.<\/p>\n Visualizza la sequenza delle unit\u00e0 che contribuiscono alla catena temporale critica dell’avvio.<\/p>\n \u00c8 utile per distinguere un servizio effettivamente responsabile di un rallentamento da uno che impiega tempo a inizializzarsi ma non ritarda il completamento dell’avvio.<\/p>\n Il risultato \u00e8 diagnostico e non modifica la configurazione del sistema.<\/p>\n Mostra lo spazio disponibile sui filesystem montati, insieme al relativo tipo.<\/p>\n \u00c8 un controllo fondamentale quando un sito web smette di scrivere file, un database restituisce errori o le applicazioni non riescono a creare dati temporanei.<\/p>\n Occorre distinguere la saturazione dello spazio da quella degli inode, verificabile separatamente con Il parametro Il comando \u00e8 molto utile per indagare l’aumento dello spazio occupato, ma su directory particolarmente grandi pu\u00f2 generare un numero elevato di operazioni sul filesystem.<\/p>\n La combinazione individua i file regolari di grandi dimensioni presenti nella directory dei log.<\/p>\n La ricerca restituisce la dimensione in byte e il percorso completo, ordinando i risultati dal pi\u00f9 grande al pi\u00f9 piccolo.<\/p>\n \u00c8 preferibile identificare il servizio responsabile della crescita prima di valutare qualsiasi intervento sui log. Eliminare o troncare file ancora aperti pu\u00f2 causare problemi o non liberare immediatamente lo spazio previsto.<\/p>\n Elenca i file la cui data di modifica rientra approssimativamente nelle ultime 24 ore.<\/p>\n \u00c8 utile durante le attivit\u00e0 di troubleshooting, dopo aggiornamenti applicativi o per analizzare cambiamenti inattesi.<\/p>\n La semplice modifica recente di un file non dimostra la presenza di malware: aggiornamenti, cache e normali operazioni applicative possono produrre modifiche legittime.<\/p>\n Il formato scelto include permessi, valori numerici, proprietario, gruppo, dimensione, data di modifica e percorso.<\/p>\n \u00c8 utile quando un’applicazione PHP restituisce errori di accesso o quando si devono confrontare le caratteristiche di file appartenenti a siti diversi.<\/p>\n Le ACL permettono di definire autorizzazioni pi\u00f9 articolate rispetto ai permessi tradizionali Linux.<\/p>\n Il comando visualizza le ACL associate alla directory senza modificarle.<\/p>\n Pu\u00f2 essere utile quando il risultato di Mostra i principali processi ordinati secondo l’utilizzo percentuale della CPU riportato da Oltre all’utilizzo CPU, vengono visualizzati PID, processo padre, utente, memoria, durata e comando eseguito.<\/p>\n \u00c8 particolarmente utile sui server hosting per identificare processi PHP, database o applicazioni che consumano risorse. Il valore CPU di Avvia Pu\u00f2 essere utilizzato in script diagnostici o in sessioni SSH dove non \u00e8 possibile utilizzare comodamente l’interfaccia interattiva.<\/p>\n Una singola rilevazione non \u00e8 sempre sufficiente per individuare picchi intermittenti: in questi casi occorre raccogliere misure successive.<\/p>\n Nell’esempio vengono effettuate cinque rilevazioni con intervallo di un secondo. La prima pu\u00f2 rappresentare statistiche cumulative dall’avvio del sistema, a seconda della piattaforma.<\/p>\n I valori relativi all’attesa I\/O e alle operazioni di swap aiutano a distinguere problemi di CPU da possibili difficolt\u00e0 di memoria o storage.<\/p>\n Questo comando produce statistiche estese delle periferiche di storage, con tre rilevazioni a intervalli di un secondo.<\/p>\n \u00c8 utile per osservare throughput, latenza, dimensione delle code e utilizzo dei dispositivi.<\/p>\n Su server con RAID o storage complessi i valori devono essere interpretati insieme all’architettura sottostante. Una percentuale di utilizzo elevata, da sola, non dimostra necessariamente la saturazione dello storage.<\/p>\n Il programma \u00e8 normalmente fornito dal pacchetto Fornisce una rappresentazione sintetica delle interfacce e degli indirizzi IP configurati.<\/p>\n \u00c8 utile sui server con molte interfacce, indirizzi aggiuntivi, VPN o reti private.<\/p>\n La modalit\u00e0 breve facilita il confronto tra configurazione attesa e stato effettivo, senza dover analizzare l’output completo del comando Mostra il ruleset nftables presente nel sistema.<\/p>\n \u00c8 uno strumento di diagnostica per verificare come vengono filtrati i pacchetti e quali regole sono attive.<\/p>\n Su sistemi che utilizzano CSF, iptables o altri gestori firewall, la configurazione va interpretata in base al backend realmente in uso. Il comando non sostituisce il controllo delle policy del sistema di gestione del firewall.<\/p>\n Conoscere i singoli comandi \u00e8 importante, ma uno degli aspetti pi\u00f9 utili nell’amministrazione dei server \u00e8 la capacit\u00e0 di combinarli.<\/p>\n Attraverso pipe, filtri, cicli e comandi remoti possiamo ottenere rapidamente informazioni che, altrimenti, richiederebbero numerose verifiche manuali.<\/p>\n Le seguenti combinazioni sono orientate soprattutto alla diagnostica. Prima di utilizzarle, verificare che i percorsi, i servizi e i privilegi corrispondano all’ambiente interessato.<\/p>\n Con una sola connessione SSH vengono raccolte quattro informazioni fondamentali:<\/p>\n Questa combinazione \u00e8 ideale come prima verifica quando un server sembra rallentato.<\/p>\n Il vantaggio principale \u00e8 ottenere immediatamente un quadro generale, prima di approfondire eventuali anomalie.<\/p>\n Il ciclo Il timeout limita l’attesa in caso di host non raggiungibile.<\/p>\n Questa tecnica \u00e8 utile per una prima verifica di un’infrastruttura composta da diversi server, senza richiedere software di orchestrazione.<\/p>\n La prima parte visualizza lo stato del servizio Nginx, mentre la seconda restituisce gli ultimi eventi disponibili nell’intervallo temporale indicato.<\/p>\n La combinazione \u00e8 particolarmente utile quando un servizio risulta attivo ma continua a restituire errori agli utenti.<\/p>\n Su sistemi che utilizzano Apache, LiteSpeed o altri web server \u00e8 necessario sostituire Questa combinazione incrocia le informazioni di Permette di identificare le socket associate alle porte web e ottenere ulteriori dettagli sui processi che utilizzano HTTPS.<\/p>\n \u00c8 utile durante la diagnosi di conflitti tra servizi, soprattutto dopo un aggiornamento o una modifica al web server.<\/p>\n L’output deve essere letto con attenzione sui sistemi con proxy, bilanciatori locali o pi\u00f9 servizi in ascolto su indirizzi differenti.<\/p>\n Questa combinazione esegue due verifiche DNS e una richiesta HTTP HEAD.<\/p>\n Consente di osservare gli indirizzi IPv4 e IPv6 pubblicati e controllare la risposta del sito via HTTPS.<\/p>\n \u00c8 utile quando un dominio sembra non raggiungibile, presenta errori di risoluzione oppure risponde in maniera inattesa.<\/p>\n Occorre considerare che una richiesta HEAD non verifica necessariamente il corretto funzionamento di tutte le pagine e che DNS, CDN e reverse proxy possono restituire risultati differenti secondo la posizione del client.<\/p>\n La prima parte stabilisce una connessione TLS, specificando il nome del dominio tramite SNI.<\/p>\n La seconda estrae le informazioni principali del certificato presentato dal server, incluse le date di validit\u00e0, il soggetto e l’autorit\u00e0 emittente.<\/p>\n \u00c8 utile per verificare quale certificato viene effettivamente servito durante una connessione.<\/p>\n Importante:<\/strong> visualizzare il certificato non equivale a verificare completamente la catena di fiducia, la corrispondenza del nome host e tutte le condizioni di validazione TLS.<\/p>\n Analizza un file di access log e mostra gli indirizzi IP che compaiono pi\u00f9 frequentemente.<\/p>\n \u00c8 utile per individuare picchi di traffico, crawler particolarmente attivi o client che inviano numerose richieste.<\/p>\n Un numero elevato di richieste non dimostra automaticamente un attacco: \u00e8 necessario verificare anche URL, frequenza, user agent e codici di risposta.<\/p>\n Il percorso del log indicato \u00e8 un esempio. Su server cPanel, LiteSpeed o Apache i file possono trovarsi in directory differenti e il formato del log pu\u00f2 cambiare.<\/p>\n La combinazione analizza i codici di stato HTTP appartenenti alla famiglia 5xx e ne conteggia le occorrenze.<\/p>\n \u00c8 particolarmente utile per distinguere errori 500, 502, 503 e 504 durante un problema applicativo.<\/p>\n L’esempio presuppone un access log in formato combined, nel quale il codice HTTP \u00e8 presente nel nono campo. In presenza di formati personalizzati \u00e8 necessario adattare l’espressione.<\/p>\n Il conteggio da solo non individua la causa: occorre correlare gli eventi con i log applicativi, del web server e degli eventuali proxy.<\/p>\n Questa combinazione interroga il journal, seleziona gli eventi con priorit\u00e0 warning o superiore e applica un filtro testuale.<\/p>\n \u00c8 utile per cercare rapidamente riferimenti a processi terminati, errori applicativi, possibili problemi di memoria e segnalazioni di sistema.<\/p>\n Il filtro non \u00e8 esaustivo: errori significativi possono utilizzare termini differenti o non comparire nel journal.<\/p>\n La prima verifica mostra lo spazio del filesystem che contiene Prima di iniziare: sicurezza e responsabilit\u00e0<\/h2>\n
\n
hostname -f<\/code><\/pre>\nadmin<\/code>, server.example.com<\/code>, web1.example.com<\/code> e gli indirizzi indicati sono segnaposto. Devono essere sostituiti con utenti, hostname, percorsi e porte effettivamente autorizzati. Le operazioni locali devono essere eseguite sul server che si desidera analizzare.<\/p>\nParte 1: 36 comandi SSH e Linux per amministratori di sistema<\/h2>\n
1. Connessione SSH con porta personalizzata e chiave privata<\/h3>\n
ssh -p 2222 -i ~\/.ssh\/id_ed25519 admin@server.example.com<\/code><\/pre>\n-p<\/code> indica la porta del servizio SSH, mentre -i<\/code> seleziona il file contenente la chiave privata.<\/p>\n2. Collegamento attraverso un server bastion<\/h3>\n
ssh -J bastion@jump.example.com admin@10.0.0.5<\/code><\/pre>\n-J<\/code> utilizza un server intermedio, chiamato anche jump host o bastion, per raggiungere un sistema non direttamente accessibile.<\/p>\n10.0.0.5<\/code> viene raggiunta attraverso jump.example.com<\/code>.<\/p>\n3. Creare un tunnel SSH verso un database remoto<\/h3>\n
ssh -N -L 127.0.0.1:3307:127.0.0.1:3306 admin@server.example.com<\/code><\/pre>\n3307<\/code> viene collegata alla porta MySQL\/MariaDB 3306<\/code> vista dal server remoto.<\/p>\n4. Creare un tunnel SSH inverso<\/h3>\n
ssh -N -R 9000:127.0.0.1:8080 admin@server.example.com<\/code><\/pre>\n9000<\/code> viene inoltrata al servizio locale sulla porta 8080<\/code>.<\/p>\n5. Attivare un proxy SOCKS tramite SSH<\/h3>\n
ssh -N -D 127.0.0.1:1080 admin@server.example.com<\/code><\/pre>\n-D<\/code> configura un proxy SOCKS locale, utilizzabile da applicazioni che supportano questo protocollo.<\/p>\n6. Mantenere attiva una sessione SSH inattiva<\/h3>\n
ssh -o ServerAliveInterval=30 -o ServerAliveCountMax=3 admin@server.example.com<\/code><\/pre>\n7. Riutilizzare le connessioni SSH con ControlMaster<\/h3>\n
ssh -o ControlMaster=auto -o ControlPath=~\/.ssh\/cm-%C -o ControlPersist=10m admin@server.example.com<\/code><\/pre>\nControlPersist=10m<\/code> permette di mantenere disponibile la connessione principale per un periodo limitato. La directory utilizzata per i socket deve essere protetta da permessi adeguati.<\/p>\n8. Installare una chiave pubblica sul server<\/h3>\n
ssh-copy-id -p 2222 -i ~\/.ssh\/id_ed25519.pub admin@server.example.com<\/code><\/pre>\nssh-copy-id<\/code> facilita l’installazione di una chiave pubblica nell’account remoto.<\/p>\n9. Generare una nuova chiave SSH Ed25519<\/h3>\n
ssh-keygen -t ed25519 -a 100 -f ~\/.ssh\/id_ed25519_sysadmin<\/code><\/pre>\n-a 100<\/code> aumenta il numero di round impiegati nella derivazione della chiave dalla passphrase per il formato privato OpenSSH.<\/p>\n10. Verificare l’impronta di una chiave SSH<\/h3>\n
ssh-keygen -lf ~\/.ssh\/id_ed25519_sysadmin.pub<\/code><\/pre>\n11. Visualizzare la configurazione SSH effettiva<\/h3>\n
ssh -G admin@server.example.com | grep -E '^(hostname|user|port|proxyjump|identityfile) '<\/code><\/pre>\nssh -G<\/code> mostra la configurazione client risultante dopo l’elaborazione delle opzioni e dei file SSH.<\/p>\ngrep<\/code> possiamo visualizzare soltanto i parametri pi\u00f9 importanti.<\/p>\n12. Diagnosticare una connessione SSH con il debug dettagliato<\/h3>\n
ssh -vvv admin@server.example.com<\/code><\/pre>\n-vvv<\/code> abilita un livello elevato di diagnostica del client SSH.<\/p>\n13. Avviare un tunnel SSH in background<\/h3>\n
ssh -f -N -o ExitOnForwardFailure=yes -L 127.0.0.1:8081:127.0.0.1:80 admin@server.example.com<\/code><\/pre>\n-f<\/code> il client SSH passa in background dopo l’autenticazione, mentre -N<\/code> evita l’esecuzione di una shell remota.<\/p>\nExitOnForwardFailure=yes<\/code> impedisce di considerare riuscito l’avvio se il forwarding richiesto non pu\u00f2 essere stabilito.<\/p>\n14. Simulare una sincronizzazione remota con rsync<\/h3>\n
rsync -aHAXn --delete --itemize-changes -e \"ssh -p 2222\" \/srv\/sito\/ admin@server.example.com:\/srv\/sito\/<\/code><\/pre>\nrsync<\/code> \u00e8 uno degli strumenti pi\u00f9 utilizzati per sincronizzare file tra server Linux.<\/p>\n-n<\/code> attiva il dry-run: vengono mostrate le operazioni previste senza modificare i file di destinazione.<\/p>\n--delete<\/code> indica che, in un’esecuzione reale, gli elementi presenti soltanto nella destinazione verrebbero eliminati. Proprio per questo \u00e8 fondamentale effettuare prima la simulazione.<\/p>\n-n<\/code> senza aver controllato accuratamente sorgente, destinazione, permessi e backup.<\/strong><\/p>\n15. Copiare un file su un server remoto tramite SCP<\/h3>\n
scp -P 2222 \/etc\/hosts admin@server.example.com:\/tmp\/hosts-esempio<\/code><\/pre>\nscp<\/code> permette di trasferire file attraverso SSH.<\/p>\n\/etc\/hosts<\/code> in una posizione temporanea sul server remoto.<\/p>\nscp<\/code> la porta viene specificata con -P<\/code> maiuscola, a differenza di ssh<\/code>, che utilizza -p<\/code> minuscola.<\/p>\n16. Aprire una sessione SFTP sulla porta personalizzata<\/h3>\n
sftp -P 2222 admin@server.example.com<\/code><\/pre>\n17. Visualizzare le porte di rete in ascolto<\/h3>\n
ss -tulpn<\/code><\/pre>\nss<\/code> mostra le socket di rete e i relativi stati.<\/p>\n18. Individuare il processo che utilizza la porta HTTPS<\/h3>\n
lsof -nP -iTCP:443 -sTCP:LISTEN<\/code><\/pre>\nlsof<\/code> permette di individuare il processo che mantiene aperta una determinata socket TCP.<\/p>\n443<\/code>.<\/p>\n19. Consultare gli errori del sistema dall’ultimo avvio<\/h3>\n
journalctl -p err -b --no-pager -n 200<\/code><\/pre>\n20. Analizzare gli eventi recenti del servizio SSH<\/h3>\n
journalctl -u sshd --since \"1 hour ago\" --no-pager<\/code><\/pre>\nsshd<\/code> nell’ultima ora.<\/p>\nssh.service<\/code>.<\/p>\n21. Individuare i servizi systemd falliti<\/h3>\n
systemctl list-units --type=service --state=failed<\/code><\/pre>\n22. Leggere la configurazione systemd effettiva di un servizio<\/h3>\n
systemctl cat nginx<\/code><\/pre>\n23. Individuare i servizi pi\u00f9 lenti durante l’avvio<\/h3>\n
systemd-analyze blame<\/code><\/pre>\n24. Analizzare la catena critica di avvio del server<\/h3>\n
systemd-analyze critical-chain<\/code><\/pre>\n25. Controllare spazio disco e filesystem<\/h3>\n
df -hT<\/code><\/pre>\ndf -i<\/code>.<\/p>\n26. Individuare le directory pi\u00f9 grandi senza attraversare altri filesystem<\/h3>\n
du -xhd1 \/var | sort -h<\/code><\/pre>\ndu<\/code> calcola l’occupazione delle directory, mentre sort -h<\/code> ordina i risultati per dimensione.<\/p>\n-x<\/code> evita di attraversare filesystem differenti, mentre -d1<\/code> limita la profondit\u00e0 dell’analisi.<\/p>\n27. Trovare file di log superiori a 100 MB<\/h3>\n
find \/var\/log -type f -size +100M -printf '%s %p\\n' | sort -nr | head -n 20<\/code><\/pre>\n28. Cercare file modificati nelle ultime 24 ore<\/h3>\n
find \/var\/www -type f -mtime -1 -print<\/code><\/pre>\n29. Controllare permessi, proprietario e data di modifica<\/h3>\n
stat -c '%A %a %U:%G %s %y %n' \/var\/www\/html\/index.php<\/code><\/pre>\nstat<\/code> mostra informazioni dettagliate su un file.<\/p>\n30. Analizzare i permessi ACL di una directory<\/h3>\n
getfacl -p \/var\/www\/html<\/code><\/pre>\nls -l<\/code> non spiega completamente chi pu\u00f2 accedere a un percorso. Lo strumento potrebbe richiedere l’installazione del pacchetto ACL.<\/p>\n31. Visualizzare i processi ordinati per consumo CPU<\/h3>\n
ps -eo pid,ppid,user,%cpu,%mem,etime,cmd --sort=-%cpu | head -n 15<\/code><\/pre>\nps<\/code>.<\/p>\nps<\/code> non \u00e8 identico a una misurazione istantanea.<\/p>\n32. Ottenere una fotografia dei processi tramite top<\/h3>\n
top -b -n 1 -o %CPU | head -n 30<\/code><\/pre>\ntop<\/code> in modalit\u00e0 batch e acquisisce una singola rilevazione, limitando le righe visualizzate.<\/p>\n33. Analizzare memoria, CPU e attese I\/O<\/h3>\n
vmstat 1 5<\/code><\/pre>\nvmstat<\/code> mostra statistiche su processi, memoria, swap, CPU e operazioni di I\/O.<\/p>\n34. Analizzare le prestazioni dei dischi con iostat<\/h3>\n
iostat -xz 1 3<\/code><\/pre>\nsysstat<\/code>.<\/p>\n35. Visualizzare rapidamente le interfacce di rete<\/h3>\n
ip -br addr<\/code><\/pre>\nip addr<\/code>.<\/p>\n36. Consultare le regole del firewall nftables<\/h3>\n
nft list ruleset<\/code><\/pre>\nParte 2: 14 combinazioni avanzate di comandi Linux<\/h2>\n
37. Eseguire un controllo completo delle risorse di un server remoto<\/h3>\n
ssh admin@server.example.com 'hostname -f; uptime; free -h; df -hT'<\/code><\/pre>\n\n
38. Controllare pi\u00f9 server Linux con un unico ciclo SSH<\/h3>\n
for HOST in web1.example.com web2.example.com web3.example.com; do\r\n echo \"===== $HOST =====\"\r\n ssh -o BatchMode=yes -o ConnectTimeout=5 admin@\"$HOST\" 'hostname -f; uptime'\r\ndone<\/code><\/pre>\nfor<\/code> esegue una breve diagnostica su pi\u00f9 server, uno dopo l’altro.<\/p>\nBatchMode=yes<\/code> evita le richieste interattive di autenticazione, rendendo l’operazione pi\u00f9 adatta a procedure automatizzate che utilizzano chiavi SSH gi\u00e0 configurate.<\/p>\n39. Collegare lo stato di un servizio ai suoi errori recenti<\/h3>\n
systemctl --no-pager status nginx; journalctl -u nginx --since \"30 minutes ago\" --no-pager | tail -n 80<\/code><\/pre>\nnginx<\/code> con il nome del servizio pertinente.<\/p>\n40. Individuare processi e porte HTTP\/HTTPS<\/h3>\n
ss -tulpn | grep -E '(:80|:443)[[:space:]]'; lsof -nP -iTCP:443 -sTCP:LISTEN<\/code><\/pre>\nss<\/code> con quelle di lsof<\/code>.<\/p>\n41. Controllare DNS e risposta HTTP di un dominio<\/h3>\n
dig +short A example.org; dig +short AAAA example.org; curl -sSI --max-time 15 https:\/\/example.org<\/code><\/pre>\n42. Verificare la validit\u00e0 temporale del certificato SSL remoto<\/h3>\n
openssl s_client -connect example.org:443 -servername example.org <\/dev\/null 2>\/dev\/null | openssl x509 -noout -dates -issuer -subject<\/code><\/pre>\n43. Individuare gli indirizzi IP con pi\u00f9 richieste al sito<\/h3>\n
awk '{print $1}' \/var\/log\/nginx\/access.log | sort | uniq -c | sort -nr | head -n 20<\/code><\/pre>\n44. Analizzare la distribuzione degli errori HTTP 5xx<\/h3>\n
awk '$9 ~ \/^5[0-9][0-9]$\/ {count[$9]++} END {for (code in count) print code, count[code]}' \/var\/log\/nginx\/access.log | sort -k2,2nr<\/code><\/pre>\n45. Cercare errori critici nell’ultima ora<\/h3>\n
journalctl --since \"1 hour ago\" -p warning --no-pager | grep -Ei 'oom|failed|error|segfault' | tail -n 100<\/code><\/pre>\n46. Analizzare spazio disco e directory pi\u00f9 pesanti<\/h3>\n
df -hT \/var; du -xhd1 \/var | sort -h | tail -n 15<\/code><\/pre>\n