2 votes

Windows Server 2012 DHCP et périphériques OSX

J'ai récemment mis en place un petit réseau de bureau (environ 20 appareils) avec une machine connectée fonctionnant sous Windows Server 2012. Notre routeur passerelle fourni par notre fournisseur d'accès était plutôt inutile et commençait à interrompre les connexions dès qu'un trop grand nombre de périphériques y étaient connectés.

J'ai réussi à résoudre ce problème en désactivant la fonctionnalité DHCP sur le routeur et en la déchargeant sur la machine Windows Server. Cela a fonctionné pour tous les appareils Windows du réseau, mais il semble y avoir un problème pour faire fonctionner le DHCP Windows avec les appareils *nix.

Sur les appareils Android et OSX, les machines ne semblent pas pouvoir obtenir une adresse à partir du DHCP. Sur les appareils Android, le wi-fi semble rester bloqué sur "Obtaining IP address" (obtention d'une adresse IP), tandis que les appareils OSX semblent abandonner au bout d'un moment et s'attribuent eux-mêmes une adresse IP qui se trouve bien en dehors de la plage d'adresses locales.

Je me demandais juste si quelqu'un avait déjà rencontré un tel problème ?

J'ai fait quelques recherches à ce sujet et il semble que les périphériques *nix veulent une réponse de l'option 119 du DHCP (voir : http://blogs.blackmarble.co.uk/blogs/rhepworth/post/2012/06/18/Adding-DHCP-Option-119-(Domain-Search-List)-to-Windows-Server-2008-R2.aspx )

Cependant, j'ai suivi les étapes de ce blog et je n'ai toujours pas eu de chance.

Comme palliatif, j'ai réservé des adresses IP sur le DHCP et défini manuellement les paramètres des adaptateurs pour chaque appareil OSX et Android actuellement sur notre réseau, mais je préférerais ne pas avoir à le faire pour chaque nouvelle machine *nix qui veut se connecter.

Toute aide serait appréciée...

0 votes

S'agit-il de 2012 ou de 2012R2 et les correctifs sont-ils à jour ? De plus, utilisez-vous cette boîte à la fois comme DC et comme serveur DHCP et si oui, exécutez-vous également le DNS ?

0 votes

C'est la norme 2012R2, c'est à jour. Oui, la boîte fonctionne comme contrôleur de domaine, serveur DHCP et serveur DNS.

1voto

Kyle Heyne Points 31

Je suppose que vous n'utilisez que l'IPv4 - si ce n'est pas le cas, vous devez vérifier les choses à la fois en IPv4 et en IPv6.

Je commencerais par vérifier ces éléments dans le serveur DHCP :

  1. Assurez-vous que vous n'avez pas de paramètres de stratégie qui empêcheraient l'attribution d'une adresse IP à ces appareils.
  2. Assurez-vous que vous avez défini les options DHCP.
  3. Vérifiez que vous pouvez envoyer un ping au serveur à partir des périphériques OS X (et vice-versa).

Questions de suivi :

  1. Les clients OS X utilisent-ils un système sans fil ou sont-ils câblés ? S'ils sont sans fil, avez-vous essayé le câblage ?
  2. Quelles fonctions étaient assurées par la passerelle/le routeur fourni par votre fournisseur d'accès ? Était-il également votre point d'accès sans fil ? Si c'est le cas, il se peut qu'il ne sache pas transmettre les demandes DHCP au nouveau serveur DHCP. Avez-vous plusieurs appareils branchés directement sur la passerelle ? Si c'est le cas, l'équipement du FAI peut interférer avec un point d'accès sans fil qui le traverse.
  3. À quoi ressemble la topologie de votre réseau ? Est-ce que tout est branché à un commutateur ?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X