Dev Faq
8
votes

Pourquoi l'authentification contre le LDAP avec DirectoryTryEry lancera-t-elle intermittente la COMEXception (0x8007203A): "Le serveur n'est pas opérationnel"?

Si quelqu'un a une histoire similaire, veuillez publier des détails ci-dessous! strong>

Je construit un site Web ASP.NET qui doit soutenir l'authentification contre le LDAP. P>

ON Windows, LDAP Auth peut être effectué via Active Directory (je ne suis pas un expert, mais une annonce semble simplement être une saveur particulière du LDAP). Je ne contrôle pas les serveurs AD et / ou LDAP. P>

J'ai essayé diverses méthodes d'authentification, mais je me suis installé sur l'utilisation d'un seul répertoire code> par tentative d'authentification: P> 

* "cn=username,ou=staff,o=myOrganisation,c=org"

3 commentaires

Il est possible que cette erreur soit liée à Win Options de clustering de Win 2K3 - nous avons migré vers un système de serveur unique non-Cluster, et les derniers jours ont été sans problème.

Qu'est-ce qui a été regroupé? Le serveur exécutant votre application ou le serveur exécutant une annonce?

Le serveur exécutant l'application. Le serveur LDAP était en fait une machine non-Windows fonctionnant quelque part à l'extérieur - je ne suis pas sûr de sa configuration. De plus, les problèmes semblent se produire même pour les "connexions" de l'UDP construites manuellement, ce qui suggère que c'est une chose de bas niveau.

3 Réponses :

5
votes

Bien que je ne puisse pas préciser avec précision la cause de ce problème, il semble que cela semble être arrêté après avoir migré vers un serveur non en cluster.

Il existe d'autres faits étranges sur ce bogue:

  • Redémarrage du processus hôte ASP.NET n'est pas suffisant pour résoudre le problème. C'est étrange; Vous vous attendez à ce que le système d'exploitation libère de force des ressources sur le processus de décès
  • Redémarrage du service IIS ne libère pas les ressources (les ports UDP). NetStat révèle que les ports semblent libres, mais tous les ports ouverts sont effectivement ouverts par le processus n ° 4 - le processus système.
  • tuer IIS (par exemple via le gestionnaire IIS) fait libère les ports UDP, puis l'authentification fonctionne à nouveau.

    Dans l'ensemble, cela ressemble beaucoup à un problème de pilote ou de noyau dans Win2K3 avec la clustering activé et non un problème connexe .NET.

    Donc, si quelqu'un d'autre trébuche sur un problème similaire, vérifiez si la clustering est activée - il peut vous faire économiser des semaines de maux de tête.

0 commentaires
0
votes

J'ai lu quelque chose à propos de la vérification avec netstat et vérifiant les états des connexions actives. Un temps d'attente de temps peut indiquer un problème avec la redirection des ports. Néanmoins, je reçois la même erreur pendant 3 jours. J'ai demandé à l'administrateur du réseau de modifier mes autorisations et même cela n'a pas aidé. L'article en discutant dans plus de détails: C # .NET L'application perd la connexion à l'Active Directory

0 commentaires
1
votes

J'ai eu le même problème et j'ai résolu cette méthode

http: //blogs.dirtem.com/blogs/tomek/archive/2007/08/09/System-directoryservices-and-connection-pooling.aspx

0 commentaires

Articles qui pourrait vous intéresser :

Authentification du canal gRPC-Web avec Blazor Webassembly via l'injection de dépendances
comment réparer "le type ou le nom de l'espace de noms" système "est introuvable s'il vous manque une directive ou une référence d'assembly (CS0246)"
Unity3D sur Ubuntu 19.10 avec vscode et extension C #: obtenez une erreur et la saisie semi-automatique ne fonctionne pas
VSTO avec .NET Core 3.0