Newsgroup: it.comp.os.linux.sys
Titolo: DHCP - Sto impazzendo con i prodotti Apple e il mio serverino

Salve a tutti, spero che qualcuno possa aiutarmi a venirne a capo.
 
Per assegnare gli ip ai client della mia LAN domestica utilizzo isc 
dhcp su un muletto debian
 
authoritative;
log-facility local7;
default-lease-time 3600;
max-lease-time 86400;
deny duplicates;
server-identifier 192.168.0.3;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.0.255;
option routers 192.168.0.1;
option domain-name "casa.lan";
option domain-name-servers 208.67.222.222,208.67.220.220;
subnet 192.168.0.0 netmask 255.255.255.0 {
        range 192.168.0.100 192.168.0.150;
}
 
 
Il problema e' che tutti i client di casa riescono a prendersi l'ip, 
tranne ipod, ipad e iphone.
 
Il server dhcp continua a loggarmi messaggi di questo tipo
 
DHCPREQUEST for 192.168.0.101 from 8c:7b:9d:11:9a:ed (iPod) via eth0
DHCPACK on 192.168.0.101 to 8c:7b:9d:11:9a:ed (iPod) via eth0
 
In pratica l'ipod richiede l'ip, il server glielo passa, ma l'ipod lo 
ignora e dopo un po' ripete l'operazione.
Come gia' detto questo avviene con tutti gli stramaledetti prodotti 
Apple.
 
Giusto per completare il quadro aggiungo che a casa ho due SSID, con 
nomi differenti (in pratica uno al piano terra e uno al primo piano)
Quindi i client possono "saltellare" da un ssid all'altro, ma di fatto 
la lan resta quella (non credo sia connesso al problema).
 
Poi ripeto, con gli altri client (pc, android) fila tutto liscio.
 
Cosa sto sbagliando?
 
-- 
J.
 
 

 Cosa sto sbagliando?
 
Niente, cercando su Google pare che il DHCP Apple sia bacato. Usa IP fissi.
 
 
-- 
In God we trust. All others must bring data
W. E. Deming

 Niente, cercando su Google pare che il DHCP Apple sia bacato. Usa IP fissi.
 
bel casino :(
da stasera fa una cosa strana
se mi collego a un SSID funziona (si prende l'ip)
se lo collego all'altro non va
Ovviamente solo loro, gli altri client funzionano ovunque.
 
-- 
J.
 
 

 Ovviamente solo loro, gli altri client funzionano ovunque.
 
hai provato a cancellare le reti e a ricrearle ? quando
cambio qualsiasi cosa sugli access point, anche mantenendo lo
stesso SSID e la stessa password, se non gli faccio resettare
completamente la connessione e ricrearla da zero non funzionano.
 
-- 
Never try to teach a pig to sing.
It wastes your time and annoys the pig.

 completamente la connessione e ricrearla da zero non funzionano.
 
si l'ho fatto
ho addirittura usato l'impostazione prevista nell'ipad che dice 
"ripristino impostazioni di rete", sembra quasi un hard reset
ma niente :-(
 
-- 
J.
 
 


strano ... e ho sbattuto la testa su iphone/ipad & co ;-) ultima prova
che potresti fare e' mappare l'ethernet con un IP fisso.
 
host myipad {
   hardware ethernet xx:xx:xx:xx:xx:xx;
   fixed-address 192.168.0.50;
}
 
tanto per provare ...


 tanto per provare ...
 
grazie per il tuo tempo
 
Ho provato anche cosi', stesso risultato negativo.
Il dhcp fa il suo dovere (non avevo dubbi sul mio muletto debian ^^
solo che il dannato aggeggio apple continua a fregarsene dell'DHCPACK 
del server e torna a fare DHCPREQUEST
E succede con tutti gli apparecchi di mamma apple, ipod, ipad e iphone.
 
Cambiando ssid (come dicevo su a casa ho due reti wireless) l'ip se lo 
pende. E' come se non gli piacesse l'access point che ho al primo 
piano.
 
Un amico mi suggeriva che forse l'access point non fa passare il 
broadcast, ma non trovo nessuna opzione a riguardo nella maschera di 
amministrazione (e non mi risponde via telnet sulla 23)
 
Che tu sappia esistono powerline che trasmettono il ssid via rete 
elettrica? Se esistessero potrei provare a portare il segnale del ssid 
del piano di sotto al piano di sopra e magari (essendo lo stesso access 
point) funziona.
 
-- 
J.
 
 

 point) funziona.
 
potresti provare a configurare l'access point che non funziona come "ripetitore"
del primo ... io l'ho fatto in una sede su due piani dove quello del piano
di sopra dava problemi all'accesso.
 
a seconda del tipo di ap, si setta sul secondario il mac-address dell'altro ap
e cosi' configurato lavora come estensione del principale.
 
leggiti la documentazione del tuo ap ... cosi' dovresti risolvere.
 
ultima ratio, cerca powerline wireless con google. personalmente non
li ho mai provati.
 
ciao


 elettrica? 
 
Ma il SSID non è un concetto che si applica solo al mezzo WiFi?

 Ma il SSID non è un concetto che si applica solo al mezzo WiFi?
 
lo sto vedendo adesso ;-)
 
http://tinyurl.com/bre7s6h
 


 li ho mai provati.
 
Vero, ma anche li' avrei 2 ssid differenti (come ora)
 
Qua mi sa che devo provare a "centrare" l'ap, metterlo in un punto 
della casa piu' raggiungibile anziche' relegato nell'angolo angusto 
dove e' adesso.
Qualcuno mi ha suggerito di mettere l'AP 300N fuori al balcone, in 
questo modo il segnale si propagherebbe in "obliquo" coprendo 1 piano e 
piano terra. Ma di wifi ci capisco anche meno che di reti, quindi posso 
solo sperimentare :-D
 
-- 
J.
 
 

Scriveva Andrea D'Amore martedì, 19/06/2012:

domanda retorica immagino.
quindi no :-)
 
-- 
J.
 
 

 lo sto vedendo adesso ;-)
 > 
http://tinyurl.com/bre7s6h
 
 
Credo che finché i powerline dialoghino fra loro possano scambiarsi 
quello che vogliono, se sono specifici per fare da AP magari si passano 
anche il SSID.

 solo sperimentare :-D
 
IMVHO di wifi c'e' poco da capire ... o con un tester, o con uno smartphone,
o con un portatile in braccio, l'unica per capire la copertura e' girare come
uno scemo per le stanze guardando le famigerate "bacchette" ...
 
devi solo provare a cercare di "triangolare" gli ap in modo che un minimo
si vedano, oppure cerchi di coprire tutto con un solo wifi.
 
in bocca al lupo !


Non credo c'entri niente, ma non è che alcuni parametri (es. 
max-lease-time) devono andare dentro la parte subnet?
 
 
Io la mia l'ho così
subnet 192.168.0.0 netmask 255.255.255.0 {
    range 192.168.0.100 192.168.0.200;
    option routers 192.168.0.254;
    option domain-name "il-mio-dominio.tld";
    ddns-domainname "il-mio-dominio.tld";
    option domain-name-servers 192.168.0.1;
    max-lease-time 432000;
    default-lease-time 432000;
}
 
Se non ricordo male nel DHCPOFFER i campi di timing sono due: il 
rebinding time ed il renewal time (o qualcosa di simile). Non è che il 
coso apple li vuole diversi e vanno specificati nel .conf?
 
Provato ad usare il DHCP dell'AP per vedere se con quello va?
Ciao
 
-- 
Luca
http://www.civinini.net
 
 
"Unix is simple. It just takes a genius to understand its simplicity." - 
Dennis Ritchie


 Provato ad usare il DHCP dell'AP per vedere se con quello va?
 
Dava lo stesso problema, pero' nel AP mi segnalava che soltanto i cosi 
apple avevano un lease di 2 ore, mentre gli altri della mia rete di 
un'ora (come da me impostato).
 
-- 
J.
 
 


Beh, un passo avanti lo hai fatto, no? :-)
Dal log vedo proprio che il pacchetto DHCPOFFER non viene manco 
considerato. A questo punto io mi incaponirei: un bell'hub attaccato 
alla telecamera, un portatile con wireshark/ethereal/tcpdump e vedi 
quello che passa


 Maledette ipcam Apple.
 
in pratica il problema noto e' questo.
se in una rete "cambi" server dhcp dopo che uno funzionante ha dato 
l'ip al prodotto apple, quest'ultimo non prende l'ip del nuovo server 
dhcp.
la stessa cosa la fa una ipcam dlink che ho qui;
altri dispositivi che ho qui per provare (es. pc windows/linux, 
telefoni android...) se ne fregano e si prendono senza problemi l'ip 
del nuovo server.
L'unica al momento e' spegnere tutti i server che hanno fatto da dhcp e 
riaccenderli; e' come se tenessero memoria del broadcast precedente.
 
-- 
J.