Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
If you are authenticating against a user ID local to the server then you may need to set your cvsroot on the client as: (if "bob" is the user id, "ralph" is the server and "ourcode" is the repository) CVSROOT=:sspi:bob at ralph:/ourcode Using this format for sspi requires that you login to cvs the first time you connect. All subsequent connections will use the cached info. Erik W. Warren Sr. Engineer - Flt. Ops. Engineering Delta Air Lines Dept. 088 P.O. Box 20706 Atlanta, GA 30320-6001 Ph (404) 715-7229 fax (404) 715-7202 erik.warren at delta.com -----Original Message----- From: Raheel [mailto:softwarengineeer at gawab.com] Sent: Saturday, September 11, 2004 2:48 AM To: Warren, Erik; cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Subject: Re: [cvsnt] Re: sspi protocol problem!! Thanks Erik. I did that exactly as you told me, but still i am getting "Authentication protocol rejected access" error when try to login. I also try it with "local users instead of domain users" option unchecked but with no luck. Its really frustrating for me now why I am not getting thru it. There is a firewall installed at my client side (cvs clients) and our cvs server domain is different from where we are currently at, i.e. cvs clients. But the error message indicates that it has something to do with user's rights on server machine. The user that i am using to connect to cvs server, is currently in administrators group and also I issue the right that you have mentioned in ur post to the same user. still waiting for some light ...!! Raheel. _____ ----- Original Message ----- From: "Warren, Erik" < <mailto:Erik.Warren at delta.com> Erik.Warren at delta.com> To: "Raheel" < <mailto:softwarengineeer at gawab.com> softwarengineeer at gawab.com>; < <mailto:cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook> cvsnt at cvsnt.org> Sent: Friday, September 10, 2004 5:44 PM Subject: RE: [cvsnt] Re: sspi protocol problem!! Raheel, In NT4.0 the User Manager is used to set this right. User Manager may be located in your start menu under Administrative Tools. However, if it is not just find the program using windows explorer and run it. The file name is musrmgr.exe and is typically located in the system32 folder. When you open the user manager from the "Policies" menu select "User Rights..." A form appears with a dropdown list of rights. Below that is a listbox which displays who has the right displayed. Select the right you are interested in and add or remove users or groups from the list of those who have this right. Regarding NAV professional, NAV Corporate edition is running on the server and it actively scans all folders and files including the CVSNT repository. Thus far I have not experienced any problems that I am aware of due to NAV. Erik W. Warren Sr. Engineer - Flt. Ops. Engineering Delta Air Lines Dept. 088 P.O. Box 20706 Atlanta, GA 30320-6001 Ph (404) 715-7229 fax (404) 715-7202 <mailto:erik.warren at delta.com> erik.warren at delta.com -----Original Message----- From: <mailto:cvsnt-bounces at cvsnt.org> cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org]On Behalf Of Raheel Sent: Thursday, September 09, 2004 2:03 AM To: <mailto:cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook> cvsnt at cvsnt.org Subject: Re: [cvsnt] Re: sspi protocol problem!! hello Erik I checked my security logs on my NT4 workstation (i.e. cvs server). Nothing is there, however I still want to know that in NT4 workstation where should I enable the right that is, "Access this computer from network". I tried in administrative tools but no luck. Secondly, as your other reply suggests that you have no problem with NAV installed at NT4 workstation, i think you might have unshield the repositories folders from your AV software, Isn't it the case?? Raheel. ---------------------------------------------------------------------------- ---- ----- Original Message ----- From: "Warren, Erik" < <mailto:Erik.Warren at delta.com> Erik.Warren at delta.com> To: < <mailto:cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook> cvsnt at cvsnt.org> Sent: Wednesday, September 08, 2004 5:11 PM Subject: RE: [cvsnt] Re: sspi protocol problem!! I was unable to use sspi when I first set up my CVSNT server and I remember how frustrating it was to read posts about how simple it was to use sspi and how well it worked. I was finally able to find out the problem by reading the security log in the event viewer on my CVSNT server. My problem was that the "Access this computer from network" right had been denied for all groups except local admins. The security log specifically listed that this right was missing any time an attempt to login to CVSNT was made using sspi. Once I knew what the problem was it was simple to add this right back for the group that CVSNT users were in. The bottom line is that the security log in event viewer on the CVSNT server may have additional information on why a login attempt failed. Erik W. Warren Sr. Engineer - Flt. Ops. Engineering Delta Air Lines Dept. 088 P.O. Box 20706 Atlanta, GA 30320-6001 Ph (404) 715-7229 fax (404) 715-7202 <mailto:erik.warren at delta.com> erik.warren at delta.com Tony Hoyle wrote: > If you're not logged into the domain you might need to do a cvs login > anyway, if you've not got cached credentials connecting you to the > machine. If the login is rejecting you it's most likely the wrong > password. Could there technically be any other reasons that would bring up this error message? Specific access privileges on the server or anything like that? I think I remember something similar being reported a while back where it wasn't an incorrect password but I couldn't find it at the moment... maybe the server for some reason has trouble associating the account that's logging in with the existing account on the server? What would be able to cause this? How would one go about verifying this? Cheers, -- Oliver ---- ------------------ JID: <mailto:ogiesen at jabber.org> ogiesen at jabber.org ICQ: 18777742 ( <http://wwp.icq.com/18777742> http://wwp.icq.com/18777742) _______________________________________________ cvsnt mailing list <mailto:cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook> cvsnt at cvsnt.org <http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs> http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt _______________________________________________ cvsnt mailing list <mailto:cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook> cvsnt at cvsnt.org <http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs> http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt _______________________________________________ cvsnt mailing list <mailto:cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook> cvsnt at cvsnt.org <http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs> http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt