Newsgroup: it.comp.reti.ip-admin
Titolo: problema delega DNS e zona inversa

Ciao a tutti,
ho una domanda semplice, ma fin'ora non avevo mai avuto sti problemi:
cosa impedisce *tecnicamente* (escluse quindi scelte commerciali) ad un
ISP di delegare la gestione del DNS ad un suo cliente che ha una adsl
con 32 IP?
Inoltre, cosa può tecnicamente impedire lo stesso ISP dall'assegnare la
zona inversa a quel cliente? o addirittura fargli affermare che la zona
inversa non la può gestire?
Grazie infinite per l'aiuto, è piuttosto urgente che io abbia delle
risposte sensate, magari da qualcuno che lo fa di mestiere.
Gabriele Polidori

inversa non la può gestire?
Il fatto che le zone si possano creare solo ogni 8 bit di indirizzo.
-- 
ciao, | Does a route flap if nobody is listening to it?
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it/

 Il fatto che le zone si possano creare solo ogni 8 bit di indirizzo.
Potresti essere più esaustivo? mi fai un esempio?
Mi spiego meglio: ora ho degli IP Infostrada e ho "in casa" sia il dns
che la zona inversa per i miei 32 IP.
Ho attivato anche una adsl con altro ISP, ora salta fuori che non mi
delegano il DNS e se lo fanno loro non gestiscono la zona inversa. Però
ho visto che le loro macchine hanno tutte un PTR.
Quindi non capisco dove stia il problema e vorrei rispondere a questi
signori con cognizione di causa.
Grazie,
Gabriele Polidori

 Potresti essere più esaustivo? mi fai un esempio?
La risoluzione inversa di un IP è effettuata tramite un lookup a un 
record della forma
2.72.123.147.in-addr.arpa
Ciò implica che la zona cui tale record appartiene può essere:
72.123.147.in-addr.arpa
123.147.in-addr.arpa
147.in-addr.arpa
ma null'altro.
Non vi è alcun modo "diretto", in questo meccanismo, per delegare reti 
di dimensioni inferiori alle /24.
Uno scamuffo per farlo ugualmente è quello di usare i CNAME, rendendo 
"ogni IP" un alias che punta ad un record appartenente ad una zona 
"altra". Se per questa zona "altra" è autoritativo l'utilizzatore finale 
del netblock, il risultato è che ha "potere" sulla sua zona inversa.
La cosa è definita dalla RFC 2317: 
http://www.faqs.org/rfcs/rfc2317.html
Ciao....
-- 
Здрасти!
cat: .signature: No such file or directory

 del netblock, il risultato Ã¨ che ha "potere" sulla sua zona inversa.
Quindi bastano 5 minuti di lavoro, giusto? cioè è solo poca voglia di
lavorare, alla fin fine, non è che ci sia qualche serio motivo tecnico
per cui non si possa fare?
Grazie per l'aiuto,
Gabriele

per cui non si possa fare?
Esatto. A meno che il loro provisioning system permetta solo di inserire
record PTR, ma trattandosi di Telvia dubito che ne abbiano uno...


 TELVIA mi hanno scritto che non lo fanno 
A me anni fa avevano detto che non era possibile, senza addurre motivazioni
plausibili.

 fargli affermare che la zona inversa non la può gestire?
quando lo avevo chiesto per 
news.x-privat.net
 al servizio tecnico della 
adsl smart ho avuto non pochi problemi a spiegarmi, non sapevano 
nemmeno di cosa parlassi. Alla fine ho scritto direttamente allo staff 
che gestisce i DNS di interbusinnes e ho risolto in un paio di giorni.
Con NGI è bastata un'oretta e qualche ora per la propagazione, molto 
professionali sotto questo punto di vista.
Quindi per me il problema non è tecnico, imho.
-- 
Ciao, Dmitry