Storie dalla Sala Macchine

Qualche tempo fa, un po' annoiato, mi sono messo a scrivere quello che succede nel mio ufficio (rimuovendo i nomi ovviamente) sul gruppo it.comp.os.linux.sys. La cosa pare abbia trovato degli estimatori, cosi' ho pensato di "preservare" questi capolavori per i posteri...

Una cosa: tutte le storie sono assolutamente vere!

Personaggi

The Boss (TB): e' il capo del'ICCITTI', e quindi anche il mio capo.
Aquila Bestemmiante (AB): e' il sistemista-capo, conosce tutta la rete dalle antenne sul tetto fino all'ultima connessione ISDN.
Tony Abbuffa (TA): si occupa di tutto cio' che e' Media e MultiMedia, oltre a mangiare panini degni di Scooby Doo...
Mister Ecks (ME) : e' il nostro 'contatto' nel Nuovo Continente, localizzato a San Francisco.
Erik il Rosso (ER): phone-firewall, ovvero: Help-Desk di primo livello.
Il Danese Ubriaco (DU): sistemista di secondo livello e programmatore Python/PHP
Mister X (MX): programmatore PHP/Python, si occupa di mailing lists ed altre cose.
Tom Luseronovic (TL): programmatore Python/PHP e si occupa della gestione utenti.
Sander Buildingmanager (SB): building manager, ovvero colui al quale si rompono le balle per la manutenzione ordinaria e straordinaria di ogni parte dell'ufficio.

CL: Clueless Luser, un classico utente insomma.
UL: Uber Luser, un CL di rango elevato.
SL: Super Luser, manager o similare.

Gateway, Gateway on the Firewall...

Una piccola descrizione di come il sistema funzionava e' opportuna, allora, noi abbiamo circa 46 uffici 'periferici', alcuni hanno il loro sistema informatico interno, altri usano dei server che noi gestiamo da qui. Comunque, ogni server e' identificato da un nome tipo server.nazione.loc. Ed ogni utente di tale server ha un indirizzo di posta interno che e' nomeutente@nazione.loc.

Percui, inviare posta a quel indirizzo significa che la mail viene diretta immediatamente verso il server di destinazione tramite la nostra vpn, e fine del gioco.

Che succede se qualcuno invia una mail verso un indirizzo di posta esterno? La mail viene inviata ad un mail-gateway (erroneamente chiamato 'firewall' per motivi storici) il quale attua una riscrittura dell'indirizzo (e dell'intera envelope in effetti) trasformando tutti gli indirizzi del tipo nazione.loc nell'equivalente esterno nazione.noisalviamoilmondopuntocom.com, cosi' se il ricevente della posta schissa "reply" la mail andra' nel posto giusto.

Il gateway fa anche la conversione opposta per la mail entrante. Il che significa che mail 'interna', rimane interna mentre mail 'esterna', rimane esterna.

Tutto chiaro? Spero. Allora, adesso, secondo il grande piano delineato precedentemente, noi dobbiamo eliminare del tutto il sistema di gestione di posta e passare tutto sul Grande Fratello, ma la cosa non e' cosi' semplice come sembra, in particolare, se noi inviamo mail interna verso l'esterno, questa non puo' passare dal gateway, altrimenti viene rimbalzata verso l'interno, d'altra parte, se noi inviamo mail interna verso l'esterno senza riscrivere gli indirizzi ed il pisquanone schissa 'reply', la mail non andra' da nessuna parte perche' @nazione.loc non e' un dominio riconosciuto. Insomma una grande chiavica.

Dato che tutto il lavoro deve essere fatto e finito per ieri, ci siamo (io ed Aquila) inventati tutta una serie di accrocchi e pinzillaccheri per riuscire a far funzionare le cose, per prima cosa la mail viene 'tradotta' da ogni singolo server di posta, e non solo dal gateway, almeno, viene tradotta dai server che io controllo, gli uffici che hanno il loro sistema informativo dovranno farsi le traduzioni per conto loro o usare uno dei nostri server di posta per fare il relay. Solo che i nostri uffici periferici non sono tanto contenti di cambiare un sistema che funziona perfettamente per non-si-sa-bene quali vantaggi... il risultato e' che posta viene ritornata ai mittenti o rimbalzata in giro o langue in coda per ore ed ore...

Naturalmente noi abbiamo fatto notare piu' volte che se la faccenda fosse stata organizzata e gestita in modo decente (sicomeno) non ci sarebbero stati problemi o sarebbero stati molto minori e che se invece di fare le cose alla ca$$o come al solito le potessimo fare con un minimo di pianificazione potremmo modificare il gateway di posta (gia esistente) in modo da fare le varie sostituzioni in modo trasparente.

Ma ovviamente, qualcuno ha altre idee al proposito, e colui-il-quale non sara' piu' il mio capo in breve, ha gia deciso che il gateway di posta "non gli piace" e verra' eliminato entro la fine del mese.

Cosi' dobbiamo gestirci tutta la cosa, compreso virus-spam-scanning e rimuovere il gateway di corsa.

Poi oggi arriva la novita'.

DB - ...e cosi' per decisione unanime del $grupposuperluser, dobbiamo aggiungere una firma elettronica con disclaimer incorporato in tutte le mail uscenti.
AB - L'unico modo di farlo e' di impostarlo nel client di posta, che noi non controlliamo.
DB - Nonononono, dobbiamo farlo in modo trasparente, senza cambiare niente sui picci' degli utenti, e rimuovere altre firme se gia esistono, e tradurlo in tutte le lingue esistenti (compreso il Klingoniano) e...
IO - Quale parte di "l'unico modo e' farlo sul client" non e' chiara?
DB - E perche' non lo facciamo sul server?
IO - Perche' ci sono uffici che non usano il nostro server, dato che dobbiamo eliminare il gateway.
DB - ah... allora...

Assume un atteggiamento pensoso per un po'.

DB - Supponiamo di mettere un server che intercetta tutta la posta in uscita ed applica questa firma...
IO - Tipo il Gateway che gia abbiamo?
DB - Si, tipo il gateway...
IO - Che tu hai detto che non ti piace?
DB - ...il gateway...
IO - Che dobbiamo rimuovere alla fine del mese?
DB - Hummm...

Assume sempre un atteggiamento pensoso...

DB - Ok, supponiamo di installare un altro gateway,
IO - Che cosa ha che non va quello che gia esiste?
DB - Non mi piace...

12 giorni, altri 12 giorni.

Davide
28 Gennaio 2008

previous next

I commenti sono aggiunti quando e soprattutto se ho il tempo di guardarli e dopo aver eliminato le cagate, spam, tentativi di phishing et similia. Quindi non trattenete il respiro.

e tu non hai letto le FAQ vero?

previous next

I commenti non sono storie, trattenete la vena poetica ed evitate di scrivere la Divina Commedia. Eventualmente leggete le istruzioni su come mandare le vostre storie per la pubblicazione.

Aggiungi un commento (max 1000 caratteri)