L’iPad est impoli avec les serveurs DHCP
L’Université de Princeton a publié deux documents détaillant les problèmes rencontrés avec l’iPad et sa gestion du DHCP qui perturbe le bon fonctionnement du réseau. Le premier détaille la situation tandis que le second donne des débuts de solutions.
Une connexion classique à un serveur DHCP
En principe, un client accédant au réseau contacte le serveur DHCP pour obtenir les informations lui permettant de se connecter et, dans ce cas, accéder à Internet. Pour cela, il diffuse un datagramme intégrant son adresse MAC. Pour simplifier, l’iPad envoie un message au serveur lui disant « je suis l’interface réseau 0:1:2:3:4:5, louez-moi une adresse IP ».
Une des réponses classiques du serveur, s’il le peut, est la diffusion d’une offre. En d’autres termes, le serveur répond : « Vous pouvez utiliser l’adresse IP 192.168.1.130 pendant les six prochaines heures et si vous voulez continuer à utiliser le réseau, il faudra renouveler votre bail d’ici trois heures ».
Nous sommes conscients que ce schéma est une version simplifiée des communications qui ont lieu entre le client et le serveur, et nous avons délibérément omis certaines étapes (DHCP REQUEST et DHCP ack, par exemple) pour nous concentrer sur le problème de l’iPad.
Quand tout se passe bien, le client demande un renouvellement du bail dans le temps qui lui est imparti et le serveur le lui accorde, lui permettant de continuer à utiliser le réseau, jusqu’à se qu’il se déconnecte. Si le serveur n’obtient pas de demande de renouvellement, il considère alors que le client est déconnecté et il libère alors l’adresse IP qui pourra ainsi être attribuée à un autre client.
L’iPad ne joue pas selon les règles
L’iPad transgresse néanmoins ces règles puisqu’il ne renouvelle pas son bail lorsqu’il est en mode veille (écran verrouillé), bien qu’il reste connecté. On se retrouve donc avec une tablette qui utilise une adresse IP que le serveur pense libre et qu’il a possiblement attribuée à quelqu’un d’autre. L’iPad se fait ainsi bannir du réseau, sans que l’utilisateur comprenne pourquoi, puisque toute cette procédure se passe sans qu’il s’en aperçoive.
Pour palier le problème, il faut éviter d’auto-verrouiller l’écran et une fois que l’on décide d’éteindre l’iPad, soit mettre la tablette hors tension, soit éteindre le Wi-Fi. Ces deux mesures forcent l’iPad à faire une demande auprès du serveur, renouvelant ainsi son bail.
Ce bug est plutôt surprenant puisqu’il ne concerne pas l’iPhone, qui utilise le même OS, et qu’il porte sur le fonctionnement basique du module réseau. Princeton a annoncé travailler avec Apple sur la résolution du problème, Cupertino n’ayant pas dit quand il publierait un correctif.
- Oracle veut-il tuer OpenOffice ?
- Microsoft administre les PC dans le cloud
- Microsoft travaille sur des serveurs ARM
- Intel arrête les cartes mères en Chine
- Un barebone pico-ITX chez VIA
- Lian Li PC-Q06 : boîtier ou table de tests ?
- Des trackpads multitouch sous Linux
- NZXT Vulcan : un boîtier… pour les LAN ?
- L'Atom 32 nm de 2011 gérera le Full HD
- Les résultats d'Apple explosent
- 15 ans de cartes graphiques NVIDIA en images
- L’Inde organise sa gestion du recyclage
- TDJ : Clavier Luxeed U5
- Cooler Master présente son Vortex Plus
- 4 GeForce GTX 480 en SLI : pilote officiel
- L'Atom 32 nm serait fanless
- NVIDIA : des GeForce 197.55 pour Fermi
- Le smartbook HP sera en Snapdragon





Renouvelé
Bonjour David
Merci David
Au revoir David
(Je suis pas comme l'IPad. Je suis poli.)
non mais c quoi ces bugs de stagiaire chez apple en ce moment.
Le bug ne concerne pas l'iPhone peut être parce que la connexion WiFi n'est pas maintenue lorsque l'écran se verrouille, et se restaure au déverrouillage...
les bug c excusable, mais pas quand on dit etre les meilleurs du monde.
Ca m'etonne qu'apple n'ait pas encore dit que c'est de la faute aux serveurs dhcp ...
les bug c excusable, mais pas quand on dit etre les meilleurs du monde.Ca m'etonne qu'apple n'ait pas encore dit que c'est de la faute aux serveurs dhcp ...
Surtout un bug sur une fonction aussi basique que le réseau, depuis le temps qu'Apple et les autres entreprises font du réseau, ça ne devrait même plus exister en rêve.
Le bug ne concerne pas l'iPhone peut être parce que la connexion WiFi n'est pas maintenue lorsque l'écran se verrouille, et se restaure au déverrouillage...
C'est pas tout à fait ça parce que les iPod/iPhone continuent de télécharger quand l'écran est verrouillé.
J'imagine que la coupure doit se baser sur l'absence d'activité.
La perfection n'est pas de ce monde...
les bug c excusable, mais pas quand on dit etre les meilleurs du monde.Ca m'etonne qu'apple n'ait pas encore dit que c'est de la faute aux serveurs dhcp ...
nan, c'est la faute à linux
La perfection n'est pas de ce monde...
pourtant quand on voit leur tarif et qu'on écoute les apple fanboy on pourrait penser qu'ils sont vraiment au dessus du lot.
Le bug ne concerne pas l'iPhone peut être parce que la connexion WiFi n'est pas maintenue lorsque l'écran se verrouille, et se restaure au déverrouillage...
est censée se restaurer.
nan, c'est la faute à linux
Et quel est le rapport avec la choucroute ? Pour ton info, chez Appeul on utilise un noyau BSD. Enfin là, c'est plutôt un bug de débutant, genre "on est en veille, on coupe tout" sans se demander s'il n'y a pas des trucs obligatoires, genre renouveler son bail par exemple...
eh oh!

voulez voulez 10 heures d'autonomie ou le wifi et le flash?
faut choisir...
eh oh!voulez voulez 10 heures d'autonomie ou le wifi et le flash?faut choisir...
lol trop fort serait ce une caractéristique alors ! ! !
non sans déconné, sa laisse un goût de pas très sécurisé ce système
ben l'absence de flash c'est pour améliorer l'autonomie, me semble bien.
moi je suis sûr qu'en virant l'écran ils feraient encore mieux.
V'la maintenant qu'il n'est pas poli l'IPad ! Il y a desfois, les titres sont inadaptés !