Warum funktioniert die Windows-Authentifizierung nicht mit dem Host-Alias?

2280
Andy Arismendi

Normalerweise erfolgt der Zugriff auf eine Windows-Freigabe über einen UNC-Pfad, z. B. \\ Server \ Freigabe, wobei "Server" der tatsächliche Hostname des Windows-Computers ist. \\ server.domain.com \ share funktioniert ebenfalls.

Der Zugriff scheint jedoch nicht über den Host-Alias ​​zu funktionieren. ' Zum Beispiel, wenn Sie dies in den Feind setzen:

192.168.1.5 server server-alias

Beide sind pingfähig, der Freigabezugriff schlägt jedoch mit \\ Server-Alias ​​\ Freigabe fehl.

Ich bin mir bewusst, dass der SMB-Zugriff die NTLM-Authentifizierung verwendet. Ich nehme an, Kerberos in einer Domänenumgebung. Ich vermute also, dass NTLM solche Aliasnamen nicht unterstützt. Ist das der Fall?

1

1 Antwort auf die Frage

0
xstnc

Soweit ich weiß, hat NTLM eine festgelegte Liste von Hostnamen, mit denen er sich authentifiziert. Wenn Sie nur einen solchen Alias ​​erstellen, ohne ihn auf der "Serverseite" zu aktualisieren, schlägt die Authentifizierung fehl.

Ich habe zwei verwandte Artikel über ein paar Windows-Varianten gefunden :-)

Link 1 - zu IIS

Link 2 - Zugriff auf Server 2003

Da es scheint, als müssten beide auf der Serverseite aktualisiert werden, um zu funktionieren. Ich glaube, Sie sind zu Recht in der Annahme, dass dies auf die Art von NTLM zurückzuführen ist.

Der erste Link hat nicht funktioniert. Ich habe den Alias ​​zur Serverhostdatei hinzugefügt, aber das hat nicht funktioniert. Ich denke, der Host-Alias ​​wird von NTLM nicht unterstützt. Andy Arismendi vor 10 Jahren 0
Sieht aus, als wären Aliase etwas unzuverlässig, wenn es um NTLM geht. Das obige war nur ein paar Beispiele und nicht unbedingt die -Lösung, nach der Sie suchen. xstnc vor 10 Jahren 0

Verwandte Probleme