malex dot org » Linux Admin

Forzare l’hostname in sendmail

malex — Mon, 05 Oct 2009 09:06:21 +0000

Premessa: dopo mesi di inattività, torno a scrivere sul mio blog, con un articolo breve ma molto tecnico.

Se usate Linux (Fedora o CentOS) e sendmail e la vostra macchina non ha un nome registrato in un DNS pubblico, avrete grosse difficoltà a spedire e-mail da quella macchina. Questo perché i server SMTP pubblici generalmente rifiutano e-mail spedite da server con nomi di dominio non validi. La soluzione è istruire sendmail a presentarsi con un nome valido. Scegliete quindi un nome di dominio valido (che deve essere quindi registrato in un DNS pubblico) e aggiungete la seguente riga nei file /etc/mail/sendmail.mc e /etc/mail/submit.mc:

define(`confDOMAIN_NAME', `miodominio.it')dnl

Effettuate quindi il restart del servizio sendmail:

service sendmail restart

Il restart del servizio si occuperà anche di rigenerare i rispettivi sendmail.cf e submit.cf, purché abbiate installato il modulo sendmail-cf.

Da Fedora 7 a Fedora 8

malex — Wed, 12 Mar 2008 14:29:33 +0000

Breve resoconto dell’aggiornamento di un sistema Linux da Fedora 7 a Fedora 8.

Un precedente tentativo di aggiornamento con la versione ufficiale di Fedora 8 era fallito, a causa di bug di anaconda, così ho scaricato e masterizzato un dvd di Fedora 8 aggiornato, in particolare il Fedora Unity F8 20080204 Re-Spin.

Ovviamente ho un backup di tutta la home directory, nel caso qualcosa andasse storto.

Ore 08:45. Disabilito i driver nvidia nativi:

su -c nvidia-config-display disable

Ore 08:46. Infilo il dvd nel lettore ed eseguo il reboot.

Ore 08:47. Inizio l’aggiornamento, tutto come previsto.

Ore 10:01. Aggiornamento terminato, reboot del sistema.

Ore 10:11. Installo l’rpm per i repository di livna, pulisco la cache di yum e aggiorno sia yum che yumex:

su -c rpm -Uvh http://rpm.livna.org/livna-release-8.rpm
su -c yum clean all
su -c yum install yum yumex

Ore 10:12. Con yumex aggiorno il kernel e i driver nvidia.

Ore 10:22. Kernel aggiornato, nuovo reboot.

Ore 10.25. Fedora 8 in funzione senza problemi apparenti. Più tardi procederò all’aggiornamento degli oltre 400 pacchetti aggiornati.

Ore 15:10. Installati tutti gli aggiornamenti. Faccio un nuovo reboot, anche se non servirebbe.

Ore 15:18. Disabilito nuovamente l’autohinting anche per i font DejaVu, che era stato abilitato con l’aggiornamento del package freetype-freeworld:

su -c rm /etc/fonts/conf.d/99-DejaVu-autohinter-only.conf

Ore 15:19. Aggiornamento terminato, non mi resta che leggermi le Note di rilascio.

Rinominare molti file con Linux

malex — Thu, 10 Jan 2008 10:51:40 +0000

Mi capita spesso di dover cambiare nome ad un gruppo di file. E’ il caso delle foto scaricate dalla fotocamera, il cui nome tipico è IMG_1234.JPG. Ciò che voglio ottenere è un nome tutto in minuscolo e voglio anche cambiare la prima parte da IMG a 2008. Ecco come fare su Fedora 7:

rename .JPG .jpg *.JPG
rename IMG_ 2008_ IMG_*

Ecco invece come fare su Ubuntu 7.10:

rename 's/\.JPG/.jpg/' *.JPG
rename 's/\IMG_/2008_/' IMG_*

Come potete notare le due distribuzioni hanno comandi rename differenti. Fedora 7 ha quello tradizionale scritto in C, Ubuntu ha una versione implementata in Perl. La versione tradizionale è più semplice da usare, mentre la versione in Perl permette l’uso di espressioni regolari ed è quindi più potente.

Subdole differenze tra rpm e dpkg

malex — Fri, 09 Nov 2007 12:27:01 +0000

dpkg, il gestore dei pacchetti di Ubuntu, è simile a rpm, il gestore di Fedora, con qualche differenza. Oggi una di queste mi ha fatto penare.

Se per un qualunque motivo rimuovo un file di configurazione, con rpm (o yum) è sufficiente reinstallare il pacchetto per riavere il file di configurazione, almeno nella forma non modificata.

Con dpkg (o apt-get) non è sufficiente. Prima devo rimuovere il pacchetto con il comando purge, poi devo reinstallarlo. La semplice rimozione e installazione o l’installazione con -l’opzione –reinstall non installano i file di configurazione mancanti.

Aggiornamento a Ubuntu 7.10 Gutsy Gibbon

malex — Fri, 19 Oct 2007 15:38:58 +0000

Oggi eseguo l’aggiornamento del mio portatile da Ubuntu 7.04 ad Ubuntu 7.10. Aggiornerò questo articolo in diretta con il procedere dell’operazione.

Ore 09:04: leggo le istruzioni e verifico che non ci siano aggiornamenti della 7.04 da installare. Non ce ne sono, posso iniziare.

Ore 09:13: Seleziono Sistema -> Amministrazione -> Gestione aggiornamenti. Il Gestore aggiornamenti mi informa che è disponibile la 7.10. Premo il pulsante Esegui avanzamento.

Ore 09:26: si va a rilento, forse era meglio aspettare qualche giorno, i server saranno intasati. Ora mi informa che le sorgenti di terze parti sono state disabilitate. Si continua.

Ore 09:32: il gestore mi mostra una lista di applicazioni non più supportate da Canonical. Si continua.

Ore 09:35: Mi chiede conferma dell’avanzamento di versione. Mi avvisa che dovrà rimuovere 11 pacchetti, installarne 165 nuovi e avanzarne (che brutta traduzione) 1112, per un un totale di 1073 MB da scaricare. Da anche una stima dei tempi. Abbiamo tutto il giorno davanti e una ADSL. Si parte.

Ore 11:19: Scaricato 740 del 1277 pacchetti, il download va a singhiozzo.

Ore 13:17: Appena scaricato il 1000-esimo pacchetto, che lentezza!

Ore 16:00: Ha finalmente terminato di scaricare tutti i pacchetti, iniziata l’installazione, tempo previsto circa 1 ora.

Ore 16:05: Mi chiede se sostituire il file personalizzato /etc/login.defs. Rispondo di sì.

Ore 17:10: Dopo altre richieste di sostituzione di file personalizzati, mi ha chiesto di cancellare i pacchetti installati ed ha fatto il reboot.

Ore 17:15: Ubuntu 7.10 in funzione!

Da Fedora Core 6 a Fedora 7

malex — Wed, 18 Jul 2007 14:40:13 +0000

Breve resoconto dell’aggiornamento di un sistema da Fedora Core 6 a Fedora 7.

Ore 09:50. Infilo di dvd di Linux Magazine nel lettore ed inizio la procedura di aggiornamento. Il test del supporto fallisce perché manca il checksum. Ma è un problema che si è già verificato con i dvd della rivista. Accetto il rischio e parto comunque con l’aggiornamento.

Ore 10:00. Il boot loader non può essere aggiornato, perciò ne verrà creato uno nuovo. Non capisco perché, ma non ci dovrebbero essere problemi. Noto solamente che il disco ha cambiato nome: prima si chiamava /dev/hda, ora è /dev/sda. Però è sempre un disco ATA tradizionale, perché questo cambio? Boh.

Ore 10:36. Aggiornamento terminato, reboot del sistema. Attimo di panico, al boot non trova il kernel e mi appare il menu di grub, che elenca due kernel, quello nuovo della Fedora 7 e quello vecchio della FC6, che è marcato con default. Seleziono quello nuovo e finalmente il boot inizia.

Ore 10:41. Piccoli problemi di avvio: il formato del database PostgreSQL è cambiato, dovrò aggiornarlo; il servizio per vmware va ricompilato; X non parte. Per fortuna arriva il login a carattere.

Suggerimento per il futuro: prima di iniziare l’aggiornamento fare un dump dei database PostgreSQL.

Ore 10:44. X non partiva perché cercava di caricare i driver NVIDIA proprietari, che erano specificati in xorg.conf. Mi chiede se riconfigurare X, io accetto, seleziono la risoluzione giusta per il mio monitor e, magia, ecco la schermata di login grafica.

Suggerimento per il futuro: prima di iniziare l’aggiornamento disattivare i driver video nativi.

Ore 10:59. Ora VMWare Workstation 6 funziona nuovamente dopo aver eseguito il rituale vmware-config.pl da root, necessario ad ogni cambio di kernel.

Ore 11:03. Manca Java 6, reinstallato l’rpm, tutto Ok.

Ore 11:20. Ho nuovamente i font con il BCI disabilitato. Trovo il package freetype-freeworld, lo installo e disabilito l’autohinting anche per i font DejaVu, in questo modo:

rpm -ivh http://avi.alkalay.net/software/freetype.bci/FC7/freetype-freeworld-2.3.4-1.i386.rpm
rm /etc/fonts/conf.d/99-DejaVu-autohinter-only.conf

Ore 15:30. Tutto sembra funzionare correttamente, ho iniziato ad installare gli innumerevoli aggiornamenti e i driver proprietari NVIDIA.

Ore 16:25. Installati e attivati i driver NVIDIA. Tutto sembra funzionare, tranne google earth, che fa fare crash a X. Ho provato ad installare l’aggiornamento di X ma ancora non funziona.

Ore 16:30. Continuo con l’installazione degli aggiornamenti, ce ne sono veramente tanti, troppi.

Per oggi ne ho abbastanza.

Checklist installazione Fedora

malex — Sat, 10 Feb 2007 18:50:53 +0000

Dopo diverse installazioni di Fedora Core 6, ho deciso di scrivere una checklist con tutti passi necessari per arrivare ad un sistema pronto all’uso per la casa o l’ufficio. Questa guida è destinata a chi ha già un minimo di conoscenza di Linux e di Fedora e sappia usare l’interprete di comandi (la shell). Inoltre si presuppone che il sistema sia supportato da Fedora e che sia dotato di collegamento Internet.

Installazione da dvd

Nulla di particolare, se non per il fatto che preferisco rivedere le partizioni di default. In particolare tengo la partizione /home separata.

Aggiornamento

Terminata l’installazione, ci sono centinaia di package da aggiornare. Ovviamente il pc deve essere collegato ad Internet con una connessione veloce. Per prima cosa aggiorno yum, quindi aggiorno tutto il resto:

[root@malex ~]# yum install yum
[root@malex ~]# yum update

Terminato l’aggiornamento eseguo il reboot, così da usare il kernel più recente.

Aggiunta di altri repository

Oltre ai repository standard (core, updates ed extras), aggiungo Livna, per pacchetti aggiuntivi non-free ma indispensabili, e Macromedia (per flash player):

[root@malex ~]# rpm -ivh http://rpm.livna.org/livna-release-6.rpm
[root@malex yum.repos.d]# cd /etc/yum.repos.d
[root@malex yum.repos.d]# curl -O http://macromedia.rediris.es/macromedia-i386.repo

Ulteriori package

Visto che Totem, il player multimediale standard di gnome, usa GStreamer come motore, lo sostituisco con un totem basato su xine, che supporta un numero di formati audio/video decisamente superiore:

[root@malex ~]# yum remove totem
[root@malex ~]# yum install totem-xine rhythmbox

Aggiunto il supporto mp3 ad amaroK, xine, audacity, GStreamer e k3b:

[root@malex ~]# yum install amarok-extras-nonfree xine-lib-extras-nonfree
[root@malex ~]# yum install audacity-nonfree gstreamer-plugins-ugly k3b-extras-nonfree

Installo Flash Player per Firefox:

[root@malex ~]# yum install flash-plugin

Installo i driver nativi per le schede video ATI (se è il caso):

[root@malex ~]# yum install kmod-fglrx xorg-x11-drv-fglrx

Installo i driver nativi per le schede video NVidia (se è il caso):

[root@malex ~]# yum install kmod-nvidia xorg-x11-drv-nvidia

Installo i font Windows:

[root@malex ~]# rpm -ivh http://www.alkalay.net/software/webcore-fonts/webcore-fonts-1.3-1.noarch.rpm

Installo i codec win32, per supportare i formati audio/video proprietari di Windows:

[root@malex ~]# rpm -ivh http://cambuca.ldhs.cetuc.puc-rio.br/xine/w32codec-0.52-1.i386.rpm

Installo mplayer e relativo plugin per Firefox:

[root@malex ~]# yum install mplayer mplayerplug-in

Installo di Google Earth (non si può vivere senza ):

[root@malex ~]# curl -O http://dl.google.com/earth/GE4/GoogleEarthLinux.bin
[root@malex ~]# sh ./GoogleEarthLinux.bin

Installo Java 6 e relativo plugin per Firefox. Scarico Java con il browser da http://java.sun.com/javase/downloads/index.jsp e installo:

[root@malex ~]# sh ./jdk-6-linux-i586-rpm.bin
[root@malex ~]# ln -s /usr/java/default/jre/plugin/i386/ns7/libjavaplugin_oji.so /usr/lib/mozilla/plugins

Infine, eseguo gli interventi per l’uso ottimale dei font per il monitor LCD.

Conclusioni

L’installazione effettuata seguendo queste istruzioni dovrebbe essere sufficiente per un uso normale casa/ufficio. Per ulteriori informazioni, consiglio caldamente la Unofficial Fedora FAQ e le stupende Fedora Core 5 Linux Installation Notes, che purtroppo non sono aggiornate a Fedora Core 6.

iptables save and restore

malex — Wed, 08 Mar 2006 10:14:49 +0000

Il comando iptables è lo strumento normalmente usato per la gestione del packet filtering nel kernel di Linux. Una parte delle sue funzioni di firewall è anche utilizzabili anche dall’utente Desktop. In particolare, in Fedora Core 4 c’è la finestra per l’impostazione del livello di sicurezza, che è implementata proprio con iptables. Se invece siete un amministratore e usate direttamente il comando iptables, sappiate che le modifiche apportate vengono perse al reboot del sistema. Per renderle definitive ecco il comando da eseguire:

iptables-save > /etc/sysconfig/iptables

Per salvare la configurazione corrente in modo da poterla ricaricare a piacere in un momento successivo:

iptables-save > myfile

Per ricaricare una configurazione a piacere:

iptables-restore < myfile

Per azzerare completamente la configurazione iptables (fino al prossimo reboot):

iptables-restore < /dev/null

Attenzione: l'ultimo comando azzera completamente ogni firewall, usatelo solo se il vostro sistema non è collegato ad internet oppure è già protetto da un altro firewall.