[Erledigt] Neuinstallation mit 2 Servern - Probleme mit WS

Hallo,
wir sind gerade dabei unsere NAV09 Umgebung auf andere Server zu verlagern.
Zukünftig sollen die SQL Datenbank und der NAV Server auf getrennten Maschinen laufen.

Auf Server A (SQL) ist der SQL Server 2019 installiert.
Auf Server B (NAV) befindet sich der NAV Serverdienst sowie der Dienst für die Webservices.

Die Datenbankparameter sind auf dem NAV Server hinterlegt, beide Dienste starten anstandslos. Classic Client vom NAV Server aus gestartet läuft problemlos mit Verbindung zur Datenbank.
Der RTC (ausgeführt auf NAV Server zum Testen) läuft auch anstandslos, verbindet sich mit dem lokalen NAV Server, welcher wiederum mit MS SQL kommuniziert.

Lediglich die Webservices machen Probleme. Im Browser aufgerufen werde ich - wie gewohnt - nach meinen Logindaten gefragt um dann im nächsten Moment nachfolgenden Fehler zu bekommen:

Code:

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Body>
<s:Fault>
<faultcode xmlns:a="urn:microsoft-dynamics-schemas/error">a:Microsoft.Dynamics.Nav.Types.NavDatabasePasswordException</faultcode>
<faultstring xml:lang="en-US">The login failed when connecting to SQL Server [SQL].</faultstring>
<detail>
<string xmlns="http://schemas.microsoft.com/2003/10/Serialization/">The login failed when connecting to SQL Server DEFRIZWSQL4001.</string>
</detail>
</s:Fault>
</s:Body>
</s:Envelope>

([SQL] = Name des SQL Servers, mit dem sich die Webservices verbinden sollen)

Hat hier ggf. noch jemand eine Idee, woran das liegen könnte?

Beide Dienste auf dem NAV Server laufen unter einem Serviceaccount (User). Dieser Account ist (testweise) db_owner auf dem SQL Server und hat lokale Adminberechtigungen.

Bisher hatten wir das Setup (SQL + NAV Dienste) auf einem Rechner, hier gab es dieserlei Probleme nicht.
Grüße

Zuletzt geändert von FlensGold am 15. Januar 2024 11:23, insgesamt 1-mal geändert.

Hier ist ein ähnlicher Fall mit Lösung.
https://community.dynamics.com/forums/t ... 24dcaaa108

The issue was the unconstrained delegation. It has to be constrained. Once I defined the services with "Trust this computer for delegation to specified services only", "Use Kerberos Only" and specified the services, it all worked.

Danke Dir, läuft nun