Newsgroup: it.comp.sicurezza.unix
Titolo: in produzione con un server freebsd

come da oggetto, quali sono i pro e i contro nei confronti di una 
classica installazione di un server-redhat. non parlo di preferenze 
(anche se chiaramente la valutazione sarà soggettiva) ma di tempi di 
uptime, chiarezza, stabilità, modalità e tempi di aggiornamento ecc
grazie in anticipo a tutti

 - mao :

Dopo qualche mese di utilizzo workstation per impratichirmi e rendere il
passaggio dalle Debian che avevo (e che in ormai pochissimi casi ho
ancora) a FreeBSD indolore alcune cose continuano a colpirmi
nell'amministrazione di server FreeBSD.
Innanzitutto la pulizia del sistema: quando installo qualcosa so
esattamente dove va tutto, dalla documentazione agli eventuali esempi,
ai file di configurazione: non mi e' *mai* capitato di non sapere dove
fosse qualcosa, vado regolarmente a colpo sicuro. Una volta che installi
un software, ad esempio dai ports, vai a colpo sicuro verso la
documentazione, a colpo sicuro verso gli esempi, a colpo sicuro verso il
file di configurazione.
Il tool utilizzato per l'aggiornamento e' cvsup, praticamente scarichi
direttamente da CVS una determinata release configurando il client
cvsup, o scarichi gli aggiornamente dell'albero dei ports
(sostanzialmente un file di descrizione, un'elenco dei file installati,
un Makefile). E' molto semplice e indolore, mai avuto problemi (a patto
di leggere la documentazione necessaria, come i vari UPDATING, prima di
un aggiornamento, ma direi che non e' necessario specificarlo). L'unica
parte un po' difficile ai primi tempi e' mergemaster, cioe' un
programmino scritto in sh che confronta i file in /etc/ che hai con
quelli che hai scaricato per una nuova release. Piu' che altro io ho
fatto un po' di confusione le prime volte, poi ci fai l'abiitudine e ti
togli i rimasugli (se ce ne sono) di "non capisco -> clicco next, tanto
e' la workstation" :)
L'uptime (il mio) e' buono: non ho mai subito un crash, le uniche volte
che ho dovuto eseguire un reboot e' per un upgrade del kernel
(naturalmente).
L'impressione che ho continuamente (che in effetti solo impressione non
e') e' che tutto sia integrato, che l'evenienza sia gia' stata
calcolata ...
Personalmente sono entusiasta della mia scelta, e tra l'altro e'
incredibilmente utile andare su un gruppo o in una mailing list e
chiedere come risolvere "esattamente questo problema" e avere come
risposta "la soluzione e' esattamente questa", piuttosto che "io con
Slackware faccio cosi'" :)))
Certo, se vieni da RH, credo sia opportuno un periodo di prova, perche'
le differenze non sono pochissime ... insomma, meglio pararsi il sedere,
ecco.
HTH,
  ngw
P.S. Credo si capisca che sono di parte :)

 P.S. Credo si capisca che sono di parte :)
Nicholas, il punto, secondo me, è in realtà un altro....
Considera, per dire, che qui da me stiamo sistematicamente smantellando
freebsd e redhat per passare tutto a debian.
Il motivo è in realtà molto semplice: c'è molta più competenza interna
su linux (e su debian in particolare) di quanta non ce ne sia su freebsd
(vabbè, per redhat c'è l'aggravante supporto/licenze che sta dando una
spinta, e che per freebsd non si applica)...
Ciò fa sì che upgrade, riconversioni, partizionamenti, recovery da
crash, ecc. diano molte più garanzie di uptime, continuità di servizio,
ecc. su linux di quante non se ne diano su freebsd.
Nessuna considerazione basata su uptime, affidabilità, prestazioni od
altro (che ritengo assolutamente paragonabili tra i due sistemi).
Per cui, alla fine, ritengo il punto più sensibile sia questo:
quale è lo skill level interno sui due sistemi che internamente si può
vantare?
La scelta dovrebbe basarsi per l'85% su questa risposta...
Hola (sempre tutto IMHO)

 La scelta dovrebbe basarsi per l'85% su questa risposta...
Chiaro, ma ti faccio anche notare che l'OP aveva chiesto altre
considerazioni, appunto upgrade, update et al., cioe' considerazioni
generiche, e' abbastanza naturale che se nessuno dei sistemisti ha mai
visto FreeBSD l'eventuale migrazione comportera' piu' rischi e piu'
costi, anche se a mio avviso lo stesso discorso e' valido anche per
distribuzioni profondamente diverse come Red Hat e Debian.
Certamente esistono ML tematiche su questa o quella distribuzione,
com'e' anche assolutamente vero che Postfix e' tale per Red Hat e tale
per Slackware. La considerazione e' naturalmente basata sui gruppi
generici, e comunque era piu' da buttare sul ridere che altro (mi scuso
se e' sembrata una provocazione).
Io credo che l'OP faccia le sue valutazioni e non si aspetti dal gruppo
una analisi del personale della sua azienda :)
Certo una cosa la vorrei dire: io non mi fiderei granche' di un
sistemista che non riesce a riconvertire le sue conoscenze da Unix A a
Unix B in breve tempo, soprattutto se deve fornire servizi simili nel
passaggio da uno Unix e l'altro: stiamo parlando di Red Hat, Debian e
FreeBSD, non di una conversione tra lo Unix di AT&T e la Gentoo di
domani :)
Insomma, io sono tutto fuorche' un genio, ma la mia impressione e' che
con una letta all'handbook si possa fare piu' o meno tutto, e in un modo
che non e' traumaticamente diverso di quello che ho usato per Debian o
per Slackware.
Se si ragiona per persona piuttosto che sui generis qualunque
considerazione risulta fuori luogo, si risolve forzatamente in un nulla
di fatto, che ne so io di che fa l'OP :p
HTH,
  ngw

 per Slackware.
Son d'accordo con te per quanto riguarda i servizi e la loro
configurazione.
MA!
Un sistema non è solo quello.. fino a quando tutto va bene, non c'è
bisogno di altro che di vi, ma in caso di problemi, posso dire di
conoscere abbastanza linux da riuscire a ritirarlo in piedi a partire
quasi da qualsiasi condizione, perchè conosco dannatamente bene le
particolarità che linux ha, e questo mi permette molti barbatrucchi e
scorciatorie.
Non sono in grado di fare altrettando su freeBSD.
Ecco perchè avere sistemi su linux è per noi un motivo di tranquillità,
tanto da valere la conversione dei sistemi, mica per altro...
Finchè si tratta di gestirli, li gestisco senza problemi anche io... ;-)
Hola!