Newsgroup: it.comp.reti.ip-admin
Titolo: servizio DNS gratuito ... esiste ??

Come da oggetto, esistono dei DNS gratuiti
che consentono la risoluzione degli indirizzi
IP senza autenticazione ?
Grazie

IP senza autenticazione ?
veramente tutti i dns dei vari providerz funzionano cosi`
ahah, io mi sono imparato a memoria 5 anni fa i 2 della tin e da 
allora ho messo sempre quelli in tutte le connessioni dialup che ho 
configurato...
-- 
    Pardo 
 
http://pardo.cjb.net
 
http://pardo.tsx.org

 configurato...
Anche in connessioni dialup non-tin?
Complimenti  mi sembra una scelta fantastica.......
-- 
Saluti,
Giancarlo

 veramente tutti i dns dei vari providerz funzionano cosi`
solo quelli mal configurati.
comunque la 'autenticazione' e' una access list basata sul ip di provenienza
della query. Ergo use il DNS del tuo provider, che fra l'altro ti dovrebbe
essere pure piu' rapido.

Scegli pure uno fra questi 13:
;       This file holds the information on root name servers needed to
;       initialize cache of Internet domain name servers
;       (e.g. reference this file in the "cache  .  <file>"
;       configuration file of BIND domain name servers).
;
;       This file is made available by InterNIC registration services
;       under anonymous FTP as
;           file                /domain/named.root
;           on server           
FTP.RS.INTERNIC.NET
;       -OR- under Gopher at    
RS.INTERNIC.NET
;           under menu          InterNIC Registration Services (NSI)
;              submenu          InterNIC Registration Archives
;           file                named.root
;
;       last update:    Aug 22, 1997
;       related version of root zone:   1997082200
;
;
; formerly 
NS.INTERNIC.NET
;
.                        3600000  IN  NS    
A.ROOT-SERVERS.NET
.
A.ROOT-SERVERS.NET
.      3600000      A     198.41.0.4
;
; formerly 
NS1.ISI.EDU
;
.                        3600000      NS    
B.ROOT-SERVERS.NET
.
B.ROOT-SERVERS.NET
.      3600000      A     128.9.0.107
;
; formerly 
C.PSI.NET
;
.                        3600000      NS    
C.ROOT-SERVERS.NET
.
C.ROOT-SERVERS.NET
.      3600000      A     192.33.4.12
;
; formerly 
TERP.UMD.EDU
;
.                        3600000      NS    
D.ROOT-SERVERS.NET
.
D.ROOT-SERVERS.NET
.      3600000      A     128.8.10.90
;
; formerly 
NS.NASA.GOV
;
.                        3600000      NS    
E.ROOT-SERVERS.NET
.
E.ROOT-SERVERS.NET
.      3600000      A     192.203.230.10
;
; formerly 
NS.ISC.ORG
;
.                        3600000      NS    
F.ROOT-SERVERS.NET
.
F.ROOT-SERVERS.NET
.      3600000      A     192.5.5.241
;
; formerly 
NS.NIC.DDN.MIL
;
.                        3600000      NS    
G.ROOT-SERVERS.NET
.
G.ROOT-SERVERS.NET
.      3600000      A     192.112.36.4
;
; formerly 
AOS.ARL.ARMY.MIL
;
.                        3600000      NS    
H.ROOT-SERVERS.NET
.
H.ROOT-SERVERS.NET
.      3600000      A     128.63.2.53
;
; formerly 
NIC.NORDU.NET
;
.                        3600000      NS    
I.ROOT-SERVERS.NET
.
I.ROOT-SERVERS.NET
.      3600000      A     192.36.148.17
;
; temporarily housed at NSI (InterNIC)
;
.                        3600000      NS    
J.ROOT-SERVERS.NET
.
J.ROOT-SERVERS.NET
.      3600000      A     198.41.0.10
;
; housed in LINX, operated by RIPE NCC
;
.                        3600000      NS    
K.ROOT-SERVERS.NET
.
K.ROOT-SERVERS.NET
.      3600000      A     193.0.14.129
;
; temporarily housed at ISI (IANA)
;
.                        3600000      NS    
L.ROOT-SERVERS.NET
.
L.ROOT-SERVERS.NET
.      3600000      A     198.32.64.12
;
; housed in Japan, operated by WIDE
;
.                        3600000      NS    
M.ROOT-SERVERS.NET
.
M.ROOT-SERVERS.NET
.      3600000      A     202.12.27.33
--
Stefano Pettini
Notary of 
www.thawte.com

 Scegli pure uno fra questi 13:
Non sono ricorsivi.... non funzionano...
-- 
Saluti,
Giancarlo

Perchè dovrebbero essere ricorsivi? Essendo i 13 "boss", doverbbero sapere
tutto loro.


 tutto loro.
stronzate

 sapere tutto loro.
Non e' cosi'.... allora a che servirebero tutte le migliaia di DNS 
sparsi per il mondo? Se fosse cosi' torneremmo al vecchio chema del 
file host da recuperare a scadenze fisse..... proprio quello che il 
sistema di DN S voleva evitare, una centralizzazione di gestione della 
risoluzione dei nomi.
I root server basta che siano autoritativi per la zona . (punto), poi, 
se non ricordo male, lo sono anche per le zone .com, .net,.org. Ma non 
saranno mai autoritativi per la zona 
pippo.it
.
Se pure fossero ricorsivi sarebbe da folli usare dei DNS cosi' 
"distanti", significherebbe un ritardo anche di qualche secondo ad ogni 
connessione di rete rispetto all'uso di un DNS "vicino".
Perche' non potete usare il servizio di DNS del vostro provider?
-- 
Saluti,
Giancarlo

Scegli pure uno fra questi 13:
Bravo, bella stronzata.
I root server non sono ricorsivi, e anche se lo fossero non avresti
comunque alcun diritto di usarli come cache.
-- 
ciao, | Does a route flap if nobody is listening to it?
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it

 Complimenti  mi sembra una scelta fantastica.......
Che tipo di inconvenienti porta? e' solo piu' lento o cosa?
Ciao, Daniele.

 Che tipo di inconvenienti porta? e' solo piu' lento o cosa?
Chesso' che ad esempio tin blocca l'uso ricorsivo dal difuori della sua 
rete, oppure che spegne il servizio DNS su quegli IP (avvisando i sui 
clienti ,ma non gli altri).
Usate i DNS del provider che vi vende la connettivita' e con un 
collegamento dial-up fatevelo assegnare dinamicamente.
-- 
Saluti,
Giancarlo

 clienti ,ma non gli altri).
sicuramente e' piu corretto, mi hai convinto, d'ora in poi dai clienti solo 
dns assegnati dal provider :-)
Grazie
-- 
Ciao, Daniele.

 wrote in message
news:2t3b792dfai75en3e9%m...@wonderland.linux.it...


Tutti gentili, oggi...


Ho capito. Ho risposto così perchè i root server li consulto si, ma con un
altro server dns, non direttamente il client che fa le richieste. Se non sono
ricorsivi ci pensa il mio di dns a fare ulteriori richieste al dns
autoritativo per, per esempio, 
pippo.it
. Vedendo che dai miei client
funzionava tutto ho avuto la briga di rispondere a quel modo.
In questo caso è giusto che un server dns li abbia in elenco? Secondo me è
meglio così che far fare, al proprio dns, forward verso 
tin.it
. Tuttaltro
discorso, da ciò che mi è stato spiegato qui con "varie tonalità", vale per i
semplici client.


meglio così che far fare, al proprio dns, forward verso 
tin.it
. Tuttaltro
Secondo me e` meglio che se ci tieni a dare consigli sul DNS studi prima
come funziona, visto che questa e` una bestialita` pari alla precedente.
E in generale, non usate il forwarding se non siete veramente sicuri di
conoscere tutti i possibili problemi.


meglio cosě che far fare, al proprio dns, forward verso 
tin.it
. Tuttaltro


tutto loro.
No, loro sanno solamente a chi sono delegati i vari TLD, restituiscono
solamente i SOA.
-- 
BlueRaven
Prima di parlare, ricorda:
mount -t auto /dev/brain /mnt/mouth

 conoscere tutti i possibili problemi.
Scusate se mi intrometto,
ma visto che siamo in tema, non č che mi potreste dare l'indirizzo di
qualche documento,
che spiega il funzionamento dei server dns ?
Grazie.
Saluti, Marco.

 wrote in message
news:9mof22$2et$1...@fe2.cs.interbusiness.it...

http://www.gorilla.it/gorilla/product.asp?sku=0596001584&dept%5Fid=