Re: SetSPN problem

lakusha_at_excite.com
Date: 06/06/03


Date: Fri, 6 Jun 2003 15:31:50 -0400


Yes, I know. The problem is I CAN'T set it up with SETSPN and if I simply
set it up with ADSIEDIT, it doesn't work. With kerberos loging enabled I
have a truck load of errors in the log.

I renamed the server, I tried using a domain admin account (it worked and
the SPN entry in AD is an exact match to what we used with the normal domain
account). I tried on another server (same errors).

Next steps:

1. promote the account to domain admin and let it register itself and then
demote it and see what happens (yeah, I'm desperate).

2. Call M$

regards,

Eric

"Jasper Smith" <jasper_smith9@hotmail.com> wrote in message
news:uZiSiaELDHA.1552@TK2MSFTNGP10.phx.gbl...
> The SPN is on the service account object not the server
> You will still get the SpnRegister error because the service
> account will not have the permissions required to set it. This
> is why you have to manually set it up. The only exceptions
> are when SQL is run under Local System or the service
> account is a member of domain administrators (neither of
> which are a good idea from a security point of view)
>
> --
> HTH
>
> Jasper Smith (SQL Server MVP)
>
> I support PASS - the definitive, global
> community for SQL Server professionals -
> http://www.sqlpass.org
>
> "lakusha@excite.com" <Lakusha@excite.com> wrote in message
> news:Ozng0H6KDHA.2312@TK2MSFTNGP09.phx.gbl...
> > My last post seem to have lost itself.
> >
> > Adding the SPN with ADSIEDIT works (users can login with trusted
> > connections, but I'm not sure why;). But I still have
> >
> > SuperSocket info: (SpnRegister) : Error 8344.
> >
> >
> >
> > In the event log each time I start SQL server. And SETSPN -L Myserver
> > returnd "object not found"
> >
> >
> >
> > regards,
> >
> >
> >
> > Eric
> >
> >
> >
> > "Jasper Smith" <jasper_smith9@hotmail.com> wrote in message
> > news:Oq#8lw3KDHA.456@TK2MSFTNGP12.phx.gbl...
> > > Below is my stock answer to this but the bits that are
> > > probably most useful to you are checking the name
> > > resolution and enabling kerberos logging on the server(s)
> > > and client (you don't need to do it on the DC). The KDC
> > > error will help in troubleshooting the problem
> > >
> > >
> > > It can be a serious PITA and yes the various docs are confusing :-)
> > > First of all I wouldn't use setspn, I tend to use ADSI Edit
> > > It's in the 2k support tools on any 2k server CD. However if you
> > > want to use setspn then the syntax is :
> > >
> > > setspn -A MSSQLSvc/SQLNLB02.DOMSQL.COM:1433 NLBSQL02Svc
> > >
> > > This is for a server called SQLNLB02 in the domain DOMSQL.COM
> > > with a SQL Service account of DOMSQL\NLBSQL02Svc
> > >
> > > You must also be able from the client to resolve the FQDN of the
servers
> > > involved using ping -a servername i.e. it must return
> > >
> > > Pinging SQLNLB02.DOMSQL.COM [xxx.xxx.xxx.xxx]
> > >
> > > and not
> > >
> > > Pinging SQLNLB02 [xxx.xxx.xxx.xxx]
> > >
> > >
> > > Regardless of what anything else says, you just need to set up SPN's
> > > for the service accounts of the two SQL Servers involved. e.g.
> > >
> > > I have 2 servers and 2 service accounts as below
> > >
> > > Server1 : SQLNLB01
> > > ServiceAccount : NLBSQL01Svc
> > >
> > > Server2 : SQLNLB02
> > > ServiceAccount : NLBSQL02Svc
> > >
> > > Using ADSI Edit right click on the NLBSQL01Svc in the Users
> > > container and choose Properties.In the select a property to view
> > > listbox choose servicePrincipalName and then add a SPN like so
> > >
> > > MSSQLSvc/SQLNLB01.DOMSQL.COM:1433
> > >
> > > (where the FQDN of the server is the server that uses the account
> > > I'm editing as it's SQL Service account). Do the same for the second
> > > server and you should be up and running.
> > >
> > > What I find really useful is enabling Kerberos logging on all the
> > > computers involved. This will write to the event log and you'll be
> > > able to see exactly why it's failing. .
> > >
> > > To enable Kerberos logging look at
> > > http://support.microsoft.com/default.aspx?scid=kb;en-us;262177
> > >
> > > If you've got AD set up then it's generally a malformed SPN or
> > > poor name resolution (make sure you can ping -a the server IP
> > > addresses and get back a FQDN and not just a server name)
> > >
> > > This article also has some good stuff about Kerberos and SSPI
> > > http://support.microsoft.com/default.aspx?scid=kb;en-us;811889
> > >
> > > and this one lists some of the kerberos errors you might see
> > > http://support.microsoft.com/default.aspx?scid=kb;EN-US;230476
> > >
> > > --
> > > HTH
> > >
> > > Jasper Smith (SQL Server MVP)
> > >
> > > I support PASS - the definitive, global
> > > community for SQL Server professionals -
> > > http://www.sqlpass.org
> > >
> > > "lakusha@excite.com" <Lakusha@excite.com> wrote in message
> > > news:OhxhCB3KDHA.2216@TK2MSFTNGP12.phx.gbl...
> > > >
> > > > More info:
> > > >
> > > > We managed to set the SPN with adsiedit, but it still doesn't work.
> > > >
> > > >
> > > > "Lakusha" <Lakusha@excite.com> wrote in message
> > > > news:e5lwwdqKDHA.2052@TK2MSFTNGP11.phx.gbl...
> > > > >
> > > > > I can't create a SPN for SQL. The setspn.exe utility simply
doesn't
> > > > return
> > > > > anything. No error, no message. I've tried most tips found in this
> > news
> > > > > group and in the KB.
> > > > >
> > > > > Context:
> > > > >
> > > > > Server is using TCP/IP in a win2k domain with AD
> > > > > SQL service is running with a domain account
> > > > > Both the account & the computer have are trusted for delegation in
> AD
> > > > > The account have "Password Never Expires"
> > > > >
> > > > > I tried:
> > > > >
> > > > > a) SETSPN -A MSSQLSvc/MyServer.MyCompany.com:1433 domainAccount
> > > > >
> > > > > b) SETSPN -A MSSQLSvc/MyServer.MyCompany.com:1433
> > > MyCompany\domainAccount
> > > > >
> > > > > ...and many other variations.
> > > > > I used the Kerberos tray to purge/refresh tickets. I tried
> registering
> > > sql
> > > > > in AD. I tried too many things to list here. Many (most?) people
> seem
> > to
> > > > > solve the problem by using a domain admin account but this is not
a
> > good
> > > > > option here.
> > > > >
> > > > > SETSPN simply doesn't return anything. Anybody have an idea what
can
> > be
> > > > > wrong or how to debug it?
> > > > >
> > > > > I also tried adsiedit, but I'm not familiar with it and could not
> find
> > > the
> > > > > user container. I found a user "folder" but it was empty.
> > > > >
> > > > > ps: the only thing not tried yet is to enable logging of kerberos
> > events
> > > > > since this also needs to be done on the DC and can affect its
> > > performance.
> > > > >
> > > > >
> > > > >
> > > > > any help will be appreciated.
> > > > >
> > > > > Eric
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>



Relevant Pages

  • Re: SQL account rights
    ... Please advice what is the best, suitable rights rather than domain admin ... Warren Brunk - MCITP - SQL 2005, ... Add it as a login to the SQL Server ... files, or backups, make sure that the service account has Full ...
    (microsoft.public.sqlserver.security)
  • Re: SQL account rights
    ... Please advice what is the best, suitable rights rather than domain admin ... issues, such as a server that might have IIS running on the same machine, ... applicable to SQL 2000 environment, ... files, or backups, make sure that the service account has Full ...
    (microsoft.public.sqlserver.security)
  • Re: Compromise?
    ... Yes, if you don't provide a password on your SA account, anybody able to run ... and connect now has complete control over your SQL Server. ... Server has. ...
    (microsoft.public.sqlserver.security)
  • Re: Windows Auth to SQL Server from ATL Web Service not working...
    ... account I'm logged on as. ... SQL on a different box from my web service in an Atl Server web ... impersonation token is not passed on to the SQL Server. ... Event Category: Account Logon ...
    (microsoft.public.vc.atl)
  • Re: Discussing 3 different strategies for deleting from multiple tables
    ... I will be using SQL Server but I am riding on top of a third party ... FYI, Account contains around 20K ... >>> This results in one parameterized query followed by two more trips to ...
    (microsoft.public.data.ado)

Loading