Ci sono 7 articoli con tag bash (questa è la pagina 1 di 1).
Qualche giorno fa, l’amico @masolino mi ha segnalato mas-cli: un progetto ospitato da Github per rendere accessibile da linea di comando l’App Store per macOS.
Il tutto, ovviamente, per rendere facilmente scriptabili le routine di installazione e aggiornamento del parco software aziendale in tutte quelle realtà dove ciò si rende necessario.
Un progetto di nicchia ma senz’altro interessante! mas-cli →
{da una preziosa segnalazione di Sabino}
Per stimare i tempi di un qualsiasi lavoro: prendere il tempo che si dovrebbe mettere, moltiplicare per 2, e cambiare l’unita’ di misura con quella immediatamente superiore.
Ad esempio: per un lavoro che dovrebbe prendere un’ora, si calcolano 2 giorni.Formula di Westheimer
Non so voi, ma io da quando ho aggiornato i miei Mac ad OS X 10.7 e versioni successive, spesso incontro alcuni problemi nella connesione remota via ssh ai miei server quando è necessario veicolare informazioni di carattere grafico sul server X installato nel Mac.
Apple, infatti, ha smesso di preparare una versione di X11 compilata internamente dai suoi sviluppatori e si è affidata completamente ai lavori del progetto open source XQuartz – come dichiarato esplicitamente nella pagina di supporto HT5293.
Il problema principale appare quando ci si connette ad un server remoto attraverso il più classico dei comandi
ssh -X utente@server-remoto.it… ad un certo punto, dopo 20 minuti dal login tipicamente, lanciando un’applicazione grafica del server remoto si ottiene a terminale un messaggio di avviso del tipo
can’t open display: localhost:10.0Motivo di ciò è che, secondo la configurazione di default della maggior parte delle distribuzioni GNU/Linux, l’X forwarding dei pacchetti su connessione ssh è considerata untrusted ed è soggetta ad un timeout di 20 minuti se inattiva. Cioè se io attivo la connessione ssh richiedendo l’X forwarding, modifico dei parametri, faccio altro e soltanto dopo 20 minuti mi ricordo di lanciare il programma grafico remoto del server, tale connessione sarà stata inattiva e quindi de-autorizzata dal sistema. Se invece subito dopo aver fatto il login lancio l’applicazione grafica questa funzionerà indefinitivamente sino a che io non andrò a chiuderla.
Detto questo la soluzione appare ovvia, dovremo andare il funzionamento di questo meccanismo di timeout. Questo può essere ottenuto secondo due filosofie di pensiero: dichiarare per sempre trusted l’X forwarding da parte del server, oppure aumentare il valore di default del timeout (tenendo presente che c’è un valore massimo di 596 ore).
Il consiglio è quello di impostare a ‘yes’ il valore del parametro ForwardX11Trusted nel file di configurazione /etc/ssh_config del nostro server remoto, oppure impostare nel proprio client il valore ForwardX11Timeout XXh (dove XX sono le ore dopo cui innescare il timeout) nel file ~/.ssh/config del nostro Mac.
Sebbene il numero di persone che gestisce un sistema OS X Server è in lento declino (ed Apple non sta facendo nulla per favorire una infrastruttura locale di dispositivi Apple e livello imprenditoriale), questo non vuol dire che chi ha investito tempo e risorse per metterla in piedi sia del tutto seduta sugli allori ed in attesa della fine.
Il sempre ottimo Rich Trouton ha infatti aggiornato il suo script per l’ottenimento di report giornalieri sullo stato di un Server OS X.
Se questo strumento può esserti utile non esitare a visitare il sito di Rich e ad apprenderne tutti i segreti!