Linux / Verificare porte, CPU, memoria e montare ISO in sola lettura

Su Linux, scegliete i comandi di verifica in base all’informazione cercata: porte di rete, CPU, memoria o filesystem. Un invio UDP riuscito non dimostra che il servizio abbia risposto o che la porta sia aperta; prima di montare un’immagine ISO in sola lettura, verificate invece il file e il punto di montaggio reali.

Distinguere la raggiungibilità TCP dalle risposte UDP

Prima di iniziare, controllate con command -v nc dig che gli strumenti siano disponibili. Se mancano, cercate Netcat o Ncat e gli strumenti DNS nei repository della distribuzione: per esempio, verificate netcat-openbsd e dnsutils su Ubuntu, oppure nmap-ncat e bind-utils su Rocky Linux. Controllate la disponibilità per il rilascio installato, senza scaricare eseguibili arbitrari da siti esterni.

nc -zv -w 3 example.com 443

TCP (Transmission Control Protocol) stabilisce una connessione. Una prova riuscita sulla porta 443 indica che, in quel momento e da quella macchina, la connessione è stata accettata: non verifica il certificato HTTPS né lo stato dell’applicazione. -z richiede una verifica delle porte, -v mostra informazioni aggiuntive e -w 3 imposta il timeout secondo l’implementazione usata.

nc può essere OpenBSD netcat, Nmap Ncat o un’altra implementazione: leggete nc -h prima di assumere che le opzioni coincidano. La guida a nc (in inglese) approfondisce il comando.

nc -zv -u -w 3 8.8.8.8 53
dig @8.8.8.8 example.com A +time=2 +tries=1

UDP (User Datagram Protocol) non prevede una connessione iniziale come TCP. Un messaggio di invio riuscito o l’assenza di risposta di nc non distingue una porta aperta da un pacchetto scartato dal firewall. Il manuale OpenBSD di nc segnala inoltre il limite delle verifiche UDP con -uz; non interpretatene il successo come conferma del servizio.

Usate una richiesta valida per il protocollo. Nell’esempio, dig invia al resolver 8.8.8.8 una query DNS (Domain Name System) di tipo A per example.com. Esaminate stato della risposta, sezione delle risposte e server indicato: ricevere un messaggio DNS non implica necessariamente avere ricevuto l’indirizzo richiesto. Le opzioni +time=2 e +tries=1 limitano attesa e tentativi secondo il manuale ufficiale di dig.

Un timeout non dimostra da solo un guasto del server: possono intervenire instradamento, firewall e politiche di risposta. La spiegazione Nmap sull’interpretazione delle risposte UDP chiarisce perché il silenzio non prova che una porta sia aperta.

Verificare CPU e informazioni sulla memoria fisica

lscpu
cat /proc/cpuinfo
sudo dmidecode --type memory
sudo lshw -short -C memory

lscpu riepiloga architettura e organizzazione della CPU (Central Processing Unit), mentre /proc/cpuinfo espone le informazioni fornite dal kernel. Il manuale lscpu descrive anche i limiti dei dati negli ambienti virtualizzati. La guida a lscpu (in inglese) offre ulteriori esempi.

dmidecode legge le informazioni sui dispositivi di memoria fornite dal firmware; lshw offre un inventario hardware. Se non sono presenti, verificate i pacchetti dmidecode e lshw della distribuzione. I comandi con sudo richiedono un account autorizzato.

Macchine virtuali e container possono nascondere i dettagli dei moduli fisici di memoria, detti DIMM, o mostrare valori virtuali. Tipo e capacità della RAM (Random Access Memory) installata sono inoltre diversi dalla quantità attualmente in uso: per l’utilizzo della memoria servono strumenti come free (guida in inglese). Non trattate l’inventario del firmware come una misurazione del consumo corrente.

Capire i simboli # e $ nel prompt della shell

Per convenzione, # identifica una shell root e $ una shell di un utente normale. Il prompt è però personalizzabile e non dimostra i privilegi: controllate l’identificatore dell’utente con id -u e la politica sudo effettiva.

id -u
whoami

Su un normale sistema Linux, un UID pari a 0 identifica root. whoami mostra il nome dell’utente effettivo, ma non elenca da solo le operazioni consentite da sudo. Nei comandi da copiare di questo articolo non sono inclusi i simboli del prompt; i passaggi amministrativi riportano esplicitamente sudo.

Montare un disco ottico o un’immagine ISO in sola lettura

Controllate prima dispositivi e montaggi esistenti. Sostituite /dev/sr0 con il dispositivo ottico reale e /path/to/image.iso con il percorso di un’immagine verificata e attendibile. Il punto /mnt/iso-lab deve essere libero: montare un filesystem sopra una directory ne nasconde temporaneamente il contenuto precedente.

lsblk -f
findmnt --mountpoint /mnt/iso-lab
sudo mkdir -p /mnt/iso-lab

lsblk -f aiuta a riconoscere i dispositivi; findmnt --mountpoint cerca un montaggio esattamente nel punto indicato. Nessun risultato può significare che non esiste un montaggio corrispondente, ma va distinto dagli altri errori: leggete messaggi ed esito e controllate anche il contenuto della directory. mkdir -p crea il punto se manca e non svuota una directory esistente. Il manuale findmnt documenta la ricerca e i codici di uscita.

Scegliete una sola delle due alternative seguenti. Non sovrapponete montaggi su un punto già occupato.

Disco ottico presente nel dispositivo:

sudo mount -o ro /dev/sr0 /mnt/iso-lab

File immagine ISO:

sudo mount -o loop,ro /path/to/image.iso /mnt/iso-lab

L’opzione ro richiede il montaggio in sola lettura. Con loop, il file ISO viene associato a un dispositivo loop, cioè presentato al sistema come un dispositivo a blocchi. Il manuale mount descrive entrambe le opzioni.

Dopo il montaggio, verificate sorgente, destinazione e opzioni mostrate da findmnt, quindi controllate i file. Quando avete finito di usarli, uscite da quel percorso e chiudete i file aperti prima di smontare:

findmnt --mountpoint /mnt/iso-lab
ls -la /mnt/iso-lab
sudo umount /mnt/iso-lab

Un avviso di protezione dalla scrittura per un supporto ottico in sola lettura va distinto da un errore che impedisce il montaggio. Se umount segnala che il punto è occupato, cercate le shell o i processi che lo stanno usando e riprovate dopo averli liberati; lo smontaggio forzato non è la soluzione predefinita. Dopo lo smontaggio, ripetete findmnt --mountpoint /mnt/iso-lab per controllare che quel montaggio non sia più presente.

Controllare il tipo di filesystem

df -T
lsblk -f

df -T riporta tipo e utilizzo dei filesystem montati; lsblk -f mostra i dispositivi a blocchi e metadati come tipo di filesystem e identificatore UUID. Il manuale lsblk descrive la provenienza di tali informazioni.

Gli elenchi non devono necessariamente coincidere: una partizione non montata può comparire in lsblk senza comparire in df, mentre un filesystem di rete montato può comparire in df senza essere un disco locale. Leggete ciascun risultato in base agli oggetti che il comando descrive.