Slackware e Server

[Vito]

quindi quado metto i cd di slackware ed installo non devo selezionare nessun compilatore neanche il gcc....quindi per il kernel dovrei usare un precompilato?

[masalapianta]

quindi quado metto i cd di slackware ed installo non devo selezionare nessun compilatore neanche il gcc....quindi per il kernel dovrei usare un precompilato?

perche'? puoi compilare tutto quello he vuoi sul server, basta che quando hai finito disinstalli i compilatori prima di metterlo in produzione

[Trotto@81]

quindi quado metto i cd di slackware ed installo non devo selezionare nessun compilatore neanche il gcc....quindi per il kernel dovrei usare un precompilato?

perche'? puoi compilare tutto quello he vuoi sul server, basta che quando hai finito disinstalli i compilatori prima di metterlo in produzione

Questo comporta una notevole perdita di tempo!!

[Dani]

Perchè sui server non va installato il compilatore ?

per non rendere le cose facili ad un eventuale cracker che ottiene accesso locale e deve compilarsi rootkit/exploit/ecc..

Intendi accesso fisico al pc ?
E poi il cracker non potrebbe senza alcuna difficoltà copiare l'exploit direttamente compilato ? Se lo compila sulla sua macchina e lo lancia una volta che è sul server...

Ah, già che ci sono è una pessima cosa lasciare /tmp chmoddata 777 ?

[masalapianta]

quindi quado metto i cd di slackware ed installo non devo selezionare nessun compilatore neanche il gcc....quindi per il kernel dovrei usare un precompilato?

perche'? puoi compilare tutto quello he vuoi sul server, basta che quando hai finito disinstalli i compilatori prima di metterlo in produzione

Questo comporta una notevole perdita di tempo!!

perche'? perdi piu' tempo e risorse a compilare su un'altra macchina per poi portare e installar ei binari su quella che andra' in produzione piuttosto che compilare tutto direttamente in produzione e poi disinstallare il compilatore

[masalapianta]

Intendi accesso fisico al pc ?

no intendo una volta che il cracker puo' eseguire codice arbitrario sulla macchina

E poi il cracker non potrebbe senza alcuna difficoltà copiare l'exploit direttamente compilato ? Se lo compila sulla sua macchina e lo lancia una volta che è sul server...

certo ma deve disporre di una macchina con la medesima architettura di quella da attaccare, ovviamente non e' un grosso ostacolo ma non vedo perche' facilitargli la vita

Ah, già che ci sono è una pessima cosa lasciare /tmp chmoddata 777 ?

no, comunque c'e' lo sticky bit

[albatros]

@John-Cena:
ma come funziona il vostro server?
E' una vosta macchina con semplice connessione adsl e ip statico, un virtual server, una macchina in housing o volete semplicemente mettere su un sito ospitato da qualche provider?

[Luci0]

Non traumatizzate John-Cena ... con le paranoie ...

[Luci0]

In genere per un server vanno installati i software strettamente necessari per il suo funzionamento, ma comunque dipende anche da che tipo di servizi e dal carico di lavoro che dovrà sopportare.
Se il server é esposto su internet dovrà essere controllato più spesso che non uno posto all' interno di una rete aziendale. Il fatto di installare solo pochi programmi rende più semplice l' applicazione delle patch di sicurezza sicuramente installare debian aiuta ... ma anche slackware con swaret dovrebbe essere ok..
Insomma non va bene lasciare il server, acceso fisso e controllare i log un volta all' anno sperando che nessuno ci sia andato fare del casino (es. port scanning tentativi di accesso non autorizzati da ftp, ssh o samba) ... perché di gente che non ha niente di meglio da fare ce n'é tanta ... evita inoltre di utilizzare PC non sicuri (es. PC Windows non di tua proprietà ) per collegarti in remoto al server i keylogger esistono, e rendono vano l' utilizzo di ssh ...

Comunque sarebbe meglio farsi un idea dei servizi che devi installare ed il carico di lavoro che deve sostenere.
Ogni servizio in più che installi é lavoro in più di manutenzione e controllo dei log e update dei pacchetti ... é ovvio che se compili i pacchetti ex novo ogni volta che esce una security fix te lo devi ricompilare con tutte le problematiche del caso ... se usi una distribuzione con un lungo supporto avrai meno problemi di questo tipo ...

[Vito]

noi il server abbiamo intenzione di acquistarlo fisicamente quindi un server con adsl e connessione ip statica poi per i servizi avevamo intenzione da fare una specie di mega portale pet tutti gli utenti dell'isola d'ischia che includesse web hosting posta ed altro....e qundi volevo delle indicazione su come gestire un server dato che sarà la mia prima esperienza e comunque vorrei installare come SO o Debian o Slackware

[albatros]

Alcuni consigli, più teorici che pratici:
-L'iniziativa è lodevolissima e merita di essere incoraggiata, tuttavia vi consiglio di acquisire prima un po' di esperienza, magari costruendovi prima una piccola lan e provando in locale i servizi che offrirete poi agli altri, facendo comunque precedere un ragionevole periodo di prove alla notizia dell'apertura del portale.
-Non so quale sia la banda a disposizione, ma non so quanto possa reggere una adsl con un mega-portale che offre anche web hosting ad altri...
-Prestate molta attenzione al profilo legale dell'iniziativa, che personalmente conosco poco per un caso come il vostro. Date un'occhiata a: http://www.provideritalia.com/diventare-provider.html (è il primo che ho trovato, non lo conosco e non ne garantisco l'affidabilità). Non so quale sia la procedura per registrare un nome di dominio legato a una macchina domestica. Ricordate che offrire servizi al pubblico comporta delle responsabilità, personalmente sono contrario, salvo casi particolari, ad incriminare i provider, ma noto che c'è una certa tendenza a scaricare sugli isp le responsabilità degli utenti, quindi pensate a cosa potreste andare incontro se qualcuno pubblicasse materiale illegale sullo spazio che gli offrite e della cosa se ne interessasse la polizia postale o la GDF.

Come ho già detto, non vi voglio scoraggiare, solo vi invito a far le cose per bene, le buone intenzioni possono non bastare e la fretta può essere cattiva consigliera: io dedicherei un po' di mesi ad acquisire le necessarie conoscenze e solo in un secondo momento aprirei il sito al pubblico...

Avete un'idea precisa di cosa debba fare il vostro server?
web-server? Apache?
avrà un database (quasi sicuramente)? mysql?
userà php? perl?
mail server? postfix? qmail?
webmail? squirrelmail?
ftp server? vsftpd?
(io ho buttato lì alcuni programmi, ma non sono i soli disponibili)

[Vito]

si infatti non avevo intenzione di fare tutto in 1 giorno ma mi stò muovendo con anticipo in modo da sapere quello che devo fare grazie per tutti i consigli!