Unser IIS-Setup verfügt über einen IIS-Anwendungsanforderungsserver vor drei Arten von IIS-Servern (Regelengine, Microfocus Cobol auf IIS und „den übrigen Anwendungen“). Die gesamte Grundkonfiguration jedes Servers erfolgt über ein gemeinsames Skript (IIS konfigurieren und mehr). Die DNS-Aliase werden vom IIS ARR (Port 80) „bereitgestellt“ und leiten die Anforderung dann an den Server weiter, auf dem die Anwendung mit einer anderen Portnummer gehostet wird.
Beim Zugriffhttp://myapp.test.mycorp.com/TheApp/theService.svcauf der Standardseite wird angezeigt
svcutil.exe http://myapp.test.mycorp.com/TheApp/theService.svc?wsdl
Das ist sehr gut, aber auf den beiden anderen Servern - mit der gleichen Grundkonfiguration - wird es zeigen
svcutil.exe http://theservername:theportnumber/TheApp/theService.svc?wsdl
Beide Sites sind nur an die Portnummer gebunden, nicht auch an den DNS-Alias (habe das versucht, aber dann wird DNS-Alias:Portnummer angezeigt und außerdem werden Tests auf dem Server mit localhost und auch mit dem Servernamen verhindert).
Welche anderen Einstellungen/Konfigurationen auf IIS können unterschiedlich sein, die erklären würden, warum die URL auf den verschiedenen Servern unterschiedlich angezeigt wird?
Aktualisieren
Und jetzt – ich habe bemerkt, dass für .svc?wsdl ein DNS-Alias und keine Ports angezeigt werden. Nichts wurde getan, um das Problem zu beheben. Ich hoffe, dass es alle Probleme gelöst hat, aber beim Überprüfen von .asmx?wsdl wird ein DNS-Alias verwendet, aber die Portnummer wird hinzugefügt. Dann habe ich noch einen weiteren Dienst überprüft, einen zweiten .svc – alle drei auf demselben Server. Der letzte Dienst zeigt den Servernamen und die Portnummer an (nicht den DNS-Alias).
Es scheint also nicht an der Serverkonfiguration, sondern an den Diensten selbst zu liegen.