Newsgroup: it.comp.os.linux.iniziare
Titolo: dnsmasq e root domain name servers

Ciao,
mi sto impratichendo con dnsmasq. Leggendo man, /etc/dnsmasq.conf e
qualche tutorial mi è parso di capire che l'unico modo di
comunicargli un nameserver esterno sia quello di inserirlo in
/etc/resolv.conf.
Non voglio utilizzare il dns del mio provider, o il classico opendns
che peraltro funzionano benissimo. Ho provato ad inserire i root
domain name servers che ho trovato qui:
http://en.wikipedia.org/wiki/Root_nameserver
però non mi risolvono l'indirizzo.
Quale può essere il problema?

LostInTheLoop wrote:

Che i root namesever (per fortuna) non accettano query ricorsive.
-- 
Cio' che si vede, e'.

 
Ah, ecco, quindi che nameserver suggeriresti, che abbia una qualche
"ufficialità" e che non mi reindirizzi dove gli pare quando
inserisco 
http://urlsbagliato
?
I nameserver italici non mi piacciono, perché devono onorare i
divieti dei nostri monopoli di stato. Opendns ci mette il naso anche
lui, non fosse altro che per fare antiphishing.
Vorrei un sano onesto nameserver che mi risponda con l'IP che ho
chiesto, senza fare di testa sua, o mi dia un errore standard quando
proprio non trova il dominio.
Infine una cosa che proprio non ho capito. Quando un grosso ISP
(supponiamo una telecom) mette in piedi il suo primo nameserver, a
chi gira le prime richieste ricorsive, se non ai root servers?

 chi gira le prime richieste ricorsive, se non ai root servers?
Le richieste ricorsive vengono tramutate in sequenze di query iterative, 
partendo dal server conosciuto piu' "vicino" al nome da risolvere (che in 
molti casi, anche se non sempre, e' un root server), e seguendo la catena 
dei referral, finche' non ottengono la risposta cercata che viene infine 
restituita al client che aveva fatto la query ricorsiva.
Vedi ad esempio
http://www.tcpipguide.com/free/t_DNSNameResolutionProcess-2.htm
dal passo 4 in poi.
In altre parole, il lavoro sporco e' giusto che lo faccia chi e' interessato 
a trovare l'informazione (ossia il DNS del tuo provider, che in quel caso 
agisce per tuo conto). 


 provider, che in quel caso agisce per tuo conto).
Grazie per le info. No, il mio provider è costretto a mentire come
gli ordina il governo, per cui non va bene. Ho provato con bind, va
alla grande. Vedo che ha gli indirizzi dei root servers in
/var/named/caching-example/named.root.
A questo punto mi tengo bind, ma su una porta diversa dalla 53, e
dnsmasq sulla 53 che all'occorrenza chiama bind su
127.0.0.1:portadibind. Qualche controindicazione?
Grazie ancora.

 ordina il governo, per cui non va bene. 
quindi o sei in cina oppure vuoi semplicemente raggiungere siti che sono 
illegali.. annamo bene, annamo
S.

 127.0.0.1:portadibind. Qualche controindicazione?
Se dnsmasq non ti serve assolutamente (che so, magari perche' lo usi come 
server DHCP), puoi anche tenere solo bind.


 che sono illegali.. annamo bene, annamo
Ero qua che aspettavo il bempensante di turno. Sono un
pedopornosatanista e anche anarcoinsurrezionalista. L'informatica
per me è solo un hobby. Meglio ora?

 usi come server DHCP), puoi anche tenere solo bind.
Più che altro speravo di riuscire ad usare dnsmasq per implementare
con un unico strumento
dns
dhcp
dominio locale
Ora sono con bind e dhcpd, ma non sono ancora riuscito a studiare
come implementare il "miodominio" con bind.
Intanto grazie.

 come implementare il "miodominio" con bind.
http://giovanni.homelinux.net/development/
  alla voce
	"BIND configuration scripts"
puoi trovare una configurazione per bind che implementa un dominio 
locale con dhcp.
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

 locale con dhcp.
Grazie per le info, sto collaudando un po' di pezzi dei tuoi files
di configurazione.
Alcune domande.
1 ----------
Che senso ha in dhcp.conf la riga
option domain-name "
example.com
";
dato che dhcp non è un nameserver
2 ----------
In
##  Keys for DNS updates
key "dhcp-key" {
   algorithm 
HMAC-MD5.SIG-ALG.REG.INT
;
   secret "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx";
}
Questa chiave "xxx" va condivisa solo tra named.conf e dhcpd.conf,
che nel mio caso stanno sulla stessa macchina, o vanno coinvolte
anche le macchine utenti che ho in lan?
3 ----------
in named.conf c'è
algorithm hmac-md5;
mentre in dhcpd.conf c'è
algorithm 
HMAC-MD5.SIG-ALG.REG.INT
;
Perché questa differenza?

 Ora sono con bind e dhcpd,
Succede una cosa che non capisco. Su un client locale, in
/var/log/messages trovo
Mar 18 20:47:44 workstation1 dhcpcd[2498]: eth0: hardware address =
aa:aa:aa:aa:aa:aa
Mar 18 20:47:44 workstation1 dhcpcd[2498]: eth0: DUID =
bb:bb:bb:bb:bb:bb:bb:bb:aa:aa:aa:aa:aa:aa
Che cos'è e a cosa serve questo DUID, e da dove salta fuori?
Inoltre in /var/log/messages
Mar 18 20:47:45 workstation1 dhcpcd[2498]: eth0: adding route to
169.254.0.0/16
 metric 0
Da dove esce questa route? Nel dhcpd.conf del server non ne faccio
menzione. La mia lan è 
192.168.1.0/24
 e gli IP vengono correttamente
assegnati.

 Perché questa differenza?
Mi prendi in castagna.  Non me ne ero mai accorto :-(
Mi sembra di ricordare che le chiavi le ho generate da
dnssec-keygen e poi le ho inserite manualmente nei files di 
configurazione.


 assegnati.
La classe di indirizzi 
169.254.0.0/16
 è riservata per assegnazione 
automatica se il dhcp server fallisce ma se tutto è corretto non 
capisco perchè assegni una route.


 da non confondere con Driving Under Influence of Drugs :-)
Grazie. L'ho trovata all'interno di questo file:
/etc/dhcpc/dhcpcd.duid
e in /etc/dhcpc/
dhcpcd-eth0.info
:
CLIENTID='bb:bb:bb:bb:bb:bb:bb:bb:aa:aa:aa:aa:aa:aa'
Proseguo a ravanare...


Hai verificato se hai il protocollo IPv6 abilitato? Quale versione di 
dhcpcd stai usando?  La versione che uso è la 2.0.4 e non vi è niente 
di quanto descrivi.


 dhcpcd stai usando?
3.2.3 (Slackware 13)

 le ho inserite manualmente nei files di configurazione.
Altra domanda. Ha senso usare queste chiavi se ho dhcpd e named che
girano sulla stessa macchina?
Infine, non riesco a capire un gran che dei tuoi files e sto
piantando dei gran casini. Non riesco a trovare una guida di bind
comprensibile, che spieghi le varie voci dei files di
configurazione. Hai mica qualche suggerimento?
Tra l'altro, mi sono accorto che su dyndns ho il "wildcard support",
e non riesco a capire se si può disabilitarlo. Perciò digitando
http://qualunquecosaacaso.miodominio.dyndns.org
 si arriva sempre
sulla mia porta 80 del router. Non riesco neanche a capire se per
caso ho azzeccato una configurazione decente per
http://www.miodominio.dyndns.org
 o no.
SNORT! :-(

 
http://www.miodominio.dyndns.org
 o no.
Anche io ho il supporto delle wildcard su 
dyndns.org
 ma praticamente 
ho configurato il web server con il nome sotto in firma per 
semplicità.  Aggiungere www. può eventualmente servire per 
discriminare i servizi.  Per esempio se implementi un server ftp 
potresti fare in modo da accettare solo '
ftp.miodominio.dyndns.org
' e 
non '
www.miodominio.dyndns.org
'.  Allo stesso modo (ma per me non è 
possibile dato che il mio ISP chiude la porta 25) potresti fare in 
modo che un server mail accetti solo '
mail.miodominio.dyndns.org
'.
