Ich verstehe dass, wie Sie erklärt, using die IP-Arbeiten aber nicht den „DNS-“ Namen oder FDQN, während ich es benennen mag.
Der Unterschied bezüglich des Prozesses oder „der Wegewahl“ des Antrags zu beglaubigen ist die Ausgabe, wie Sie sie erklärt.
Uns die Unterschiede überprüfen lassen: Die XP VM angemeldet zum Gebiet, und hat folglich eine Bescheinigung am bereiten, und sie kennt des fully-qualified den Namen und Kennwort Benutzers. Folglich der automatische oder „Durchgang“ LOGON.
Wie simulieren wir dieses auf dem Bediener?
Wenn Sie vom Bediener, using das eingebaute IE anmelden, benutzen Sie des Verwalters (oder eine Adminart) für Bescheinigungen.
Zum IIS aussieht dieses wie
[email protected] ODER NETBIOSNAME/username ODER username.domain.extension ODER username@NETBIOSNAME ODER CN=administrator, OU=etc, OU=etc, etc.
Dieses lässt viele Wiederholungen, um den korrekten LOGON für einen Benutzer zu finden.
JEDOCH: wenn Sie das IP benutzen, nachschickt das IE nicht die Windows-Bescheinigungen kt. ES LÖSCHT HERAUS JENE FELDER.
Der höchstwahrscheinliche Ausfall ist, dass der Bediener das Gebiet zu einem bereits vorhandenen Domain Name anfügt; so: username.domain.com.domain.com
Dieser Benutzer existiert nicht und kann nicht anmelden. Nevermind, das Sie gerade in username oder in username.domain.com schrieben
Da Sie erklären, dass das XP und die gesammelten Bediener aller Punkt zum genauen die gleiche DNS, dann das Problem in einem von drei Plätzen liegen müssen:
1. Das IE
2. Die Gebietseinstellungen in der NIC-Schnittstelle sind irgendwie unterschiedlich als die XP Maßeinheit. Die DNS-Einstellungen betrachten und die XP VM mit dem Bediener vergleichen. Die Gebietseinstellungen betrachten.
3. Das IIS -- diese konnte eine Ausgabe mit den erforderten Bescheinigungen und den Formen sein sowie das virtuelle Verzeichnis.
Es sollte einen Projektor der Störung im Falle geben, wenn der LOGON ausfällt. Er erklärt Ihnen, welche Ausgabe Sie gegenüberstellen, mindestens in der Richtung, dass er falschen Namen oder Kennwort kennzeichnet (erinnern, ausmacht es nicht, dass Sie es in Recht einsetzen, es ausmacht es, dass es mit dem Format IIS wünscht es übereinstimmt und dass Format geändert, wenn Sie auf dem lokalen Rechner sind), oder etwas wie „erfordert SSH“ oder etwas.
Meine Vermutung ist: Die Bediener addieren Gebietsumbauten oder -etwas, wenn Sie direkt von ihnen anmelden. Wenn Sie ein FQDN benutzen, liefert die DNS das IP, das SRV notiert etc. etc. Diese Informationen Selbst-hinzugefügt zu den Bescheinigungen onen, die Sie eintippen. Dieses genaue Problem geschieht auf nicht-gesammeltem Austausch, wenn Sie zum Bediener als lokaler admin anmelden (wenn der Austauschbediener nicht ein DC ist). Der lokalen Name des admins gefolgt vom Maschinennamen (admin.termserver1) und dann, wenn Sie versuchen, OWA zu verwenden, herauskommt Ihr Name wie administrator.domain.extension@termserver1 kommt
Er ausfällt lt. Das IP benutzen und es annimmt geschrieben in den creds n.
