Newsgroup: it.hobby.fai-da-te
Titolo: [OT] Domini, hosting e mailserver

Mi sono fatto registrare un dominio presso una compagnia di hosting.
Per adesso me lo tengo lě riservato.
Quel giorno che volessi metterci un server mail su quel dominio, posso
farlo con qualsiasi altro provider o, se mi faccio l'IP statico
addirittura con un server a casa, giusto? Non devo avere per forza
l'hosting dove ho registrato il dominio, no?
Grazie e scusate per l'OT
Boiler

 l'hosting dove ho registrato il dominio, no?
dipende dal tipo di hosting, se ti permettono di metter mano ai dns o 
no......

Per adesso me lo tengo lì riservato.
Se hai acquisito solo il dominio senza spazio web etc allora dovresti
aver la possibilità di impostare il DNS in modo da farlo puntare dov
preferisci sia per lo spazio web che per l'email etc.
-- 
************************************************************
* Visita il sito ufficiale del gruppo: 
http://www.i-h-f.it
 *
************************************************************
Stefano Aglietti - StallonIt on IRCnet - ICQ#: 2078431
Email: 
st...@40annibuttati.it
 
ste...@people.it
Sites: 
http://www.40annibuttati.it
 - 
http://www.wordpress-it.it
 
http://www.lacollinaincantata.it
 

 addirittura con un server a casa, giusto?
Anche senza ip statico :-)
Guarda qui:
www.no-ip.com
Il mio server gira con il reindirizzamento di quel sito e con mx secondari 
gratuiti su rollernet (
http://rollernet.us/
) :-)
Ti basta avere o un router che faccia ip masquerading e port forwarding, 
oppure anche un semplice modem e un vecchio PC con linux e uno script 
IPtable che fa da firewall e port forwarding verso il tuo server interno 
(che č il mio sistema) :-)
-- 
GenTLe ...di Varese, provincia.
http://digilander.iol.it/thegentle/index.htm
"Mi dai la salsiccia?" (cit. PAola)
"Ovviamente non diciamo nulla a nessuno..." (cit. PAola) 

preferisci sia per lo spazio web che per l'email etc.
Bene.
Anche perche' l'amministratore tecnico è mio amico, e se non mi fa
fare quello che voglio... niente piu' grigliate offerte ;-)
Boiler

(che è il mio sistema) :-)
La metà di quello che hai scritto è arabo ;-)
Quando ho un po' di tempo mi guardo i links e ci studio dietro. Non è
comunque una necessità attuale.
Volevo solo assicurarmi il dominio prima che me lo zanzassero.
Boiler

 La metà di quello che hai scritto è arabo ;-)
A ognuno le sue competenze :-)
In soldoni: il DNS è il server che traduce un indirizzo testuale (tipo 
www.google.it
) in un indirizzo IP gestibile dal computer (tipo 
10.200.122.212). Quando qualcuno manda una mail al tuo dominio, il suo 
server di posta contatta il server DNS che dice al suo server di posta (da 
qui server SMTP) qual'è l'indirizzo del tuo server SMTP (che è il tuo server 
di posta) per inoltrarti la mail.
L'entry del DNS che indica i server di posta si chiama entry MX. In genere 
ce ne sono più di una, il primario e uno o due secondari, e l'ordine 
gerarchico con cui vengono contattati dipende dal valore della entry MX. Per 
esempio se hai:
MX 20 
smtp.boiler.com
MX 50 
smtp.pippo.com
MX 80 
mail.pluto.com
il server che ti spedisce la posta prova a mandarla prima a 
smtp.boiler.com
, 
se questo è spento o non raggiungibile la manda a 
smtp.pippo.com
, se anche 
questo non va allora prova con 
mail.pluto.com
. Se nemmeno quest'ultimo non 
funziona, allora riprova per diverse ore e poi scarta la mail e avvisa il 
mittente che non ha potuto inviarla.
Se ti fai un server di posta in casa, molto probabilmente non potrai/vorrai 
lasciarlo sempre acceso, quindi è fondamentale avere un MX secondario che ti 
faccia da buffer delle mail destinate al tuo server.
L'MX secondario poi prova a contattare ogni tot ore il tuo server, e quando 
lo trova acceso, gli spara le mail che aveva in buffer per te.
In genere gli mx secondari si pagano. Ma il link che ti ho dato prima offre 
il servizio gratuitamente.
Il discorso del port forwarding invece funziona così: un router quando si 
connette si cucca sull'interfaccia esterna (ADSL o ISDN o quello che è) 
l'indirizzo dinamico che gli passa il provider. E fa masquerade di tutti gli 
indirizzi interni alla rete. Ovvero: tu tra la tua rete interna (che può 
essere composta anche da un solo computer e dal router, o anche da 
moltissimi computer e il router) e il router usate degli indirizzi privati, 
che sono:
da 10.0.0.1 a 10.255.255.254, o da 172.16.0.0 a 172.31.255.254, o da 
192.168.0.1 a 192.168.255.254, mentre il router si prende l'indirizzo 
pubblico. Il router fa uscire tutti i pc della rete interna su internet con 
un solo indirizzo, quello della sua interfaccia esterna.
Ora, se tu fai puntare i dns all'indirizzo pubblico, i dati arrivano alla 
interfaccia esterna del router, ma come fa il router a sapere a chi 
inoltrarli? Tieni presente che teoricamente dalla parte interna del router 
tu potresti avere 10000 computer...
Il problema NON si pone se sei TU a fare partire richieste di connessione, 
perché in questo caso la richiesta arriva al router come "il device con 
indirizzo xxx.xxx.xxx.xxx ha richiesto una connessione al server 
yyy.yyy.yyy.yyy sulla porta zzzz, e la porta sorgente è la tttt" (per 
esempio se tu ti connetti con Firefox a 
www.google.com
, il router riceve la 
richiesta dall'indirizzo del tuo pc e dalla porta che ti apre firefox verso 
l'indirizzo 216.239.59.147 porta 80). A questo punto il router che fa IP 
masquerade salva la richiesta in una tabella, crea una porta sorgente a sua 
volta (se ben ricordo) e fa la richiesta a sua volta come se questa partisse 
direttamente dalla sua interfaccia esterna. Quando i dati da google iniziano 
ad arrivare alla porta esterna del router, lui guarda nella sua tabella e sa 
che quei dati sono da mandare all'indirizzo interno del tuo computer.
Se però arrivano dei dati non richiesti direttamente dal tuo pc (per esempio 
se un server di posta prova a inviarti delle mail) il router da solo non 
saprebbe a chi inoltrarli... Quindi si usa una funzione che si chiama "port 
forwarding", ovvero si dice al router che, per esempio, tutte le connessioni 
che arrivano dall'esterno per la porta 25 (la porta SMTP del server di 
posta) vanno inoltrate all'indirizzo interno xxx.xxx.xxx.xxx.
Tutto questo non serve se usi un modem, dato che in quel caso l'indirizzo 
pubblico lo cucca non il modem, ma l'interfaccia di rete PPP che si crea nel 
momento in cui stabilisci la connessione e che sta sul pc a cui il modem è 
connesso. Però si apre un altro problema: con una connessione PPP il tuo pc 
è _aperto_ a tutti i tentativi di connessione! E cio' non è carino...
Quindi, o usi un router capace di fare ip masquerade e port forwarding, 
oppure ti fai una linuxbox che faccia partire una connessione PPP con un 
modem verso il provider, ma che abbia a bordo un software di firewall come 
iptable tale da bloccare tutte le connessioni dall'esterno non richieste e 
da inoltrare al pc che vuoi le sole connessioni per le porte che ti 
interessano inoltrare.
Il sistema di no-ip, infine, è un semplice clientino che quando la tua 
macchina si connette a internet dice ai DNS dinamici di no-ip su che 
indirizzo pubblico sei connesso. Quindi quando un server esterno cerca di 
inoltrarti una mail e fa la richiesta ai DNS per sapere il tuo IP, lo trova 
aggiornato e corretto nei DNS di no-ip :-)
E' tutto, direi.


 Boiler
A parte tutte le opzioni tecniche, che potrebbero non essere
necessarie... dove hai registrato il dominio?
Se e' con 
register.it
 allora sara' automaticamente configurato sui loro
DNS, che puoi riconfigurare facilmente loggandoti con l'account che ti
dovrebbero aver dato....
Non e' poi cosi' difficile... ad esempio se hai un hostin che risponde
all'IP 123.456.78.90 allora devi semplicemente dire al DNS che
www.tuodominio.it
 deve puntare a quell'IP.
Poi puoi aggiungere tutti i sottodmoini web che vuoi, ad esempio
piripicchio.tuodominio.it
 puoi farlo punatare ad un altro IP.
Qualcosa di simile per il mail server, per eventuali ftp server ecc..
.(che non sono protocolli web, ma sono protocolli internet)
Anche se mi pare (non ricordo) che reister.uit (ma non e' l'unico a
fare questo servizio) ti dia anch un mail server gia' configurato senza
sbattimenti...
Pero' se sei in hosting presso un provider serio ma competitivo puoi
usare il loro DNS ionvece di quello di 
register.it
  (es. degli ottimi
provider sono  
pair.com
, 
everio.com
). Quindi potresti dire a
register.it
 di far si che il DNS primario per il tuo dominio non sia
piu' il loro ma quello di 
pair.com
 o di verio com .... ma detto tra noi
non ne vale la pena di farlo, anche se in teoria c'e' qualche lieve
vantaggio in termini di velocita' di accesso....

E' tutto, direi.
Sei gentilissimo!
Una cosa mi resta dubbia: immagino che di srrver DNS non ce ne sia uno
solo, cosě come ci sono diversi server news.
Come funziona? Io scrivo la mia entry in uno e poi si propaga agli
altri?
Boiler

altri?
Esatto...
O meglio supponiamo tu hai il domnio 
pincopalla.ch
, il DNS server del
mio provider se non sa di suo quale server interrogare per i domini
.ch (il top level domani server gestito dall'auhority che gestisce i
domini in svizzera) interrogherà il server del NIC italiano (che
gestisce i domini .it) il quale lo indirizzerà sul sever mologo
svizzero da qui si otterrà quale indirizzo IP corrisponde a
pincopalla.ch
. Ovvioc he questa interrogazione rimarra nella cache del
server DNS in funzione del tempo di expire (solitamente almeno 48ore,
ma per i domini "virtuali" appoggiati su IP dinamici, anche pochi
minuti) impostata per quel dominio e della dimensione della cache del
server DNS del tuo provider.


 il mio sistema) :-)
Già, hai solo tralasciato l'insignificante problema di tirare su sendmail
senza che diventi la principale sorgente di spam europea in 5 minuti, a
parte quello c'è tutto =)
Ciao
Luca
-- 
When I smile, tell me some bad news
Before I laugh and act like a fool

 5 minuti, a parte quello c'è tutto =)
Parli del firewall linux? Beh, iptables non accetta nessuna connessione syn 
in entrata verso se stesso, e il port forwarding spara le connessioni della 
25 direttamente sul mio server interno, che ha a bordo Lotus Domino 6.5 :-)


 25 direttamente sul mio server interno, che ha a bordo Lotus Domino 6.5 :-)
No, parlo di sendmail che è un (per certi versi il) server  mail in
ambiente unix ma è famoso nel mondo per essere un incubo da
configurare, c'è tutta una letteratura di umorismo nerd a riguardo...
