usernameXYZ is not in the sudoers file

Questo errore capitava nel momento in cui si cercava di dare un comando sudo o accedere come root tramite sudo -s.
La macchina inoltre non riconosceva nemmeno la password di root, misteri di Linux.

Di seguito la procedura che ha consentito il ripristino della macchina:

Reset della password di root
Per accedere ad una macchina linux con accesso di root ho seguito la seguente procedura:

- Avviare il PC e premere ESC alla partenza di Grub.
- Premere il tasto “e” e selezionare la riga che contiene l’immagine del kernel e pigiare dii nuovo “e”.
- Scorrere la riga alla fine e aggiungere rw init=/bin/bash , premi Enter dopodichè “b” per riavviare.
- Al restart accederete alla console bash senza autenticazione;
- digitate passwd root per definire la nuova password.

Fonte: http://exploit.blogosfere.it

Dopodiché ho acceduto alla macchina in recovery mode tramite grub:

Aggiunta dell’utente usernameXYZ alla lista di amministratori

- Premere ESC all’avvio di grub
- Selezionare la voce recovery mode (solitamente la seconda) e dare invio
- Una volta completato il boot inserire la password precedentemente aggiornata

Una volta acceduto ho aggiunto il mio utente alla lista di amministratori con il comando (ovviamente cambiate usernameXYZ con il vostro username):

adduser usernameXYZ admin

Per utilizzare questo servizio esistono due modalità: la chiamata tramite jsapi o tramite il classico richiamo “script”

Oggi ho dedicato 5 minuti per un semplice confronto delle prestazioni ottenute con i due metodi. E il risultato è stato veramente interessante!
Ho creato una pagina html completamente vuota, solo head e body con i richiami alle tre librerie che utilizzo quotidianamente: jquery, jqueryui e swfobject.

Sono infatti abituato ad utilizzare il metodo seguente (JSAPI):

<script src="http://www.google.com/jsapi"></script> 
<script type="text/javascript"> 
  google.load("jquery", "1.4.2");
  google.load("jqueryui", "1.8.0");
  google.load("swfobject","2.2");
</script>
</script>

Grazie al nostro Firebug ho ottenuto questi dati (vi allego uno screenshot):

Caricamento tramite JSAPI

Dimensione della pagina: 84.2 KB
Tempo di caricamento: 795ms

Fatto questo ho provato a modificare il richiamo alle librerie con il classico richiamo “script” come segue:

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jqueryui/1.8/jquery-ui.min.js"></script>
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/swfobject/2.2/swfobject.js"></script>

Ho svuotato la cache e ricaricato il tutto. Questi sono i miei risultati ottenuti:

Caricamento tramite classico richiamo script

Dimensione della pagina: 76.9 KB
Tempo di caricamento: 462ms

La differenza secondo me è notevole!
Il caricamento classico è infatti più leggero di 7.3 KB e la chiamata totale è più veloce di 333ms.
Dobbiamo infatti considerare che queste differenze sembrano minime, ma moltiplicate per “n” visitatori possono fare la differenza.

Ovviamente dobbiamo anche considerare che non tutte le chiamate avranno lo stesso peso e tempo grazie alla cache, ma posso comunque dire che da oggi utilizzerò di sicuro il classico richiamo script!

Nel mio caso il server Plesk gestisce una cinquantina di database e questo comando mi ha risparmiato molto tempo

Loggatevi in ssh al vostro server Plesk e lanciate:

mysqlcheck -u admin -p --optimize --all-databases

Vi verrà richiesta la password del vostro Mysql (che di standard è quella del vostro Plesk).
Verrà quindi lanciato il comando di ottimizzazione delle tabelle su tutti i vostri database.

In base alla mole di dati potrebbe impiegarci un bel pò, nel mio caso è stato abbastanza rapido (5 minuti).

<a href="#/" id="mylink">click me</a>

$('#mylink').click(function() {
  // azione da fare al click del link con id 'mylink'
  alert('clicked!!');
});

Al click del link con id mylink verrà visualizzato un semplice alert.
Come vedrete però nella barra degli indirizzi verrà visualizzato il “#/”, e non è elegante.

Con jQuery abbiamo la possibilità di prevenire le azioni di default dei nostri elementi, nel nostro caso il link. Sarà sufficiente scrivere:

$('#mylink').click(function(event) {
  // Prevent default
  event.preventDefault();
  // azione da fare al click del link con id 'mylink'
  alert('clicked!!');
});

Attenzione: ho passato come parametro della funzione l’event per poterlo richiamare.

Firefox, Chrome, Safari accettano la sintassi:

$('#mydiv').animate({
  padding: '5px 5px 15px 0'
});

Internet Explorer, ovviamente no Utilizzate quindi la sintassi:

$('#mydiv').animate({
  paddingTop: '5px',
  paddingRight: '5px',
  paddingBottom: '15px',
  paddingLeft : '0',
});

/etc/cron.daily/logrotate:
syntax error at 168
error: error running postrotate script for /var/log/syslog
run-parts: /etc/cron.daily/logrotate exited with return code 1

Googlando purtroppo ho trovato tante informazioni diverse, chi consigliava di reinstallare pacchetti, chi addirittura l’intera distribuzione.
Mi sembrava però fattibile la soluzione, in fondo è un banale errore di sintassi su di un file…
L’unico problema è che, come capita spesso, l’errore di sintassi non è sui file descritti dalla mail, bensì su file di configurazione inclusi, in particolare in:

/etc/syslog-ng/syslog-ng.conf

Se lanciate infatti il comando di controllo della sintassi:

syslog-ng --syntax-only

Il vostro sistema vi restituirà l’errore di sintassi:
syntax error at 168

ATTENZIONE
Tutte le procedure che vi descriverò sono da fare con permessi di root. Vige sempre la regola del backup compulsivo, copiate il file prima di fare le modifiche.

Apriamo il file con il nostro editor preferito (nano ad esempio), e andate alla riga 168. E’ sufficiente commentare le tre righe incriminate:

filter f_messages { not (facility(news) or filter(f_iptables)) or filter(f_mailwarn); };
# Commentate queste tre righe
# level(info,notice,warn)
# and not facility(auth,authpriv,cron,daemon,mail,news);
# };


Salvate e chiudete il file, e controllate che non ci siano altri errori:
syslog-ng --syntax-only

La notte seguente non dovreste più ricevere la mail di notifica

1. Spegnere il mac e tenere premuto il tasto di espulsione sulla tastiera.
2. Spegnere il mac e tenere premuto il tasto sinistro del mouse
3. Utilizzare il terminale / utility disco per forzare l’espulsione

Dopo averle provate tutte il disco ha cominciato a tentare di espellersi da solo in loop. Un rumore molto preoccupante arrivava dall’interno del mac, in loop.
Mi sono reso conto che non era un semplice “blocco” software ma bensì il disco non riusciva meccanicamente ad uscire.
Googlando ho trovato utenti che consigliavano di capovolgere l’imac sottosopra, ma nulla da fare.

Sapete come ho risolto? Con un semplice biglietto da visita di cartoncino.

Il lettore infatti segue due procedure ben distinguibili ad orecchio (rumori meccanici non tanto belli in effetti)

1. Espulsione dallo slot
2. Spinta verso l’esterno del disco

Appena finisce la fase uno infilate velocemente il biglietto da visita, aiuterete così l’iMac a fare uscire il disco.
Mi rendo conto di averlo spiegato come se fosse un parto, ma spero di aver spiegato bene la procedura.

Server SMTP
Se googlate un pò vi accorgerete che ci sono pareri diversi.
La mia personale esperienza mi ha portato ad impostare la porta 25 con server smtp.tre.it. Nessuna autenticazione o protocollo SSL / TLS abilitato.

Molti utenti sono riusciti ad impostare un smtp esterno solo se questo non passa per la porta 25. Ad esempio l’smtp di gmail (smtp.gmail.com) può essere impostato anche con la porta 465 (e SSL attivata).
Purtroppo a me funzionava a singhiozzo per cui ho dovuto reimpostare l’smtp della tre.

Per la posta in entrata (POP o IMAP) seguite le istruzioni classiche.

ccrypt is a utility for encrypting and decrypting files and streams. It was designed as a replacement for the standard unix crypt utility, which is notorious for using a very weak encryption algorithm. ccrypt is based on the Rijndael cipher, which is the U.S. government’s chosen candidate for the Advanced Encryption Standard (AES, see http://www.nist.gov/aes). This cipher is believed to provide very strong security.

Una volta installato ccrypt nella nostra macchina sarà sufficiente lanciare questi comandi ai quali verrà richiesto di inserire una password per il successivo decrypt.

Criptare un singolo file

ccrypt -e nomefile

Criptare tutto il contenuto di una cartella

ccrypt -e -r nomefolder

Decriptare un file

ccrypt -d nomefile

La fase di decrypt sostituirà il file criptato con il file originale. Se invece volessimo semplicemente dare un “occhiata” al file criptato e, una volta letto, lasciarlo criptato sarà sufficiente lanciare:

Visualizzare il contenuto di un file criptato (ma lasciare il file criptato)

ccrypt -c nomefile

I passaggi da seguire (da root)
1. Andiamo nella nostra directory dei virtual hosts (nel mio caso /var/www/vhosts/)
2. Entriamo poi in DIRECTORY_VIRTUAL_HOST/dominio.com/conf (nel mio caso /var/www/vhosts/dominio.com/conf)
3. Creiamo un file denominato vhost.conf e all’interno inseriamo:

<Directory /var/www/vhosts/dominio.com/httpdocs>   
      php_admin_flag safe_mode off   
</Directory>

4. Ora dobbiamo dire a Plesk che deve aggiornare la configurazione lanciamo il comando:

/usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=dominio.com

5. Riavviamo apache

/etc/init.d/apache2 restart

Cosa abbiamo fatto?
Ogni vhost che crea Plesk sa che, se è presente un file vhost.conf all’interno della sua directory conf, deve includerla. Ripetete questa operazione per ogni dominio/sottodominio che volete personalizzare.

Ovviamente dovete semplicemente cambiare dominio.com con il vostro dominio, ed il gioco è fatto!

Fonte ufficiale: Parallels Plesk Guide