Unable to connect to Service using FQDN but works with IP.

TonyH
Member Posts: 223
Hi guys,
This issue is resolved, but in the interests of being pro-active, I thought I would post the symptoms and resolution here as a matter of archive.
I installed on Server 2008 SQL 2005 and NAV 2009 in a 2 tier architecture (DB and Nav Server Service on same machine) - This server we shall call NAV
If we ran the RTC from the server we could connect to "NAV\DynamicsNAV" without issue.
However when we ran the RTC from a TS setup the RTC would not connect to using the FQDN "NAV". However it would using the IP. This was a TS Application Server Role.
What then gets even more bizarre was that local XP Pro machines could connect fine with FQDN.
I have to say a lot of people got involved in this from Redmond to Fargo and Denmark.... And thanks to all of them they were awesome.
Here was the issue....
For some other reason I was having issues with the NAV Server Service Tier and to resolve that issue had set to LogOnAs to a DomainAdmin account, and the SQLSERVER Service was set to LogOnAs a specific "SQLService" domain account.
We set both back to "Network Service" (BuiltIn) and restarted it all and it worked fine using the FQDN.
The answer was incorrectly set SPNs for the DomainAdmin account, by setting back to builtin in worked fine. Because the account set as LogOnAs was domain Admin it was elevated beyond usual security and thus worked with IP.
See the following :-
http://technet.microsoft.com/en-us/libr ... 72897.aspx
http://msdn.microsoft.com/en-us/library/dd301254.aspx
I hope this helps anyone else who may run into this issue.
t
This issue is resolved, but in the interests of being pro-active, I thought I would post the symptoms and resolution here as a matter of archive.
I installed on Server 2008 SQL 2005 and NAV 2009 in a 2 tier architecture (DB and Nav Server Service on same machine) - This server we shall call NAV
If we ran the RTC from the server we could connect to "NAV\DynamicsNAV" without issue.
However when we ran the RTC from a TS setup the RTC would not connect to using the FQDN "NAV". However it would using the IP. This was a TS Application Server Role.
What then gets even more bizarre was that local XP Pro machines could connect fine with FQDN.
I have to say a lot of people got involved in this from Redmond to Fargo and Denmark.... And thanks to all of them they were awesome.
Here was the issue....
For some other reason I was having issues with the NAV Server Service Tier and to resolve that issue had set to LogOnAs to a DomainAdmin account, and the SQLSERVER Service was set to LogOnAs a specific "SQLService" domain account.
We set both back to "Network Service" (BuiltIn) and restarted it all and it worked fine using the FQDN.
The answer was incorrectly set SPNs for the DomainAdmin account, by setting back to builtin in worked fine. Because the account set as LogOnAs was domain Admin it was elevated beyond usual security and thus worked with IP.
See the following :-
http://technet.microsoft.com/en-us/libr ... 72897.aspx
http://msdn.microsoft.com/en-us/library/dd301254.aspx
I hope this helps anyone else who may run into this issue.
t
0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions