Site Menu Project Specification Implementation Recommendations Reference Needs Updating Work in Progress Wastebasket Wiki Manual |
Passwordsauthors
Table of contentsPmWiki has built-in support for password-protecting various areas of the wiki site. Authors generally want to be able to apply passwords to individual pages or to wiki groups. Wiki Administrators can apply passwords to individual pages, to wiki groups, or to the entire site. As with any access control system, the password protection mechanisms described here are only a small part of overall system and wiki security. As an author editing pages...An author will generally set 3 types of passwords:
If required most page actions can be password protected. Protect an individual pageTo set a password on an individual wiki page, add the page action ?action=attr
to the page's URL (address) to access its attributes. Using the form on the attributes page, you can set or clear the Additional options:
clear
@nopass
@lock
@_site_edit, @_site_read, @_site_admin or @_site_upload
Protect a wiki group of pagesTo set a password on a wiki group is slightly more difficult -- you just set the passwords on a special page? in each group called First, you can get to the attributes page for GroupAttributes by entering a URL (address) like http://example.com/pmwiki/pmwiki.php?n=GroupName.GroupAttributes?action=attr
Replace example.com with your domain name, and Group Name? with the name of the group Then, using the form on the attributes page, you can set or clear the Additional options:
clear
@nopass
@lock
@_site_edit, @_site_read, @_site_admin or @_site_upload
PasswordsPasswords may consist of any combination of characters, except quotes.. Obviously longer is better. Multiple passwordsMultiple passwords for a page, group or site are allowed. Simply enter multiple passwords separated by a space. This allows you to have a read password, a write password, and have the write password allow read/write access. In other words, if the read password is alpha
and the edit password is beta
then enter Set new read password: alpha beta Set new edit password: beta This says that either alpha
or beta
can be used to read pages, but only beta
may edit. Since Pm Wiki checks the passwords you've entered since the browser has been opened, entering a read password that is also a write password allows both reading and writing. Protect the sitePasswords can be applied to the entire wiki website in config.php. See passwords administration for details. administrator As an administrator ...You can set passwords on pages and groups exactly as described above for authors. You can also:
For more information on password options available to administrators, see PasswordsAdmin. Which password wins?In Pm Wiki, page passwords override group passwords, group passwords override the default passwords, and the Opening access to pages in protected groups/sitesSometimes we want to "unprotect" pages in a group or site that is otherwise protected. In these cases, the special password @nopass
is used to indicate that access should be allowed to a page without requiring a password. For example, suppose Main.GroupAttributes has an edit password set, thus restricting the editing of all pages in Main. Now we want Main.WikiSandbox to be editable without a password. Using clear
for the edit password for Main.WikiSandbox doesn't unprotect the page, because the password is being set by the group. Instead, we set the edit password for Main.WikiSandbox to the special value @nopass
which tells Pm Wiki to ignore any site-wide or group-level passwords for that page. How can I password protect all the pages and groups on my site? Do I really have to set passwords page by page, or group by group? Administrators can set passwords for the entire site by editing the config.php file; they don't have to set passwords for each page or group. For example, to set the entire site to be editable only by those who know an "edit" password, an administrator can add a line like the following to local/config.php: For more information about the password options that are available only to administrators, see PasswordsAdmin. I get http error 500 "Internal Server Error" when I try to log in. What's wrong? This can happen if the encrypted passwords are not created on the web server that hosts the Pm Wiki. Solution: Create the passwords on the system with the oldest PHP version and use them on all other systems. How can I create private groups for users, so that each user can edit pages in their group, but no one else (other than the admin) can? Administrators can use the AuthUser recipe and add the following few lines to their local/config.php file to set this up: $group = Fmt Page Name('$Group', $pagename); This automatically gives edit rights to a group to every user who has the same user name as the group name. How come when I switch to another wiki within a farm, I keep my same authorization? Pm Wiki uses PHP sessions to keep track of authentication/authorization information, and by default PHP sets things up such that all interactions with the same server are considered part of the same session. An easy way to fix this is to make sure each wiki is using a different cookie name for its session identifier. Near the top of one of the wiki's local/config.php files, before calling authuser or any other recipes, add a line like: session_name('XYZSESSID'); You can pick any alphanumeric name for XYZSESSID; for example, for the cs559-1 wiki you might choose session_name('CS 559 SESSID?');
This will keep the two wikis' sessions independent of each other. This page may have a more recent version on pmwiki.org: PmWiki:Passwords, and a talk page: PmWiki:Passwords-Talk. |