Newsgroup: it.comp.reti.ip-admin
Titolo: Strano WHOIS, anzi un vero casino.

 
www.astrofili.org
Server:  
dns.tin.it
Address:  194.243.154.62
*** 
dns.tin.it
 can't find 
www.astrofili.org
: Server failed
Pensavo di ricompilare la form di networksolutions, altro non saprei cosa
fare, sono abbastanza siicuro di aver configurato i file del bind in maniera
corretta, ho letto tutte le guide di questo mondo :-)
Grazie a chi mi da' una mano per capire questa strana situazione.
P.S. Ancora il dns secondario non e' configurato , puo' essere questo il
problema ?
P.S.2 Il server e' raggiungibile anche tramite questo nome 
stella.2ainfo.it
(il provider che ci ospita ci ha dato un nome, da' problemi una cosa del
genere, nella configurazione del server comunque il nome 
stella.2ainfo.it
non appare mai da nessuna parte)
--
   Damiano Trisciani
-[ 
http://astrofili.org
 ]-


direi che sicuramente hai un problema su 
ns1.2ainfo.it
 , che se non erro e'
il dns server del tuo provider !
se poi ti diverti a guardare la *loro* configurazione facendo una query su
DNS.NIC.IT
 trovi :
Answer Section:
2ainfo.it
, NS, 
ns1.2ainfo.it
2ainfo.it
, NS, 
ns2.2ainfo.it
2ainfo.it
, NS, 
dns2.nic.it
2ainfo.it
, MX, 20, 
2amail.2ainfo.it
Authority Records Section:
2ainfo.it
, NS, 
ns1.2ainfo.it
2ainfo.it
, NS, 
ns2.2ainfo.it
2ainfo.it
, NS, 
dns2.nic.it
Additional Records Section:
ns1.2ainfo.it
, A, 195.103.219.199
ns1.2ainfo.it
, A, 195.31.142.10
ns2.2ainfo.it
, A, 195.103.219.198
ns2.2ainfo.it
, A, 195.31.142.11
dns2.nic.it
, A, 193.205.245.8
2amail.2ainfo.it
, A, 195.31.142.11
In pratica e' il *LORO* dominio ad essere sconfigurato, [diciamo che i
multipli A fanno load balancing fra il dns funzionante e quello che non
risponde ]  e questo di conseguenza di incasina il tuo. Finche' loro non
sitemano i loro problemi, il tuo sito non funzionera' mai bene.

 non appare mai da nessuna parte)
non avevo visto questo pezzo... comunque, 
stella.2ainfo.it
 e' correttamente
configurato quantomeno su 195.31.142.11  (che e' il dns funzionanante...).
Se contatti quell'host ti risponde il tuo sito.. che ovviamente appare nel
loro dns, che, fra l'altro e' mal configurato. [mi sono appena trasferito le
zone]
Non capisco perche' mi dici che non hanno ancora "configurato il tuo
dominio". E' un lavoro da massimo 30 SECONDI . Se ti dicono che ci vuole di
piu' o ti stanno imbrogliando o sono degli incompetenti : devono aggiungere
1 riga nel loro file di boot per dichiararsi secondary per te. E al limite
(altri 15 secondi) aggiungere un PTR per risolvere il reverse (bello, ma non
necessario al funzionamento del tuo sito)

 zone]
Non c'e' nulla di male a lasciare aperto lo zone transfert, e' invece
opportuno disabilitare le query ricorsive da terze parti...
Ciao.
-- 
 Daniele
-------------------------------------------------------------------------------
 Daniele Orlandi - Utility Line Italia - 
http://www.orlandi.com
 Via Mezzera 29/A - 20030 - Seveso (MI) - Italy
-------------------------------------------------------------------------------

 opportuno disabilitare le query ricorsive da terze parti...
secondo te no, secondo Cricket Liu [1], e' la prima cosa da implementare per
rendere sicuro il proprio DNS server. Questo anche per impedire che certe
query ricorsive ti sporchino la cache...
[1]
http://www.acmebw.com/papers/securing.pdf

 rendere sicuro il proprio DNS server.
Sicuro da cosa ? Anche qualora un attacker conosca nomi e indirizzi
delle mie macchine, cosa ci puo' fare ? Questa e' security-by-obscurity
(=no security).
Non dico che e' male farlo... pero' non la definirei come un'attivita'
obbligatoria...
Ciao!


 opportuno disabilitare le query ricorsive da terze parti...
secondo te no, secondo Cricket Liu [1], e' la prima cosa da implementare per
rendere sicuro il proprio DNS server. Questo prima di adottare strategie che
evitino per impedire che certe



faro' presente questo problema alla 2ainformatica

 obbligatoria...
chiamiamolo evitare di rendere INUTILMENTE pubblici i dati delle proprie
macchine a persone che non hanno alcun lecito motivo per richiederli ed
usarli. Se ho bisogno di un po' di troubleshooting ti apro il transer in un
attimo, altrimento non vedo perche' ti devo lasciar trasferire le mie zone.
Comunque io non ti parlo di security-by-obscurity, ma di seguire un paio di
consigli per proteggere il DNS da una serie di fastidi. poi se ritieni che
il documento a cui facevo riferimento non sia corretto, non entro nel
merito. Per me la fonte e' sufficientemente affidabile quando si parla di
DNS. E inizia proprio con la parte su come restringere il zone transfer.
Oltre a questo, non penso che l'amministratore di una societa' sia felice se
il tecnico permette a chiunque di avere la lista dei domini (nomi dei
clienti) registrati presso di loro....

Ho fatto un altra prova ho cambiato su networksolutions un campo, in modo
che riaggiorni un po' tutto, vedo infatti che centinaia di server mi stanno
contattando il server sulla porta 53 :-)
Ho messo invece che 
dns.astrofili.org
 
stella.2ainfo.it
, l' indirizzo IP e'
lo stesso.
Questa la configurazione del mio dns per quanto riguarda il dominio
astrofili.org
[root@www /root]# cat /var/named/
astrofili.org
@               IN      SOA     
www.astrofili.org
.
hostmaster.www.astrofili.org
. (
                        2000062101 ; serial
                        3600 ; refresh
                        300 ; retry
                        172800 ; expire
                        43200 ; default_ttl
                        )
@               IN      MX      5       
www.astrofili.org
.
@               IN      NS      
dns.astrofili.org
.
@               IN      NS      
ns1.2ainfo.it
.
@               IN      A       195.31.142.250
www             IN      A       195.31.142.250
dns             IN      A       195.31.142.250
borghetto       IN      A       195.31.142.250
gab             IN      A       195.31.142.250
afa             IN      A       195.31.142.250
setup           IN      A       195.31.142.250
grupposole      IN      A       195.31.142.250
gapers          IN      A       195.31.142.250
gag             IN      A       195.31.142.250
stella          IN      A       195.31.142.250
bacheca         IN      A       195.31.142.250
non ho usato CNAME per gli alias, ho letto che e' meglio fare cosi'.


 wrote:

a che scopo creare tutti quei record A con ip uguale?
-- 
Saluti,
Giancarlo

 wrote in message
961606040...@news.inet.it...


 
ns2.2ainfo.it
, A, 195.31.142.11
Questa cosa significa che il NIC ha due glue records per ogni name
server. Questo succede quando si spostano i name servers e ci si
dimentica di fare il modify domain per uno o piu' domini... fintanto che
in uno dei domini registrati al NIC c'e' registrato un name server con
l'IP veccio... ci saranno due glue records.....
Ciao.


sono domini virtuali
E cioe'...?
-- 
Saluti,
Giancarlo

 non ho usato CNAME per gli alias, ho letto che e' meglio fare cosi'.
Hai letto male... il CNAME non va bene per MX e NS, ma per gli A va piu'
che bene, anzi, e' fatto apposta!


problema ?
Questo di sicuro non aiuta.
-- 
ciao, |
Marco | Does a route flap if nobody is listening to it?
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

a che scopo creare tutti quei record A con ip uguale?
ad esempio per avere un decina di server web sullo stesso IP (o un solo
server che decide che pagina fornire a seconda del valore dell'
HOST_HEADER).  E' corretto e funziona a patto che i client supportino http
1.1

 clienti) registrati presso di loro....
Non puoi avere una lista dei domini attraverso gli zone transfert...
puoi solo conoscere i records all'interno di un dominio che conosci.
Ciao.


1.1
e perche' dei CNAME non vanno bene?
-- 
Saluti,
Giancarlo

 l'IP veccio... ci saranno due glue records.....
e sicuramente NON aiuta il fatto che l'host  
NS1.2AINFO.IT
 e' registrato su
network solutions come
[No name] (NSX2519-HST)
Hostname: 
NS1.2AINFO.IT
Address: 195.31.142.10
System: ? running ?
diciamo che la cosa piu' rapida per sistemare il dominio 
astrofili.org
 e
quello di ELIMINARE nella registrazione su NS il dns server di 
2AINFO.IT
 che
mi sembra crei solo che casini.

"Marco Tomasi" <mto...@interware.italia> wrote:


non l'ho mai detto, anzi, ritengo vadano altrettanto bene.

 wrote in message
1t3950ae94i3e9n3e9%m...@wonderland.linux.it...


 puoi solo conoscere i records all'interno di un dominio che conosci.
continuando la chiaccherata sulla lana caprina, tanto ormai e' sera ed e'
ora di tornare a casa....  *in questo caso* visto che viene risolto il
reverse e SEMBRA che ad ogni dominio con server www sia associato un
indirizzo IP distinto, si ottiene comunque il risultato di avere la lista
dei siti ospitati.

non l'ho mai detto, anzi, ritengo vadano altrettanto bene.
Basta che tu non preveda di ricevere posta a quei domini...


 dei siti ospitati.
Ehehe... ma quella la ottieni anche con Zone Transfert e Recursive
queries disabilitate :)


 queries disabilitate :)
ach... non indifferente la lista di cazzate che riesco a dire, hai
ragione... comunque, se gli ip *NON* sono distinti (come in questo caso),
spiegami come ottengo, la list di questi 10 siti www se mi disabiliti i
transfer (giusto per rimanere sull'esempio di 
astrofili.org
 ):
@               IN      SOA     
www.astrofili.org
.
hostmaster.www.astrofili.org
. (
                        2000062101 ; serial
                        3600 ; refresh
                        300 ; retry
                        172800 ; expire
                        43200 ; default_ttl
                        )
@               IN      MX      5       
www.astrofili.org
.
@               IN      NS      
dns.astrofili.org
.
@               IN      NS      
ns1.2ainfo.it
.
@               IN      A       195.31.142.250
www             IN      A       195.31.142.250
dns             IN      A       195.31.142.250
borghetto       IN      A       195.31.142.250
gab             IN      A       195.31.142.250
afa             IN      A       195.31.142.250
setup           IN      A       195.31.142.250
grupposole      IN      A       195.31.142.250
gapers          IN      A       195.31.142.250
gag             IN      A       195.31.142.250
stella          IN      A       195.31.142.250
bacheca         IN      A       195.31.142.250
UnMarco che essendo arrivata l'estate si perde in chiacchere inutili...

 Basta che tu non preveda di ricevere posta a quei domini...
Da cosa deduci che siano domini (di terzo livello) ? Secondo me sono degli
host.

Da cosa deduci che siano domini (di terzo livello) ? Secondo me sono degli
In questo contesto, un host ha un dominio associato.
