Newsgroup: it.comp.reti.ip-admin
Titolo: collaborazione DHCP/DNS - come?

Scenario: un piccolo complesso di reti (Ethernet e Wireless), tutte in
IP, e con routing fra di loro, su cui vari computer sono sempre connessi
in modo "fisso", mentre altri (tipicamente portatili) possono venire
connessi, via Ethernet e/o via Wireless, in diversi punti in momenti
diversi.  Con DHCP posso supportare questo senza fatica, sinche` i
portatili sono solo clienti, visto che i server DHCP possono passare ai
portatili stessi tutte le informazioni necessarie quando gli danno una
lease DHCP.
Ma supponiamo che mi possa far comodo un occasionale uso dei portatili
come server.  Vorrei potere, da un qualsiasi computer della rete, potere
scrivere ad esempio "ssh pippo" dove pippo e` il nome di uno dei
portatili (tipicamente tutti in Linux o altri Unix, tipo Mac OS X, altri
BSD, ecc), e ottenere uno shell su quel portatile, sia che esso sia
attualmente connesso a (che so) 192.168.0.134 (un indirizzo datogli via
DHCP su una delle Ethernet), oppure 192.168.1.162 (un indirizzo su
un'altra delle Ethernet), oppure 192.168.7.150 (un indirizzo datogli
sempre via DHCP su una delle Wireless), ecc, ecc... [[sempre,
ovviamente, che il portatile sia connesso, acceso, sveglio, &c;-)]].
Come potrei configurare o taroccare dhcpd e named (o altri server DHCP e
DNS rispettivamente) per ottenere questo effetto?  Posso usare come
server macchine Linux o OpenBSD, o se indispensabili altre.  Se non c'e`
altro modo, posso anche far girare uno script di qualche tipo sui
portatili in questione al momento dell'ottenimento o rinnovo del lease
(preferirei non servisse, ma se ce vo, ce vo...).
C'e` modo di risolvere con i soli DHCP e DNS, senza passare a ipotesi
piu` ambiziose come LDAP o YP o...?  Stiamo parlando al massimo di una
mezza dozzina di macchine da coordinare tra di loro, spero proprio di
trovare una soluzione semplice (anche se dovesse essere un pochino
tarocca, basta che funzi...:-), senza "alzare la posta"...!
Grazie anticipate per qualsiasi suggerimento,
Alex

C'e` modo di risolvere con i soli DHCP e DNS, senza passare a ipotesi
http://ops.ietf.org/dns/dynupd/secure-ddns-howto.html
Enjoy.
-- 
ciao, | Does a route flap if nobody is listening to it?
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it/

 Enjoy.
Grazie Marco !


 
http://ops.ietf.org/dns/dynupd/secure-ddns-howto.html
Grazie della dritta.  Comunque il punto cruciale della soluzione (dal
mio punto di vista) e`: l'attuale release di DHCP e DNS (Bind 9.2.3 per
quest'ultimo, ISC DCHP 3.0 per il precedente) "risolve tutto" (con un
po' di aiuto da dnssec ecc ecc).  I due server possono collaborare
(grazie a standard non perfettamente maturi e stabili, non ancora, ma
tutto sommato OK) e aggiornare al volo le tabelle di Bind relative al
dominio gestito, man mano che vari clienti DHCP ottengono un lease dal
server, e il tutto presenta un'encomiabile flessibilita` (che significa
anche non poco lavoro di configurazione, ma pazienza:-).  Io avevo in
giro vecchie release di DNS e DHCP che non supportavano questo tipo di
funzionalita`; aggiornando tutto alle ultimissime release sto facendo
progressi.
Il problema se mai puo` venire quando su qualche subnet il DHCP e`
fornito da un apparato NON sufficientemente flessibile.  Esempio tipico,
un router+access point wireless da 2 lire (120 Euro o giu` di li`,
giuro, al giorno d'oggi te li tirano dietro...) tipicamente puo` servire
DHCP sul wi-fi ma NON ti offre la flessibilita` di programmarlo per
aggiornare le tabelle del DNS.  Mi pare che questi possano essere i casi
in cui si giustifica operare con script dal lato cliente.  Il problema
puo` anche essere veramente ostico se anche il cliente e`
insufficientemente flessibile, tipo un palmare con wi-fi, o una delle
tante apparecchiature "cablate" che cominciano a offrire le comodissime
interfacce 802.11[b, g, ecc].  Secondo me per casi del genere finiro`
con uno script accroccato che gira sul server, "polla" i router da due
lire per ottenerne le tabelle dei lease DHCP che hanno dato sulle varie
subnet 802.11, e aggiorna il DNS di conseguenza.  Almeno capissi come
fare il polling "pulito" con SNMP, la documentazione di quei router e`
molto approssimativa e non vedo alternative a sfruttare la loro
interfaccia HTTP "pensata per browser" , che e` proprio fare
system/network administration con lo spago e i chewing-gum, sigh:-).
Pazienza, il lavoro del sysadm e` sempre stato piu` arte e pazienza che
tecnica e scienza, tutto sommato:-); non sorprende che mentre a livello
di apparati professionali l'arte di arrangiarsi venga resa sempre meno
indispensabile, chi vuole comprare e sfruttare router/ap's da 100 Euro
(pensati per consumatori ignari) invece di sborsarne molte volte di
piu`, debba ancora "pedalare in salita" come ai bei vecchi tempi.
Alex