
![]() |
Show Changes |
![]() |
|
![]() |
Recent Changes |
![]() |
Subscriptions |
![]() |
Lost and Found |
![]() |
Find References |
![]() |
Rename |
![]() |
Administration Page |
| Search |
History
| 9/19/2008 6:09:44 AM |
| FLWCOM-jwdavidson |
| 7/23/2008 12:25:23 PM |
| -216.80.67.135 |
| 7/23/2008 12:23:06 PM |
| -216.80.67.135 |
| 12/21/2007 12:12:52 PM |
| -66.131.28.148 |
| 10/5/2007 10:28:05 AM |
| -170.211.216.8 |
![]() |
List all versions |
c4tmong
As described in AuthenticationOptions, Windows Authentication is great for Intranet applications where all users have accounts that are known to the web server. Usually these will be domain accounts but they can also be machine accounts.
Even in an Internet setting, Windows Authentication wins as the quick and secure way to control access to FlexWiki content.
The steps are:
<configuration>
<system.web>
<authentication mode="Windows" />
<authorization>
<deny users="?"/>
</authorization>
<identity impersonate="true" />
Its important to disable anonymous access on the root of the FlexWiki web site. It may be tempting to only restrict access on specific folders and files under the WikiBases folder, but that leads to eratic behavior.
The content is accessed by application file read and write operations, not by IIS directly. Authentication may not be triggered by these file operations wich means users won't have access to the pages you expect them to or will be able to read but not edit.
Set the Security properties (ACLs) on the files and folders under the namespace root to reflect your desired access policy.
Open the file or folder Properties dialog and click Advanced on the Security tab.
Uncheck the "Inherit from parent..." check box.
Click Remove to remove all the existing ACL entries.
Click OK to committ the changes.
Click Yes to the "You have denied everyone..." warning.
And make sure to add the users and groups you want to allow access.
For read only access give them Read & Execute, List Folder Contents, and Read.
For write access as well, also check Write.
The biggest limitation is that it will not work for all internet users. To work, you must be using IE 5.x or later, you must not be located behind a proxy and firewall (a shared cable modem connection seems to work fine), and you must have a way of providing user accounts to all users.
It's unfortunate but the login dialog doesn't support changing passwords.
Another problem is that if you switch to storing your wiki in a SQL database that the windows authentication won't work anymore.