Current Setup Installed on remote Win2003 SP1. SourceSafe web service working.

1. Sourcegear Vault

Virtual directories setup fine for this database. VSS Administrator server config'd for internet access. Problem I can verify I make a client connection to the share on the remote Win2003 by looking in Computer Management - Shared Folders - Shares. Problem is, I can't connect to the VSS Database for some reason. Here is the message I'm getting: 'Visual SourceSafe Internet plug-in could not connect to the specified database. Secure communications using.blah.blah.need to create a SourceSafe user matching your network user name and allow using network names for automatic user log in.' Under VSS Administrator, I have Tools - Options - Use Network name for automatic user log in checked.

I guess my trouble is, passing my network user name to the remote web service or VSS Admin. Impersonation trouble?

In VisualStudio 2003 & 2005, there is an option under Tools - Options - Source Control - Plug-in Settings - Login ID (SourceSafe). Does this need to have my user name in it? I've tried numerous times using: Gordon Kenaston(my login), Admin, Administrator.

Oct 04, 2007 Here is how I could use VSS2005 internet plug in for VS. For security reasons. Select 'Start Microsoft Visual SourceSafe' from clicking Switcher. Visual SourceSafe is used within Visual Studio in the form of two plug-ins that are compatible with the Visual Studio IDE. These SourceSafe plug-ins run in the source.

I've tried so many combinations: user names(local & remote), permissions(remote), etc. Mucho Frustrationo:P One thing I've noticed, I can only make a successful connection to the remote share if I set 'Everyone' in Sharing - Permissions. Can ne1 help? Hi Gordon, ACL = Access Control Lists (the permissions for the share and file system's folder) Since your client and server machines are not in the same network, then your server must require some authentication when connecting to it. Try accessing the VSS service like from InternetExplorer. If VSS is setup correctly, accessing the VSS service URL should require authentication when accessing this server over Internet. If you don't see any logon prompt, then I'd check the SourceSafe configuration in IIS on server.

Using ControlPanel/AdministrativeTools/Internet Information Services Manager, select the SourceSafe node under the website node and look at its Properties. Under DirectorySecurity tab, clieck the Edit button in Authentication And Access Control section. In the authentication dialog that opens, make sure the 'Enable anynymous access' is unchecked and that 'Integrated Windows authentication' is checked. Normally, when the SourceSafe service is accessed and the client/server machines are not in the same network, you'd have to authenticate with the server as SERVER UserOnServer (like SERVER Administrator) or as DOMAIN DomainUser. This username (UserOnServer or DomainUser) needs to be added to VSS database as a VSS user, and the permissions on the share and database folder must allow read/write access for the Windows account.

Hi Gordon, What type of connection are you using to access the VSS database? The VSS username specified in Tools/Options/Source Control/Plug-in Settings/LoginID can only be used if you're connecting using SSL. To use SSL, install a SSL certificate in IIS on server; on server, use SSAdmin/Server/Configure dialog page to require secure connections or on client, use DevEnv/Tools/Options/SourceControl/Plug-inSettings/Advanced to specify secure connections are to be used.

In this case you should be able to use any valid VSS user name in LoginID edit box (e.g. Guest, Admin, GordonK or whatever is your VSS user). When non-secure connections are used, VisualStudio will ignore the content of the LoginID box and will try to connect to the VSS database using the network Windows login name you used when authenticated with the remote server. (Say you authenticated as DOMAIN GordonK or with the remote server, then GordonK will be attempted as VSS username). If the server didn't required additional authentication (and you haven't seen any other login dialog box), the local Windows login name ('Gordon Kenaston') was tried as VSS user. You may need to create a VSS user to match your Windows account name.

Hi Gordon, From the error message you mentioned, I suspect you are able to access the web service (you can also verify this by using InternetExplorer and browsing to an URL like ), but you are not able to access the database either because there are some permissions issues on accessing the database share, or there isn't a VSS account in the database matching your Windows network name. Yes, you will need to set the correct ACL on the server's share. From your other email threads I understand your server is on a Win2003 machine. First, try to identify which Windows user account is used to connect to the server. Are your server and client machines both in the same network? If not, and you're accessing the server over Internet, then you really must be using an account like SERVER Administrator or some other server-side account like DOMAIN DomainAccount. If yes, try accessing from the client the database share, like SERVER database Do you need to authenticate with the server when doing this, by specifying different credentials like SERVER Administrator?

If you don't need any additional authentication, then you're connecting to the server as 'CLIENT Gordon Kenaston' Once you've identified the Windows account used to connect to the server, you'll need to grant Read+Write permissions to that account both to the database share (in Sharing Permissions tab) and in Folder Permissions. (If the server and client machines are in the same network you should be able to open the database using SourceSafeExplorer after setting the ACLs correctly) Also, you'll need to add to the VSS database the username from that account (in the above examples, DomainAccount, or Administrator, or 'Gordon Kenaston', depending on which Windows logon name is used to authenticate with the server) If nothing works, please provider more information about machine types, windows logon accounts, possible domains, permissions on the share, etc. Hi Gordon, ACL = Access Control Lists (the permissions for the share and file system's folder) Since your client and server machines are not in the same network, then your server must require some authentication when connecting to it. Try accessing the VSS service like from InternetExplorer. If VSS is setup correctly, accessing the VSS service URL should require authentication when accessing this server over Internet.

If you don't see any logon prompt, then I'd check the SourceSafe configuration in IIS on server. Using ControlPanel/AdministrativeTools/Internet Information Services Manager, select the SourceSafe node under the website node and look at its Properties. Under DirectorySecurity tab, clieck the Edit button in Authentication And Access Control section. In the authentication dialog that opens, make sure the 'Enable anynymous access' is unchecked and that 'Integrated Windows authentication' is checked. Normally, when the SourceSafe service is accessed and the client/server machines are not in the same network, you'd have to authenticate with the server as SERVER UserOnServer (like SERVER Administrator) or as DOMAIN DomainUser. This username (UserOnServer or DomainUser) needs to be added to VSS database as a VSS user, and the permissions on the share and database folder must allow read/write access for the Windows account. Hi Alin, W00T!

I think you nailed down the problem. I had to setup the VSS website manually because install wouldn't do it without Default Web Site having an identifier of 1. I had Allow Anonymous checked.lol Another problem is popping up now that I've removed Anonymous access. VSS fails to setup the Upload & Download virtual directories for additional databases. It works fine if I re-enable Anonymous access, the dis-able. Is this a good temporary workaround?

Sourcegear Vault

BTW, U da man! Thanks for all your wisdom(and patience);P. Hi Gordon, I'm glad things are working for you now. Enabling temporarily AnonymousAccess sounds like a good workaround to me. Btw, if you don't really need another website to use identifier 1, you can change the websites IDs using IIS manager and re-assign 1 to the website of interest so you can use SSAdmin to enable/disable the web service. In IISManager, select the root node, AllTasks/BackupRestoreConfiguration, CreateBackup, edit the xml-format file.md0 created in%windows% system32 inetsrv MetaBack and re-assing the website IDs by editing sequence like '/LM/W3SVC/', then restore the IIS manager configuration from file.

Hello everyone We are facing a similar prob using Visual Source Safe 2005. Although v r able to share files from the server using simple http, but the following r the prob: - (1) The service page gives a runtime error with the follwing: - Runtime Error Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine. (2) We disabled SSL and are trying to connect to VSS. There are two cases: - (a) If v disable authentication and allow anonymous user, v get an error as follows: - To use integrated authentication, the database administrator will need to create a user matching your Windows logon name and will need to enable automatic login using network names.

If you want to use a name different from your Windows logon name, the database administrator will need to require secure communication using SSL (b) If v enable authentication, it goes some steps fowrads, it shows the projects on the server, but when v try to open it, it endlessly keeps asking for authentication. Please suggest what should v do.

Its really urgent for us to sort this out. Thank you al lot Sunny. It is normal for VSS Web service to return this error page. Try temporary modifying web.config: Remove following line: Modify this line: Now you should see the web service manifest when going to. I should not have anonymous access on. When you connect from VS to VSS Web Service you may get two login prompts. First WinIntet login prompt (The same you get when you navigate to the service with IE) Here you need to specify windows account that has proper access to the database share and files.

If you are using SSL then you get VSS login prompt. Here you give VSS login and password. Anyway, I seem like the windows account you are logging in as does not have read/write access to either database network share or some of the files in the database folder Please refer to following articles for proper access rights. Maz,. Start Visual Studio. Go to Tools - Options - Source Control.

Change to the Visual SourceSafe Internet SCC provider in the list. Save the options.

Open a project from Visual Studio - File - Open - choosing to open a project/solution from Source Control If you're looking for a full blown client to access the VSS database, you can try it over a VPN, but I would look at the - for something like Jeff Clausius - SourceGear Looking to leverage VSS on Windows 7 or VS 2010? Have a look at SourceOffSite 5. I did the same you mentoined. While connecting to vss db i rcvd the following error: 'Visual SourceSafe Internet plug-in could not connect to the specified database. To use integrated authentication the database admin need to create a user matching windows logon name.If u want different username, need to create SSL' In Vss admin configuration, under tools - options, network usernames autlogin option is checked too. One thing here my vss server and client are in same subnet but not joined to domain, holding workgroups. I think it may be solved using SSL.?

Or any other way can be adopt.

I am trying to add VSS internet. In options all have been set. ( Plug in Internet, Removed SSL etc). This will add the DataBase successfully added. And immediately after adding this again the Database adding wizard will come after this below Message box. Visual SourceSafe Internet - Could not find the Visual SourceSafe Internet Web Service connection information for the specified database. Would you like to launch the Visual SourceSafe connection wizard?

- Yes No.