Newsgroup: it.comp.reti.locali
Titolo: assegnazione ip dinamico con DHCP disattivato

quando si collega un "dispositivo di rete" al router, in genere si pu� 
configurare con ip statico, oppure dinamico (lasciandolo assegnare al DHCP).
Ma se sul router il DHCP � disattivato cosa succede?
La connessione non avviene, il dispositivo non viene visto?
Il dispositivo viene visto, ma risulta inaccessibile?
 
Potrei fare alcune prove pratiche, ma ho paura di fare pasticci nella 
mia rete locale... la usa tutta la famiglia...

Il dispositivo viene visto, ma risulta inaccessibile?
 
Il dispositivo che accendi (o colleghi) sta un po' l� ad aspettare,
poi si autoassegna un indirizzo in automatico 169.254.*.*.
Poi per� non vai da nessuna parte, al massimo raggiungi gli altri
dispositivi che hanno fatto la stessa fine.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 poi si autoassegna un indirizzo in automatico 169.254.*.*.
 
Alias APIPA...:D
 
 

 dispositivi che hanno fatto la stessa fine.
 
non ho capito????
 


Se il server DHCP si ferma (per un qualsiasi motivo) gli apparecchi
con IP dinamico si danno da soli un indirizzo IP (169.254.xxx.xxx come
dice Valerio Vanni) se piu' macchine della stessa rete hanno un
indirizzo di quella classe si ritrovano in rete tra di loro ma non
sanno come comunicare con il resto della rete.
-- 
Ciao
Andrea Malfatti

 non ho capito????
 
Se nessun IP � assegnato manualmente o tramite DHCP, i client Microsoft
si auto assegnano un indirizzo sulla classe 169.254.*.* (questa
caratteristica prende il nome di APIPA). Ovviamente tutti i client che
hanno acquisito un indirizzo tramite APIPA, si ritrovano per forza di
cose sulla stessa porzione di rete (169.254.*.*) e possono comunicare
fra loro.. ma.. solamente fra loro (ne con il resto della rete
configurata ne con internet per capirci).
 
Ciao!
YUS

 poi si autoassegna un indirizzo in automatico 169.254.*.*.
 
se parliamo genericamente di dispositivi non sarei convinto
nell'affermare che si prendano in automatico un indirizzo di quella
subnet. Da quello che ricordo apipa � roba microsoft... 
 
 
-- 
MirkoB.   
ne...@bsi-net.it
 
Motoretta BMW R1200R Lightgrey
 
L'indirizzo em@il non � da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.

"alex" <1j94...@sneakemail.com.invalid> ha scritto nel messaggio 
news:kd3r9n...@56hg6.5588i.3556.1614.8i116l9...

1. un dispositivo si collega alla rete, non al router.
 
2. se il dispositivo nella configurazione di rete ha impostato un
IP statico, nessun problema.
 
3. se il dispositivo nella configurazione di rete ha impostato
di ottenere automaticamente un indirizzo IP, cerca un DHCP
e se non ne trova... b�! te l'hanno gi� spiegato.
 
4. nel caso in cui il DHCP ci sia, ma per qualche motivo smetta
di funzionare, i dispositivi che hanno gi� ottenuto un IP dinamico
continueranno a funzionare finch� non saranno spenti e riaccesi.
 
5. in una rete che si rispetti, per sicurezza, ci dovrebbero essere
almeno due server DHCP, ovviamente con diversi range di IP,
considera che oggi ci sono, per esempio, anche stampanti che
possono fare da DHCP server.
 
 
 
 

 almeno due server DHCP, ovviamente con diversi range di IP,
 
wow e secondo quale specifica cio?... non direi che ï¿œ proprio cosï¿œ!
 
non voglio approfondire perchï¿œ credo di non averne le conoscenze ma 
ridondare il dhcp non si fa mettendo semplicemente due server sulla 
stessa rete.
 
in tal modo avresti un "incasinamento" e basta, per aver una ridondanza 
devi utilizzare altre tecniche e non si puï¿œ di certo affermare quanto tu 
dici.. anche se, in effetti, vi sono due (o piï¿œ) dispositivi in grado di 
far da server DHCP

 possono fare da DHCP server.
 
detto cosi' intravedo solo un gran casino.
Un dispositivo che si colleghi alla rete in modalita' dhcp si vederebbe 
rispondere da 2 server dhcp, ciascuno dei quali cercherebbe di 
assegnare un ip nel range a sua disposizione.
Imho, se per qualche motivo si volesse avere un doppio dhcp, ci 
vorrebbe un qualche meccanismo per attivare quello di backup solo in 
caso di failure del primo. Non ho idea di come si possa fare, ma di 
certo e' un po' (un bel po') oltre le necessita' di una rete domestica
 
Adriano
 
 

 possono fare da DHCP server.
MMMh questo crea solo casino... Due server dhcp che rispondono 
contemporaneamente nella stessa vlan/rete? Un preludio al "non funziona 
niente" :)
Se si vogliono fare due server dhcp (in una rete che si rispetti come 
dici te) si facessero in ha con Heartbeat o similari, con lease in 
partizione condivisa etc etc. Allora si che ha senso in una rete 
"seria" ;)
 
 

 caso di failure del primo. Non ho idea di come si possa fare, ma di 
 
la regola classica dice di avere due server con lo stesso range di ip
configurato ma con esclusioni diverse. Quindi come vedi i server
sarebbero comuqnue due.
Poi ci sono sistemi di ridondanza diversi, ma due server dhcp in rete
se configurati correttamente non fanno nessun casino.


 niente" :)
 
oh ma dove vivete?? due dhcp nella stessa rete se configurati bene non
fanno proprio nessun casino.


 in tal modo avresti un "incasinamento" e basta, per aver una ridondanza 
 
nessun incasinamento.
Un'occhiata alla regola 80-20 tanto per farsi un'idea...


subnet. Da quello che ricordo apipa � roba microsoft... 
 
Beh, certo... non � detto che tutti i dispositivi lo supportino.
Per quanto ho potuto vedere molte stampanti di rete lo fanno.
 
Comunque la rete 169.254.*.*/16 � citata anche in una rfc:
http://tools.ietf.org/html/rfc3927
 


 Potrei fare alcune prove pratiche
 
Non sarebbe questo gran guaio. :)
Lascia perdere il secondo server DHCP: la regola 80-20 si usa in ambito 
aziendale (io personalmente la detesto..) ma nel tuo caso sarebbe 
ampiamente superflua.
Invece ti consiglio di esplorare le impostazioni tcp/ip dei tuoi client; 
se fai caso, accanto alla scheda consueta, esiste un'altra scheda di 
nome "Configurazione alternativa". Ecco: dovresti usare proprio quella, 
impostando per tutti i tuoi client una serie di indirizzi IP statici, 
magari sempre appartenenti alla subnet del tuo router, che darebbero 
modo alle macchine di acquisire un indirizzo IP valido ANCHE SE il 
server DHCP non fosse disponibile.
Funziona; qui in ufficio la usiamo per tutti i colleghi che lavorano sia 
in sede che dal cliente, magari utilizzando lï¿œ un indirizzo statico: lo 
impostano nella configurazione alternativa! Quando son qui il server 
DHCP assegna un indirizzo valido per questa rete, quando sono dal 
cliente senza DHCP il pc si assegna l'indirizzo statico impostato nella 
configurazione alternativa.
-- 
	Luca Amicone
--
"Err Msg: Event ID: 5513 Source: Netlogon" 
http://support.microsoft.com/?id=150963
 

 comunicazione c'ï¿œ.
anche al di fuori del mondo windows?? (dai telefoni IP fin ai 
frigoriferi, passando per tv, radio e compIUter non microsoft?)

 si auto assegnano un indirizzo sulla classe 169.254.*.* (questa
 
Con quale criterio?
Casuale?
 
Se � 'casuale' potrebbe accadere che due o pi� dispositivi, abbiano lo 
stesso ip?
In tal caso non si verifica un conflitto?
 

 ampiamente superflua.
 
non ho nessun secondo DHCP ;)
 

 far da server DHCP
 
nessun incasinamento, nella configurazione del server DHCP
si imposta il range di IP da assegnare... per esempio il router
assegna gli IP da 192.168.1.100 fino a 192.168.1.199 mentre
un altro dispositivo assegna gli ip da 192.168.1.200 fino a 192.168.1.299
lasciando la numerazione sotto il 100 per gli indirizzi statici
 
 

 un ip nel range a sua disposizione.
 
tranquillo, fortunatamente il protocollo DHCP
non l'hai scritto tu e sa gestire benissimo la sua
funzione.
 
 

 condivisa etc etc. Allora si che ha senso in una rete "seria" ;)
 
ecco! questo si che � complicarsi la vita!
 
 

 ma l'OP non dice di che rete si tratta,
 
Ops!
rete usata da tutta la famiglia,
comunque il concetto non cambia 
 
 

 ma l'OP non dice di che rete si tratta, anche in una piccola
 
rete domestica

 In tal caso non si verifica un conflitto?
 
No, prima di assegnare un indirizzo ZeroConf (APIPA) viene inviata una
richiesta ARP sulla rete, proprio per evitare possibili conflitti.
 
YUS

Casuale?
 
S�, poi per� verifica che non ce ne sia un altro tramite ARP.


 frigoriferi, passando per tv, radio e compIUter non microsoft?)
 
Se implementano ZeroConf sï¿œ.
-- 
	Luca Amicone
--
"Contenuto del file Msdos.sys di Windows" 
http://support.microsoft.com/?id=118579
 

 se configurati correttamente non fanno nessun casino.
 
ti chiedo delucidazioni perche' alex parlava di rete domestica e non mi 
pare che i normali routerini adsl prevedano configurazioni cosi' 
complesse (a meno che per esclusioni non intendi riservare gli ip di 
determinati dispositivi su un dhcp ed altri sul secondo. Ma in questo 
caso in caso di failure di uno non sarebbe -credo- automatico passare 
sull'altro
thanks
 
Adriano
 
 

 funzione.
 
non discuto questo, ci mancherebbe, ma mi domando (vedi risposta a 
Mirko) se siano configurazioni possibili anche nel caso di piccole reti 
domestiche (con relativi apparecchi "semplici"), che erano poi 
l'oggetto della domanda di alex, e a cui mi riferivo anche io.
 
Adriano
 
 

"adriano" <invalid@invalid> ha scritto nel messaggio 
news:mn.84397dd136e9150e.90087@invalid...

ok, allora mettiamola cos�...
la rete � si domestica, ma usata da tutta la famiglia,
quindi teoricamente anche 4 o 5 persone, sempre
teoricamente, la famiglia ha una stampante di rete
che tutti possono usare e magari anche un disco di rete,
ora io assegnerei alla stampante e al disco di rete
degli ip statici, diciamo 192.168.1.10 e 192.168.1.12
poi andrei ad attivare il DHCP server su router, cos�
quando i computer della famiglia si collegano, avendo
impostato il DHCP client cio� l'opzione che sotto Windows
� "ottieni automaticamente in indirizzo IP" otterranno un IP dinamico.
 
Ora supponiamo che un temporale notturno fanculizza il router,
tu mi dirai che non importa perch� senza router non fanno una cippa,
e invece no, perch� potrebbero comunque stampare o accedere
al disco di rete o parlarsi tra loro... dico *potrebbero* perch� in
realt� essendo venuto a mancare l'unico DHCP server nessuno
di loro potr� ottenere l'IP dinamico e nessuno di loro potr�
collegarsi alla stampante e al disco di rete.
 
In conclusione se avessi in casa un dispositivo con funzionalit�
di DHCP server, io lo attiverei anche se avessi gi� un DHCP server
attivo.
 
Sono il primo a dire che l'esempio � un po' forzato,
nel caso citato basterebbe impostare un IP statico ad ogni
computer... ma non tutti lo sanno fare, magari la rete l'ha
mess in piedi miocuggino che adesso � a 300km oppure
una ditta che solo per diritto di chiamata ti chiede 50 euro
 
 

 computer... ma non tutti lo sanno fare, magari la rete l'ha
 
posso anche concordare, se far andare d'accordo 2 dhcp non e' peggio.
 
Adriano
 
p.s. tutto il discorso ovviamente e' relativo alla piccola rete 
domestica con apparecchi "home" che, suppongo, non abbiano possibilita' 
di configurazione particolarmente complesse.
 
 

 delucidazione: basta configurare 2 dhcp con lo stesso range ...
 
no, NON con lo stesso range, i range devono essere diversi.
 
 
 

 Se implementano ZeroConf sï¿œ.
 
praticamente un po' come quel modo di dire: se mio nonno avesse avute le 
rotelle sarebbe stato una carrozzella...
 
ma a parte questo, mi piacerebbe dare una sbirciatina a quella "regola" 
80-20 richiamata qui, se l'autore del post volesse essere piï¿œ esplicito 
sarebbe gradito.
 
io fin qui propendo all'utilizzare, sï¿œ, due dhcp server (o piï¿œ) sulla 
stessa rete ma in funzione di architetture particolari del tipo HA o 
simili e non semplicemente accendendo due macchine che lanciano lo 
stesso broadcast sulla rete in modo indiscriminato.

 no, NON con lo stesso range, i range devono essere diversi.
 
ok. ma basta quello a farli convivere?
 
Adriano
 
 

 ok. ma basta quello a farli convivere?
 
si 
 
 

assicuratevi di non averne altri in funzione";
 
Quelle istruzioni sono cautelative.
Cercano di tenere le cose sul semplice, perché l'esigenza di avere due
server DHCP è abbastanza rara e preferiscono proteggere lo sprovveduto
da problemi.
 
Questo in generale, poi ci sono alcuni dispositivi (tipicamente i
router domestici) che non sono sufficientemente configurabili perché
impostati in maniera da passare solo se stessi come gateway.
Al massimo possono configurare i DNS da passare ai client.
Sono stati realizzati solo per questo scopo: c'è una rete locale, io
ho una connessione ADSL, quindi do gli indirizzi e faccio connettere a
Internet.
"Caro client, io sono il signore tuo gateway, non avrai altro gateway
all'infuori di me" ;-)
 
Tu hai il router principale (collegato all'ADSL) all'indirizzo
192.168.1.1
: questo passa ai client il gateway 192.168.1.1.
E tutto funziona bene.
 
Metti su un altro router usandolo come switch e DHCP di scorta
all'indirizzo 192.168.1.2? Bene, puoi farlo, però bisogna che tu
riesca a configurarlo in maniera che passi come gateway 192.168.1.1.
 
In genere questo non è possibile: o disattivi il DHCP (così come
consigliano i manuali che hai citato) oppure lui passa ai client il
gateway 192.168.1.2. E la cosa non va bene, perché lui non ha una
connessione esterna su cui farli uscire.


 sull'altro
 
Cerca su internet come funziona il processo di assegnazione ip via
dhcp. Se non capisci come funziona quello capire il resto � difficile.



 
Nel 90% dei casi domestici, il router fa anche da switch, quindi se il 
temporale me lo brasa, non c'ï¿œ DHCP che tenga: i client sarebbero 
comunque isolati fisicamente, anche se avessero IP statici.
Se proprio si vuole fare i maniaci della continuitï¿œ, si comprano due 
router, li si configura in modo identico e uno lo si tiene chiuso nella 
scatola, pronto a sostituire il gemello in caso di guasto.
 
 


ok, va bene, ma ora fammi capire perchï¿œ mai il mio pc dovrebbe prendere 
un indirizzo nel range 1 anzichï¿œ nel range 2... (limitiamoci a questo 
per ora)

 stesso broadcast sulla rete in modo indiscriminato.
 
Io non sono cosï¿œ fiscale.. Il DHCP aziendale ï¿œ uno solo per una ventina 
di ambiti diversi: la configurazione ï¿œ replicata su un server gemello il 
cui servizio ï¿œ tenuto spento: nel caso il server andasse giï¿œ 
semplicemente si attiverebbe il servizio sull'altro server modificando 
solo i puntamenti sulle apparecchiature di rete ("Helper Address" e 
marchingegni simili..).
-- 
	Luca Amicone
--
"Access Denied Attempting to Change Client Domain Password" 
http://support.microsoft.com/?id=135060
 

 ora)
 
il pc prender� un indirizzo e basta,
che sia del range 1 o 2 non ha alcuna importanza
 
 

 per ora)
 
Ti sembrerï¿œ una fesseria ma ï¿œ veramente cosï¿œ..
Prende l'indirizzo dal primo DHCP che gli risponde.
 
Poi potrai chiederti perchï¿œ un DHCP ï¿œ piï¿œ veloce di un altro a
rispondere, ma questo dipende da numerosi fattori, partendo da quelli
fisici (cablaggi, topologia, nodi di rete) a quelli software
(configurazione, servizi, carico della macchina, congestione di rete).
 
Ma generalmente risponde il piï¿œ veloce o quello a minor costo di rete.
 
YUS

 dhcp. Se non capisci come funziona quello capire il resto ï¿œ difficile.
 
no sono un informatico. Per quello cercavo "un bignami" qui ;-)
 
Adriano
 
 

 connessione esterna su cui farli uscire.
 
infatti. Non avendo preso in considerazione realta' piu' complesse mi 
ero trovato abbastanza spiazzato dalle risposte di Mirko e Tex
 
grazie per la svegliata. Ogni tanto mi ci vuole :-)
 
Adriano
 
 

 rispondere, ma questo dipende da numerosi fattori,  
 
Perchï¿œ uno dei due ï¿œ meno sveglio...;D
 
 

 fanno proprio nessun casino.
 
Vero che non fanno casino, ma sinceramente non mi ï¿œ mai piaciuta come 
soluzione di "backup" la regola 80/20 :) Come detto, preferisco la 
clusterizzazione (anche se onestamente la complessitï¿œ sale veramente 
tanto :) ).
Ed in ogni caso, per me, in un rete casalinga (quindi non con reti 
"separate"), due server dhcp fanno piï¿œ casino che altro :)
 
 

 no sono un informatico. Per quello cercavo "un bignami" qui ;-)
 
il dhcp � un bignami di suo... 


 tanto :) ).
 
bisogna vedere cosa intendi con clusterizzazione e con alta
complessit�.
Se abbino le due affermazioni mi viene in mente solo di mettere il
servizio dhcp su un cluster, ma penso che sia come uccidere una mosca
con un cannone (a meno che non si intenda una macchina virtuale sopra
una struttura in HA).
Direi che molto pi� semplice se non ti piace la 80-20 � avere due
dhcp, un primario e un secondario che si parlano e che si scambiano i
lease assegnati (dovr� arrivarci anche MS imho).


 lease assegnati (dovrï¿œ arrivarci anche MS imho).
Bon tendenzialmente in una rete medio grande, dhcp (tipo isc) in 
fallback con configurazione e lease in un fs condiviso, mi da piï¿œ 
"garanzie". Tanto in una rete del genere, macchine in HA le devi creare 
anche per altri servizi come radius e simili, tanto vale che fai cosï¿œ 
anche con il dhcp :)
 
Certo su Microsoft, soprattutto se utilizzi il loro radius integrato ad 
AD, non lo puoi fare, almeno credo... Poi non so, consco poco i sistemi 
di clustering windows onestamente.
 
 

 marchingegni simili..).
 
cominciamo a ragionare, finalmente!
sono d'accordo su questa soluzione che comunque ritengo macchinosa e, 
forse, anche di maggior costo.
oggi un dhcp in HA e varie menate (firewall e regole di nat, etc) si ha 
con una migliarata di euro di apparecchiature se si vuole tutto pronto o 
meno se ci si mette giï¿œ di open-source.
rispetto al tema discusso, invece, temo che nella rete con due dhcp 
attivi contemporanei vi possa essere un rallentamento o un 
malfunzionamento dovuto proprio alla presenza contemporanea dei 
broadcast sulla rete... la qual cosa, se vera, sarebbe molto piï¿œ dannosa 
di un eventuale spegnimento di un server dhcp. (ripeto: dal punto di 
vista teorico non sono ben preparato), per non parlare poi della logica 
di assegnazione che di fatto escluderebbe in partenza tutto il range di 
uno dei due server da qualsiasi ipotesi di ridondanza *per default* 
assumendosi che i range sono diversi!
infine, ritornando all'albero del post, la regola 80-20 richiamata, a 
detta di microsoft servirebbe a bilanciare il carico rispetto 
all'utilizzo della rete ma non a garantire la sopravvivenza 
dell'architettura in caso di fault di un server..come invece nella tua 
soluzione. (almeno cosï¿œ leggo io).
 
 

 ero trovato abbastanza spiazzato dalle risposte di Mirko e Tex
ma non ï¿œ SOLO una questione di gateway!
 
immagina di avere sulla rete un servizio importante (ad esempio una 
centrale antifurto) che ï¿œ regolata sul dispositivo n.1 che va giï¿œ, la 
centrale prenderebbe un IP dal lease del n.2 (con relativa regolazione) 
con il risultato che il ladro ringrazierebbe e ti lascerebbe una 
mazzetta sul comodino per comprarti un router decente e tu te ne 
accorgeresti solo al ritorno a casa.
 
ovvio questa ï¿œ una semplificazione, anche abbastanza sciocca, ma su un 
router e relativo dhcp passano tutta una serie di servizi che vanno ben 
oltre la semplice navigazione o condivisione in rete!

 al ritorno a casa.
 
ma non diciamo stronzate,
anche se sulla rete c'� un DHCP, ci sono dispositivi
come server, router, centrali antifurto che solo un coglione
setterebbe con un IP dinamico!
va da s� che la centrale antifurto va settata con un IP statico!
 
e la chiudo qui perch� mi sembra che stiamo degenerando nel flame
 
 


ottima idea, specie quando si utilizzano termini triviali!
 
-- 
per far danni mi occorre la tua password di root

 semplice navigazione o condivisione in rete!
 
indiscutibile, ma mi sono perso per strada e non riesco a capire di che 
tipo di scenario stai parlando (casetta o azienda)
 
Adriano
 
 

soluzione. (almeno cos� leggo io).
 
Per la sopravvivenza bisogna che quel "20%" possa bastare a coprire
tutto.



 
beh qui si parla di un ambiente soho e quindi io immagino che ci sia un 
insieme di servizi che possano spaziare da un telefono voip (anche un 
citofono) ad un serverino multimediale o a qualche altro servizio che 
possa essere raggiunto dall'esterno (ad esempio io ho la centrale di 
antintrusione che mi accende anche i caloriferi e utilizzo molto la 
cosa), in una azienda nello sviluppo della discussione si sono discussi 
vari scenari, esigenze e possibilitï¿œ... in questo tipo di post alla base 
di tutte le considerazioni, a mio avviso, c'e' un utilizzo domestico.
 

 mio avviso, c'e' un utilizzo domestico.
 
non discuto su questo. Solo non riuscivo a capire se intendevi in senso 
generico o atrtinente al thread
 
Adriano
 
 

 l'ip a qualunque macchina.
 
Ovunque ci sia un solo apparato che svolge una funzione, quella 
funzione ï¿œ a rischio se l'apparato si guasta.
Io potrei anche avere un modem + router + switch + access point tutti 
separati o tutti conglobati in un'unica macchina, ma resto sempre a 
rischio (nel primo caso, se si guasta la switch si rompe tutta la 
catena).