Servizi software per web hosting (da grande faccio il sistemista)

[Uno]

Seconda puntata (Da grande faccio il sistemista, introduzione ad una serie di collaborative tutorial)
Inizio in maniera terra terra (chi sa già tutto non rida), poi potremmo espandere, ad elencare i servizi comuni che si utilizzano nel web hosting.

1. Un server httpd: apache, lighttpd, nginx etc)
2. Uno o più server rdbms (Relational database management system) o per i semplici dei server software database: mysql, postgresql, oracle (questo per web non so se è tanto usato) ma oggi abbiamo anche sqlite che non può essere definito propriamente un rdbms sebbene abbia un layer (disegno) molto simile.
3. Uno o più linguaggi di scripting: php, perl, python etc... ma fino a qualche anno fa erano molto usate anche cose tipo ssi (server side include) che permettevano una minimissima dinamicità
4. Un server dns: bind, mydns ect..
5. Un server mail: postfix, exim etc
6. Un sistema antispam

Se non ho dimenticato qualcosa scrivendo al volo questi sono i servizi praticamente necessari (non tutti sullo stesso server per forza) per far funzionare un sito. Ovviamente avendo "sotto" già un S.O. con gestita la sua sicurezza per esempio il firewall cose che poi vedremo in altro 3d.
Qui insomma stiamo parlando di quello che o bene o male usa il webmaster più o meno direttamente e che il sistemista deve configurare a seconda delle finalità del sito o in maniera più generale se il server ospita più siti di tipologia diversa come nel caso degli shared hosting.
Perdonatemi se ho fatto esempi solo di software Linux/Unix, non conosco per nulla Windows, Apple, Solaris o altro da questo punto di vista.

Penso che la prima cosa per chi inizia è capire come funziona un sito.
Io sto sul mio pc che richiedo un indirizzo tipo google.it, attraverso i dns (compreso l'ultimo sul server del sito) la mia richiesta trasformatasi in un indirizzo ip mi fa arrivare al server giusto che dovrà sfornare ciò che ho chiesto.
Se la richiesta inizia per http, il server httpd (apache per esempio) sceglie la pagina, se questa pagina è php il motore php la elabora, se c'è una richiesta ad un database etc...

Questo in maniera moltooo stupida il funzionamento di un semplice sito (certo potrebbe essere solo html senza php e db).

Il sysadmin (anche il webmaster, ma in maniera diversa) nella sua configurazione ottimale deve considerare questo scritto sopra per un numero X di utenti che possono richiedere pagine diverse ed eventualmente siti diversi. Cioè deve tentare di bilanciare i carichi, far si che oltre ad un certo numero di richieste altri siano messi in attesa ma non più di quello che il server può reggere, sarebbe stupido lasciare utenti e server fermi. Deve prevedere per ognuno di questi software/servizio la possibilità che ci sia il malandrino che prova a portare il server oltre il limite sfruttando qualcosa non previsto.
Etc...

Mi fermo sperando che qualcuno intervenendo mi aiuti ad espandere il discorso

[usu]

Ottimo post, se mi viene in mente qualcosa poi aggiungo

[Ste]

Da aggiungere ai primi punti, un sistema di monitoring (Munin o altro) che aiuti a tenere sotto controllo le performance della macchina, che sia per "sfizio" che sia invece per necessità per capire come settare tutto al meglio

[Uno]

Da aggiungere ai primi punti, un sistema di monitoring (Munin o altro) che aiuti a tenere sotto controllo le performance della macchina, che sia per "sfizio" che sia invece per necessità per capire come settare tutto al meglio

Si è vero, soprattutto se si gestiscono più server, su uno singolo (intendo anche non collegato ad altri) io di solito mi accontento dei comuni sistemi di shell, dei log etc...

Comunque anche se non indispensabile direi che non dovrebbe mancare anche un sistema di statistiche sugli accessi, tipo webalizer, awstats e simili.
Questi praticamente solo per il webmaster

--------------------------------------

Aspetto un pò se no continuo io (finchè non mi stufo di parlare da solo )

[GrG]

HAI DIMENTICATO SENDMAIL E QMAIL!

Poi c'è PowerDNS che è una figata, server DNS MySQL based.

Aggiungiamo anche la lista PhpMyAdmin, PhpPGAdmin, PostfixAdmin.

Pannelli? ISPConfig, Plesk, DirectAdmin, cPanel, ISPCP

[Uno]

HAI DIMENTICATO SENDMAIL E QMAIL!

Poi c'è PowerDNS che è una figata, server DNS MySQL based.

Aggiungiamo anche la lista PhpMyAdmin, PhpPGAdmin, PostfixAdmin.

Pannelli? ISPConfig, Plesk, DirectAdmin, cPanel, ISPCP

Ah ok, ma non avevo fatto la lista dei software (solo esempi) ma quella dei servizi.
Comunque va bene.

Sui pannelli....personalmente non li metterei tra i servizi indispensabili, piuttosto tra quelli utili come le statistiche e più che altro per i webmaster, non per il sistemista in se.

[GrG]

Però se parliamo di aspiranti sistemisti un pannello facciotuttoiotudevisololanciarelinstallshepoiguard aretantetantetanterighecheappaionosulloschermopoia llafineaccedereallapaginadiamministrazioneecomplet areilsetup non fa male :d

[Uno]

Però se parliamo di aspiranti sistemisti un pannello facciotuttoiotudevisololanciarelinstallshepoiguard aretantetantetanterighecheappaionosulloschermopoia llafineaccedereallapaginadiamministrazioneecomplet areilsetup non fa male :d

Ecco io sono vecchia scuola in tutto, in ogni cosa penso che prima bisogna imparare a fare le cose a mano e poi si può usare la facilitazione soprattutto per far lavoro in quantità (cosa, quest'ultima, che nella sistemistica non è neanche detto).
Anche perchè come vediamo qui tutti i giorni: il pannello più bello e perfetto di questo mondo ma alla prima rogna se non dai colpi di shell - te saluto....

[ceccus]

Salve,
Eh NO ...

Però se parliamo di aspiranti sistemisti un pannello facciotuttoiotudevisololanciarelinstallshepoiguard aretantetantetanterighecheappaionosulloschermopoia llafineaccedereallapaginadiamministrazioneecomplet areilsetup non fa male

... il VERO Sistemista (con la S maiuscola) , a mio avviso, dei pannelli "faccio tutto io" ... SE NE FREGA ALTAMENTE ... anche perchè , solitamente, i pannelli è vero che danno una mano, ma fanno anche diverso casino ... quindi, sempre secondo me, sistemarsi le cosine "a manina" , rimane la soluzione migliore, senza considerare l' aspetto prestazionale, dove, sicuramente senza pannelli risulta più performante.

Ciao !!

P.S. : aspetto l' aperture del Thread relativo alle protezioni ... tanto, ho visto, che siamo sempre i "soliti noti" ...

[GrG]

Stiamo parlando di gente che deve imparare da un tutorial. Non di sistemisti esperti che devono configurare un sistema per ospitare Google.

Come detto in un altro thread, se proprio ci devono essere gli aspiranti sistemisti che non vogliono comprare sto managed da 50 € al mese (e ormai sembra non sia più possibile lanciare un rm -Rf aspirante_sistemista.*.pistola), preferisco che usino un pannello facciotuttoio che almeno poi per gli upgrade di routine basta un click e salvo casi eccezionali stanno tranquilli.

Se si compilano apache a mano col ciufolo che lo aggiornano una volta al mese se non hanno problemi.

Per non parlare di Postfix che se lo installi a mano ogni volta devi ributtargli tutte le conf.

Ah, parliamo di ProFTPD? Vedo ancora in giro versioni 1.1, si, esatto, la versione con cui avevano totalmente falciato un provider di cui non mi ricordo il nome.

[ceccus]

Salve,
Ma è proprio qui, il "problema" ...
Secondo me, opinione personale, quindi opinabile (ma non troppo , perchè poi i risultati ... "si vedono" ... e lo commento dopo ...) NON deve passare il messaggio che per essere Sistemisti, occorre avere installato un bel pannello "fottuttio" ...
Secondo me, deve passare il messaggio che per diventare Sistemisti, occorrono studi, prove sul campo , errori (dagli sbagli si capisce molto ...) e soprattutto ... TEMPO ... così, si diventa Sistemisti ...
Il commento che avevo detto di fare ... mi sembra sia lampante come in questo Forum e anche in tutti gli altri del genere , ci sia una "massa" considerevole di persone che chiedono aiuto su argomenti basilari ... la stessa "massa" che acquista una VPS e che la fa diventare "carne da macello" ... Questo, se ci fosse una "cultura informatica" almeno decente, probabilmente , non succederebbe.
Ecco perchè, almeno personalmente, la penso come ho scritto poco sopra ... poi, ovviamente, liberissimi di pensarla in altro modo ...
Ah ... un' ultima cosa ... è vero che il "pannello fottuttio" aiuta ... ma al primo problema ????????????? Che si fa ?????????????? Secondo me si rientra nel giro di cui sopra ... ... se non si hanno le basi e le competenze necessarie.

Ciao !!

[GrG]

Ecco perchè, almeno personalmente, la penso come ho scritto poco sopra ... poi, ovviamente, liberissimi di pensarla in altro modo ...

Io non la penso in altro modo.

Per essere sistemisti bisogna farsi il sederino a strisce.

Solo che avremo sempre la massa di aspiranti sistemisti che avendo un sito che può stare benissimo su aruba lo mettono su una OpenVZ a 10 dollari al mese. E in questo caso (e 3) io preferisco che si installino il loro pleskino piuttosto che usare i tutorial che stiamo tentando di scrivere noi.

Al minimo problema son fregati, lo so. E siam fregati anche noi che amministriamo filtri antispam. So anche questo. Però le probabilità di trovare un server installato da tutorial e non aggiornato sfondato sono un pezzo superiori a quelle di trovarsi un server plesk aggiornato col tasto AGGIORNA TUTTO sfondato.

Poi ovvio se capitano danni come quello successo ad OpenSSL 6 mesi fa lì ti serve si l'admin capace che fixi in real-time, perchè i 2 giorni che c'ha messo il .deb ad uscire son troppi.

[Uno]

Solo che avremo sempre la massa di aspiranti sistemisti che avendo un sito che può stare benissimo su aruba lo mettono su una OpenVZ a 10 dollari al mese. E in questo caso (e 3) io preferisco che si installino il loro pleskino piuttosto che usare i tutorial che stiamo tentando di scrivere noi.

Non è questa la mia intenzione, infatti non sono howto passo passo, ma solo qualcosa che cerca di:
"Mi intriga fare il sistemista, almeno per capire di che si tratta, da dove comincio?"

Così chi ha intenzione serie può prendere uno spunto per poi cercarsi altro e studiare sul serio, il bimbominkia (perchè di quelli stai parlando) invece passa oltre e prende il vps con il pannello installato e dice all'amico che lui è un sistemista.
Per i panelli non serve neanche parlare tutto sommato, basta prendere il vps che con pochi euro di differenza te lo da già installato, ma se vogliamo fare cultura informatica o anche solo due chiacchiere tra amici con lo stesso interesse, bisogna partire dall'inizio e considerare i pannelli solo un qualcosa in più e non per il sistemista.

Tra l'altro il discorso aggiornamento non è detto che sia più facile con il pannello, a volte ci sono pannelli che devi aspettare i loro comodi per aggiornare il software, invece un apt-get ogni tanto chiunque lo può dare senza svenarsi .
Ma il discorso è più profondo dal mio punto di vista. Io non aggiorno ogni volta che esce la versione 0.0001 in più della versione che ho già installata, solo per sport, aggiorno se ci sono problemi di sicurezza, se ci sono funzionalità che mi comodano etc... e compilo a mano solo se c'è una pacth urgente non pacchettizzata (anche perchè e lo vedremo sui prossimi 3d sulla sicurezza, sul server non dovrebbero starci compilatori quando non servono).
Quindi per far questo bisogna quanto meno seguire gli sviluppi (e gli advisori) dei software che si usano, delegare queste cose al pannello non è una buona politica.

[AndDM]

Salve, mi permetto di "riaprire" la discussione che, anche se vecchia, è comunque tra le discussioni rilevanti.
Nel mio percorso didattico sto avendo a che fare con qualche controllo elementare sugli accessi e con monit (mi pare interessante come applicativo per il monitoraggio, lo consiglio per chi vuole semplicità), mi sono scontrato con Sendmail. Ho sempre pensato a Postfix come MTA e mi riproponevo di approfondirlo dopo aver fatto solo qualche test in locale, ma Sendmail è praticamente già configurato in molte distribuzioni e leggevo che ha superato svariati problemi che si avevano nel passato.
Quindi mi piacerebbe sapere le impressioni su questa problematica e quali sono i principali punti che fanno pendere la bilancia dalla parte dell'uno o dell'altro.

Allargando un pò il discorso, mi piacerebbe qualche commento sulle altre soluzioni disponibili negli altri punti del primo post, quali sono le vostre preferite e quali i principali punti che considerate nella scelta.
Sarebbe utile a chi si affaccia a questo punto per cercare di definire un buon percorso di studio.

Spero di non aver frainteso lo spirito della discussione, il caldo mi spegne i pochi neuroni funzionanti.