lunedì 9 marzo 2026

reptyr ... WHAT a HACK!!!

Situazione: sono collegato in ssh dal PC Windows (dell'azienda, mica il mio: io non uso windows su macchine mie!) alla mia macchina GNU/Linux (ovviamente Slackware). 

Faccio partire l'upgrade via sboui di LibreOffice, sapendo che lo slakcbuild ricompilera' l'intero pacchetto dai sorgenti e che la cosa richiedera' molte ore.

Ovviamente, dopo molte ore, ma con la compilazione ancora in corso, windows mi si congela, malamente,  come solo windows sa fare: prima rallenta, poi non copia un file, poi ... poi diventa alcune applicazioni non rispondono ... 

La sessione su supertux e' ancora viva e continua a compilare, ma il pc windows richiede evidentemente un reboot a freddo ... 

Mi arrabbio moltissimo, smoccolo come un portuale di Genova, ma alla fine chiedo ChatGPT ... che mi svela l'esistenza di questo tool:

https://github.com/nelhage/reptyr 

https://blog.nelhage.com/2011/02/changing-ctty/ 

Ovviamente c'e' anche su https://www.slackbuilds.org/, ma non posso installarlo da li perche' sboui sta ancora girando!

Per cui:

git clone https://github.com/nelhage/reptyr.git
cd reptyr/
make
./reptyr --help
sudo make install 

E reptyr si trova in /usr/local/bin!  (ovviamente anche il man, etc..)

Ho imparato una serie di cose nuove:

ps -t pts/<n> -o pid,ppid,sid,user,cmd
ps -s <SID> -o pid,ppid,sid,user,tty,cmd

Il SID, Session Id e' il PID del "session leader", tipicamente la shell attaccata a un terminale e che poi ha fatto partire, per esempio, sboui, che poi ha fatto partire il make -j 4, che a sua volta ha fatto partire i processi di compilazione ... per cui l'intera sessione e' di 16 processi!

Everyday a school day ;-) 

 


 

mercoledì 4 febbraio 2026

Blindo Termini

Sono giorni che questo veicolo è parcheggiato vicino alla stazione Termini...
È la nuova arma del governo contro i borseggiatori? Oppure è in panne? 
Il rasoio di Occam mi impone di propendere per la spiegazione più semplice...

mercoledì 26 novembre 2025

Le tribolazioni di un informatico in informatica

Le tribolazioni di un informatico in informatica
Ovvero come le procedure e le misure di sicurezza ci hanno preso un po’ la mano...

Premetto: non sono un informatico in senso stretto, nel senso che, al momento, il mio lavoro non è far funzionare l'infrastruttura informatica di una qualche organizzazione, ma ne sono un utente. In passato ho fatto anche il lavoro di informatico in senso stretto, ma adesso no.
In ogni caso sono dipendente di un'azienda di ingegneria in campo aerospaziale e in quanto tale sono allocato su un progetto e presto la mia insostituibile opera presso il cliente del mio datore di lavoro. 

Mi collego ad una VPN dove risiedono le macchine che utilizziamo per i nostri test, fornendo una password impossibile (nel senso di molto complicata e che non posso cambiare) ed una OTP (One Time Password) a sua volta fornitami da una app sul telefono.
Controllo i dati dell’ultimo RUN e decido di aprire una SPR (Software Problem Report) al nostro fornitore. Apro la URL del sistema di gestione degli errori, do username e password … e l'applicazione mi risponde con "OTP password sent to your mail"… ma è la mail nel dominio del cliente... per poterci accedere devo lanciare un'applicazione di accesso VDI (Virtual Desktop Interface) che mi chiedera’ username, password, un'altra OTP sempre dal telefono e di nuovo la password. Dopo l’accesso alla VDI, potrò aprire la mail e trovare l’OTP per entrare nel sistema di reporting...

Da casa ormai non faccio in tempo. Chiudo il laptop e mi precipito alla stazione Termini, ma perdo comunque il treno!
Vado al bar e mi collego al WiFi. Riprovo la procedura... ma il WiFi della stazione non fa passare il protocollo VPN... e neanche l’ssh...  

Ok forse è colpa mia...