ACS starten langsam

[Fuerchau]

DNS-Abfragen werden an alle DNS-Server parallel gesendet (eine Bindungsfolge wie früher gibts nicht mehr). Dabei werden dann u.U. mehrere Verfahren hintereinander durchgeführt. Klar muss dann der DNS-Dienst erst mal abgewartet werden.
Da DNS auch kaskadiert sein kann (Client->VPN->Router->DNS-Server) und man je Verbindung 2 DNS-Server eintragen kann sind da viele Möglickeiten gegeben.
Ist der PC dann nicht in der Domain (PC-Namen mal prüfen), kommt eben Netbios (Workgroups) noch obendrauf.
Je nach Geschwindigket kann das schon mal etwas dauern.

Wie gesagt, bei einem Kunden haben wir einen Web-Server für unsere BI-Lösung eingerichtet. Bisher klappte das ganz gut mit
HTTPS://Webserver/FTIS.Web
nach dem Umzug dauert der Aufruf etwas länger, aber nach der Änderung in
HTTPS://Webserver.Firma.local/FTIS.Web
gehts super schnell.

Was immer der Sysadmin da wohl konfiguriert oder auch nicht konfiguriert haben mag....
Er weigert sich und schiebt die Schuld auf uns, obwohl ja sein IIS-Server nur schwer erreichbar ist.

[holgerscherer]

DNS-Abfragen werden an alle DNS-Server parallel gesendet

Ich widerspreche der Parallelität mal - damit würde Dir jeder nach dem RoundRobin-Verfahren arbeitende Loadbalancer in die Suppe spucken. Die Reihenfolge der eingetragenen DNS-Server ist schon nicht ganz unwichtig.

Ebenso das Thema firma.local - wenn da der Sysadmin zu faul war, dem PC einen lokalen DNS-Suffix zu geben (der bei DNS-Requests üblicherweise dem Request "webserver" angehängt wird), erklärt sich das sofort...

-h

[Fuerchau]

Bei Windows 8 wurde das von Microsoft so eingeführt. Die Clients senden die Anfrage an alle DNS-Server die je Schnittstelle erreicht werden. Daher kann man schon mal für denselben Computer unterschiedliche Adressen bekommen. Die 1. Antwort zählt.

Allerdings, auf Grund deines Hinweises gefunden, lässt sich das auch für Profis abschalten:
https://www.ghacks.net/2017/08/14/tu...on-in-windows/

Allerdings gibt es den Dialog für die DNS-Bindungsfolge nicht mehr.

Was unser IIS-Problem angeht: Der Web-Server wurde umgezogen, an den Clients hat sich nichts geändert.

[holgerscherer]

Was unser IIS-Problem angeht: Der Web-Server wurde umgezogen, an den Clients hat sich nichts geändert.

Wenn http://webserver/link
gut ging, und nach Umzug nicht mehr, und ein http://webserver.firma.local/link
wieder flott geht, liegt das eindeutig am Client bzw. der dortigen DNS-Konfig
samt zugehörigem DNS-Server ;-)

bezüglich der Multihomed-DNS-Abfrage: ja, Microsoft futschelt wieder an Problemen rum, die sie selbst verursachen. Sauber ist das nicht; aber im AD-Umfeld ist DNS so kriegswichtig, daß man zu solchen Methoden greifen muss. Spätestens dann, wenn im AD mehrere DNS-Server (vulgo: AD-Controller) aktiv sind und deren Sync nicht klappt, hast Du sowas von Freude im Netzwerk...

-h

[Andreas_Prouza]

Von meiner Seite ein Danke für die ganzen Infos.
Wie immer ein paar sehr interessante Infos dabei.