![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hi to all, I connect to an OLAP server via ADODB.Connection object; the connection is made from a script than runs on a Domino Web Server, triggered by some user action. Well, it works. The script accesses the OLAP server as an ANONYMOUS user (which is not a problem, as I dont need to pass any credential to olap), but that also means that I had to grant access to the database to Everyone using MSOlap Database Roles. Then I read that I can force a specific database role on a connection: Provider=MSOLAP; Roles=myDBRole; but it doesn't work: as soon as I remove the Everyone access to the db, I stop seeing the data, and get a "The database doesn't exist" message. So I started searching for similar bug posts, but couldnt find any. Any idea, suggestion, test, experience or nice story to tell about this? Thanx in advance |
#3
| |||
| |||
|
|
It's not bug... You can force a specific role and it means that only one of several roles containing the user can be forced. In other words, it's true that the proper user still have to be included in the role. If the users are not in the domain environment, you can consider using IIS authentication with basic security. If you have to allow anonymous access, you can set a windows user account mapped to anonymous user through IIS Manager. Of course, the windows user account has to be added to the role. Ohjoo Kwon "moco" <mdaldegan (AT) email (DOT) it> wrote in message news:Usenet.bftdqdjp (AT) localhost (DOT) .. Hi to all, I connect to an OLAP server via ADODB.Connection object; the connection is made from a script than runs on a Domino Web Server, triggered by some user action. Well, it works. The script accesses the OLAP server as an ANONYMOUS user (which is not a problem, as I dont need to pass any credential to olap), but that also means that I had to grant access to the database to Everyone using MSOlap Database Roles. Then I read that I can force a specific database role on a connection: Provider=MSOLAP; Roles=myDBRole; but it doesn't work: as soon as I remove the Everyone access to the db, I stop seeing the data, and get a "The database doesn't exist" message. So I started searching for similar bug posts, but couldnt find any. Any idea, suggestion, test, experience or nice story to tell about this? Thanx in advance |
#4
| |||
| |||
|
|
Thanks, Ohjoo. The user is already authenticated thru Domino Server, and I'm in an Intranet environment, but the point is that I want to avoid that everyone in the domain can easily gain access to OLAP databases (say, with Excel....) Ohjoo Kwon wrote: It's not bug... You can force a specific role and it means that only one of several roles containing the user can be forced. In other words, it's true that the proper user still have to be included in the role. If the users are not in the domain environment, you can consider using IIS authentication with basic security. If you have to allow anonymous access, you can set a windows user account mapped to anonymous user through IIS Manager. Of course, the windows user account has to be added to the role. Ohjoo Kwon "moco" <mdaldegan (AT) email (DOT) it> wrote in message news:Usenet.bftdqdjp (AT) localhost (DOT) .. Hi to all, I connect to an OLAP server via ADODB.Connection object; the connection is made from a script than runs on a Domino Web Server, triggered by some user action. Well, it works. The script accesses the OLAP server as an ANONYMOUS user (which is not a problem, as I dont need to pass any credential to olap), but that also means that I had to grant access to the database to Everyone using MSOlap Database Roles. Then I read that I can force a specific database role on a connection: Provider=MSOLAP; Roles=myDBRole; but it doesn't work: as soon as I remove the Everyone access to the db, I stop seeing the data, and get a "The database doesn't exist" message. So I started searching for similar bug posts, but couldnt find any. Any idea, suggestion, test, experience or nice story to tell about this? Thanx in advance |
![]() |
| Thread Tools | |
| Display Modes | |
| |