Newsgroup: it.comp.reti.ip-admin
Titolo: Configurazione DNS

Ciao a tutti,
vorrei dei chiarimenti per quanto riguarda la configurazione dei DNS sul 
pannello di controllo del mio maintainer.
In pratico ho registrato il mio dominio su Register.it e posso gestire la 
configurazione dei DNS... in pratico il mio sito web è su un server (Windows 
2003) che si trova in azienda; sullo stesso sever gestisco anche le caselle 
di posta (tramite hMail).
Ho configurato i DNS in questo modo:
Nome                       |             Tipo             | 
Valore
                                 |                                 |
nomeazienda.it
           |           MX 10          |       
nomeazienda.it
nomeazienda.it
           |              A                | 
88.123.20.120  (l'indirizzo IP pubblico del mio router)
mail.nomeazienda.it
    |               C               | 
nomeazienda.it
ftp.meazienda.it
          |               C               | 
nomeazienda.it
www.nomeazienda.it
  |               C               |       
nomeazienda.it
e tutto sembra funzionare perfettamente: navigazione, posta, ftp.
Però qualcuno mi diceva di impostare come record A l'indirizzo completo 
cioè: 
www.nomeazienda.it
ma cosa cambia ?
La mia configurazione, secondo voi è corretta ? o è meglio modificare 
qualcosa ?
Grazie a tutti !!!

 l'indirizzo completo cioè: 
www.nomeazienda.it
no; la "norma" (non è che sia obbligatorio) è che il nome
del dominio "secco" punti all'indirizzo IP del mailserver
ciao

 del dominio "secco" punti all'indirizzo IP del mailserver
Beh, non necessariamente.
'sta cosa la si fa "solo" perchč in assenza di record MX vale il record
A, e quindi č un default sensato se non si usa il record per altri scopi.
Ci sono anzi alcuni ottimi motivi per averli che puntano in due posti
diversi, anche solo parlando di posta (propagazione directo-to-A sia di
mail che di spam, ecc)...
-- 
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.

 mail che di spam, ecc)...
Uhm si .. hai ragione; io stavo pensando al discorso e-mail :) cmq
avere un record A che punta al mailserver primario non è che faccia
male eh :) ! Ovvio che come hai giustamente detto ci sono casi in cui
conviene far puntare il record A da "qualche altra parte" ma di norma
il discorso MX credo sia una buona idea

 modificare qualcosa ?
fai tu :)
PS: ha poco senso secondo me avere anche un server DNS 'in casa' 
casomai ti fosse passato per il cervello :) a meno che non sia di 
sola caching
-- 
Ciao, Dmitry
I've a dream... bring usenet to every family 

 
www.dominio3.com
 IN CNAME web
In *quale* file di zona metteresti un simile capolavoro? <g>
-- 
Words are very unnecessary
They can only do harm

 In *quale* file di zona metteresti un simile capolavoro? <g>
Ah ecco.. allora non sono il solo; stamattina quando ho letto
il post mi era venuto il dubbio di essermi rincitrullito e/o che
il neurone non fosse sveglio.. uff.. proviamo a vedere come
dovrebbe essere la zona stando all'esempio; prima di tutto
il file di definizione dovrebbe essere qualcosa del tipo
zone "
dominio.com
" {
  type master;
  file "dominio.com.db";
};
e fin qui.. nulla di speciale; abbiamo una definizione per una
zona di tipo primario i cui dati sono contenuti in "dominio.com.db"
ora vediamo cosa dovrebbe contenere quest'ultimo file (es. a
"spanne")
$TTL  3600
dominio.com
.  3600 IN SOA 
ns1.dominio.com
 
root.dominio.com
. (
                                2007030501
                                86400
                                3600
                                604800
                                3600
                              )
; auth nameservers
@                    IN NS        
ns1.dominio.com
@                    IN NS        
ns2.dominio.com
ns1                  IN A            127.220.81.7
ns2                  IN A            127.230.90.4
; mail exchangers
@                    IN MX 10   
mx1.dominio.com
@                    IN MX 20   
mx2.dominio.com
mx1                IN A             127.240.150.45
mx2                IN A             127.248.121.31
; domain pointer
@                    IN A            127.248.121.31
; esempio di dmitry
web.dominio.com
     IN A 127.141.81.80
www.dominio1.com
 IN CNAME web
www.dominio2.com
 IN CNAME web
www.dominio3.com
 IN CNAME web
ok.. e fin qui, fatti salvi i records "canonici" che ho aggiunto,
dovremmo esserci, solo che mi sfugge come dovrebbe
funzionare quanto sopra; sarň "rinco" ma ancora non ho
capito la logica dell'esempio.. e sě che ho anche controllato
sul libro di Cricket per vedere se per caso si trattasse di una
qualche configurazione particolare.. senza trovare nulla !

 qualche configurazione particolare.. senza trovare nulla !
Funzionare funziona (nel senso che il DNS non si incazza):
www.dominio1.com.dominio.com
  viene puntato a 
web.dominio.com
, che perň
non esiste.
In compenso esiste un 
web.dominio.com.dominio.com
 che fa molto
"definizione ricorsiva" nel perfetto stile GNU... ;-)


 non esiste.
...appunto. :-D


 
web.dominio.com
, che però non esiste.
e fin qui.. ci siamo; però nel post originale si parlava di
"domini multipli" e "virtual hosts" ora.. per quanto riguarda
i secondi mi sta ancora bene.. ma non vedo dove siano
i domini multipli nè capisco l'utilità di una cosa del genere
boh


Beh, a parte lo svarione (una zona in cui si voglion cacciare record di
altre zone) l'utilità c'è.
Ad esempio, se si deve spostare il server su un altro IP, basta cambiare
il record A anzichè metter mano a tutti i domini che vi puntano; i cui
DNS a quel punto possono anche essere controllati da qualcun altro senza
ostacolare le operazioni in alcun modo...


 ostacolare le operazioni in alcun modo...
perfettamente d'accordo.. ma nel caso parleremmo di "N" zone contenenti
dei CNAME che puntano ad una zona "root" e non mi sembra che si tratti
dell'esempio fornito in orgine...vabbè... sarà stata una svista.. mettiamola
in questo modo :) certo è che con un esempio del genere l'OP probabilmente
sarebbe andato a sbattere la testa nel muro cercando di configurare il
proprio
DNS secondo quanto esposto nell'esempio :D

> dell'esempio fornito in orgine...vabbè... sarà stata una svista..
forse l'esempio voleva essere qualcosa di questo tipo ?
<=================================================>
serv.xyz.com
    cname   
serv1.xyz.com
                cname   
serv2.xyz.com
                cname   
serv3.xyz.com
.
.
.
                cname   
servN.xyz.com
serv1.xyz.com
   a       12.34.24.N
                a       12.34.25.N
                a       12.34.26.N
.
.
.
                a       12.34.27.N
serv2.xyz.com
   a       12.34.30.N
                a       12.34.31.N
                a       12.34.32.N
.
.
.
                a       12.34.33.N
.
.
ecc...
<=================================================>
:D

Stavo sgranocchiando il mio tronketto di legno, quando ObiWan mi
ha distratto scrivendo: 

nel caso di vhost direi che sia utile e non poco, mi stupisce che 
non ci arrivi :)


 In *quale* file di zona metteresti un simile capolavoro? <g>
l'esempio era solo per dire che è più logico avere qualsiasi WWW in 
CNAME e non come record A, lasciando a questo un genrico 
web.dominio.qualcosa.
I vantaggi mi pare siano evidenti quando su uno stesso IP/macchina 
gestisci diversi siti in VHOST.-
Poi vabè, fatti pure il www su record A che io vivo lo stesso 
intendiamoci.
Non era riferito a bind in senso stretto di cui peraltro non 
ricordo nemmeno l'ordine esatto in cui devi metterli visto che non 
mi interessa.


                cname   
serv3.xyz.com
Che comunque è sbagliato, visto che una label con un record CNAME non ne
può avere altri (compresi altri CNAME).
-- 
ciao, |
Marco | The Internet is full. Go away.  -- Joel Furr

 non ci arrivi :)
La scorciatoia che vuoi perseguire e' chiara.
Ma quel che viene contestato e' il mettere riferimenti a nomi di dominio
estranei al dominio che serve un certo file di zona. :-)
bind non protesta, ma... ;-)
bye G.L.
-- 
Renaissance, aka Gian Luca Sole
Per rispondere, togli nospam al contrario, e cambia nazione
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

 CNAME non ne può avere altri (compresi altri CNAME).
Ah beh .. dillo a Paul Vixie.. è uno dei suoi trucchi preferiti

> Ah beh .. dillo a Paul Vixie.. č uno dei suoi trucchi preferiti
correggo .. ERA ... il trucco č di 15 anni fa :) (ho ritrovato la
mail nella quale aveva scritto quella roba)
ciao

 zona. :-) bind non protesta, ma... ;-)
ho cpaito perfettamente quello che viene contestato ma mi rendo 
conto che quando scrivo devo mettere evidentemente sempre i puntini 
sulle 'i' ...
è snervante, davvero.


 è snervante, davvero.
Ma non è una questione di puntini sulle i; più che altro, di puntini
*finali*. :-)


 puntini *finali*. :-)
ecco vedi :)


 č snervante, davvero.
no aspetta.. non č quello il discorso, vedi, se si fosse
trattato di una "generica discussione" il problema non
si sarebbe posto; ma siccome hai postato l'esempio
in risposta (e come possibile soluzione) alla richiesta
di "MR" che cosě ad occhio non sembra molto "pratico"
di DNS, e dato che l'esempio era poco chiaro ed
avrebbe potuto essere fuorviante... č venuto fuori
questo thread; tutto qui, niente di piů, niente di meno