J'installe un serveur d'entreprise pour une petite entreprise avec 5 utilisateurs / 5 appareils environ. Rien de compliqué ici.
J'ai configuré un seul serveur Lenovo TS440 (carte réseau unique) avec Windows Server 2012 R2 Essentials. Étape par étape via l'installation et les assistants. Aucun contrôleur de domaine secondaire. J'examinerai d'autres solutions secondaires lorsque je le pourrai. Je ne veux pas acheter un autre serveur, mais je comprends son importance.
J'ai configuré un compte d'administrateur de domaine que j'utilise pour tous les postes de travail et le serveur pendant ce processus d'installation. Les utilisateurs n'auront pas de privilèges d'administrateur et aucun compte local ne sera sur les postes de travail, ils ne peuvent donc pas accéder au poste de travail sans authentification du serveur.
Nous avons un routeur Comcast Business (CISCO DC3939B avec wifi) avec une IP externe dynamique qui ne change presque jamais. Nous avons également un commutateur TrendNet, TEG S80g.
Le câble coaxial Internet arrive au routeur puis au routeur pour commuter.
Le serveur et environ 3 postes de travail et 2 appareils alimentent le commutateur, et il y a quelques appareils sans fil.
Mon problème est qu'après avoir testé le système en coupant l'alimentation du routeur et en éteignant Internet, les postes de travail ne peuvent plus s'authentifier correctement. Tout fonctionne bien avec Internet disponible, mais je dois m'assurer que les postes de travail peuvent toujours communiquer entre eux et avec le serveur lorsque Internet tombe en panne. Je suppose que j'ai besoin de ce réseau de serveurs WSE 2012 R2 pour fonctionner comme s'il n'y avait pas d'accès Internet pour commencer.
Est-ce que cela a peut-être quelque chose à voir avec le routeur qui fait DHCP? Je ne sais pas si DHCP peut être désactivé sur le routeur.
Les erreurs que j'obtiens lorsque les postes de travail essaient de se connecter à d'autres postes de travail sont qu'ils nécessitent à nouveau le nom d'utilisateur et pw, et parfois ils ne parviennent pas à se connecter. Le serveur n'est pas en panne, juste Internet. Au début, je recevais une invite pour activer la découverte du réseau, ce que j'ai fait (non public, mais privé), mais nous avons toujours ce problème AD.
Si j'ai omis des détails importants, faites-le moi savoir et je pourrai les arrondir.
la source
Réponses:
Le DNS est le service le plus important dans chaque configuration AD. Il est responsable de la localisation des services liés à l'AD comme LDAP, KDC, etc. Ainsi, chaque ordinateur joint à un domaine doit avoir des paramètres de client DNS configurés pour pointer vers un contrôleur de domaine. Le serveur DNS sur le contrôleur de domaine doit avoir des redirecteurs pour pointer vers votre FAI. De cette façon, si une requête DNS n'est pas résolue, le contrôleur de domaine transmettra la requête à ses redirecteurs. Voici un schéma d'un flux de requête DNS simple:
Ordinateur -> DC (Forwarders) -> ISP
Votre DHCP (DC ou routeur, mais pas les deux) doit donc proposer des baux avec DNS pointant uniquement sur votre DC . Ajoutez ensuite des redirecteurs sur votre serveur DNS. De cette façon, lorsque la connexion Internet sera interrompue, toutes les requêtes DNS liées à AD seront résolues et vous pourrez vous authentifier et utiliser les services Active Directory dans leur ensemble.
De plus, dans une configuration à 1 DC, le DC doit pointer vers lui-même (127.0.0.1 * ou son IP) dans les paramètres DNS de sa carte réseau.
la source
Votre Small Business Server (Server Essentials) doit faire DHCP et DNS. SBS désactivera automatiquement son service DHCP lorsqu'il détectera un autre serveur DHCP sur le LAN. (Vous pouvez le vérifier en consultant les journaux des événements, il y aura des erreurs DHCP et le service sera probablement arrêté)
Comme votre routeur distribue probablement le DNS des FAI, vos ordinateurs ne peuvent pas s'authentifier lorsque vous le mettez hors tension.
Connectez-vous à votre routeur Comcast et désactivez la diffusion DHCP, puis démarrez votre service DHCP sur votre serveur SBS. Si vous avez utilisé les assistants pour configurer, le problème que vous voyez se résoudra probablement lui-même.
Modifier: Si vous ne savez pas qui est le serveur DHCP, effectuez une ipconfig / all sur l'un des clients pour obtenir l'adresse IP du serveur DHCP.
la source
Si le serveur est connecté à un port du routeur et que vous éteignez le routeur, comment vous attendriez-vous à ce que les postes de travail communiquent avec le serveur? Vous devez connecter le serveur au même commutateur que les postes de travail.
la source
Non. Le problème vient probablement du DNS. Puisqu'il s'agit d'une configuration AD, vous avez également besoin, et avez probablement configuré DNS sur le serveur. Assurez-vous que les stations utilisent ce DNS comme serveur principal. D'autres configurations plus élaborées sont également possibles.
la source