Jump to content

Recommended Posts

Posted (edited)

I have a situation where sims work stations can't login. This doesn't matter which AD username is logged into windows and which Sims user is logged in.

 

However if the user connects to our sims server using RDP and loads sims via the same method i.e. S:\ drive they can login and use sims fine.

 

I can't find any reason for this so any ideas would be a great help.

 

EDIT::::

 

I have changed the connection in the connect.ini from a hostname to an IP and connections seems to be working ok. So would suggest a DNS issue.

 

Any other ideas would be great

Edited by adrianm83
Posted (edited)

DNS sounds the likely culprit.

Do you use a centrally accessed connect.ini e.g. on the S drive? If so, you could try some troubleshooting, by using a local one. So rather than pointing the connect.ini from the local PC to one stored on the server, try putting all the connection details directly on the local machine see if you get the same problems. I imagine you will if you use the DNS name, but not if using IP. But it might rule out an issue with the mapping to the S drive not working...

 

EDIT: Oh yeah, and sometimes in the past we've found the local sims.ini file has an error in it. usually it's pointing to our old server and wasn't properly cleared from the machine. it's unlikely but worth checking too.

Edited by vikpaw
addition.
Posted

We have had a number of "Reason 0" reported but I think for SQL Express and have been in discussions with Microsoft. We are programming around the issue, but as we can't recreate the problem we need more info.

 

Please log a case.

  • 2 weeks later...
Posted
I had this problem before, as it's been said before, it was a problem with the dns. I fixed putting a line in the clients hosts file (c:\windows\system32\drivers\etc) with the ip of the sql server and the ip address associated. but there must be an easy and faster way of fixing it by cghanging something in the dns server...
Posted
I had this problem before, as it's been said before, it was a problem with the dns. I fixed putting a line in the clients hosts file (c:\windows\system32\drivers\etc) with the ip of the sql server and the ip address associated. but there must be an easy and faster way of fixing it by cghanging something in the dns server...

 

Wouldn't it be better to fix your DNS zone properly instead of bodging the host files? That's the point of it, after all.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...