<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Supporting the UW Web &#187; sso authentication</title>
	<atom:link href="http://staff.washington.edu/agraf/category/sso-authentication/feed/" rel="self" type="application/rss+xml" />
	<link>http://staff.washington.edu/agraf</link>
	<description></description>
	<lastBuildDate>Wed, 06 May 2009 21:34:28 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Web Auth via Pubcookie and Basic Auth</title>
		<link>http://staff.washington.edu/agraf/2008/08/01/web-auth-via-pubcookie-and-basic-auth/</link>
		<comments>http://staff.washington.edu/agraf/2008/08/01/web-auth-via-pubcookie-and-basic-auth/#comments</comments>
		<pubDate>Fri, 01 Aug 2008 17:35:56 +0000</pubDate>
		<dc:creator>agraf</dc:creator>
				<category><![CDATA[sso authentication]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[shibboleth]]></category>

		<guid isPermaLink="false">http://staff.washington.edu/agraf/?p=39</guid>
		<description><![CDATA[I get a significant number of requests for information on how to do this.  It&#8217;s a pretty bad kludge, but it does seem to work.
Basically, you make three directories:

one containing the content and an .htaccess file denying all access
one containing an .htaccess file allowing access via basic auth
one containing an .htaccess file allowing access via [...]]]></description>
			<content:encoded><![CDATA[<p>I get a significant number of requests for information on how to do this.  It&#8217;s a pretty bad kludge, but it does seem to work.</p>
<p>Basically, you make three directories:</p>
<ul>
<li>one containing the content and an .htaccess file denying all access</li>
<li>one containing an .htaccess file allowing access via basic auth</li>
<li>one containing an .htaccess file allowing access via pubcookie</li>
</ul>
<p>The directories with access via the different authentication methods will also contain symbolic links to either files in the content directory(if the files are not going to change much) or to another directory in the content directory so that you can change the files around without redoing the symbolic links.</p>
<p>You can take a look at an example implementation of this scheme in the <a href="http://staff.washington.edu/agraf/multi-auth">multi-auth</a> directory on my staff Web site.</p>
]]></content:encoded>
			<wfw:commentRss>http://staff.washington.edu/agraf/2008/08/01/web-auth-via-pubcookie-and-basic-auth/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPress 2.5.1 works with http-auth 2.0</title>
		<link>http://staff.washington.edu/agraf/2008/04/25/wordpress-251-works-with-http-auth-20/</link>
		<comments>http://staff.washington.edu/agraf/2008/04/25/wordpress-251-works-with-http-auth-20/#comments</comments>
		<pubDate>Fri, 25 Apr 2008 17:28:38 +0000</pubDate>
		<dc:creator>agraf</dc:creator>
				<category><![CDATA[blogs]]></category>
		<category><![CDATA[sso authentication]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://staff.washington.edu/agraf/?p=25</guid>
		<description><![CDATA[WordPress 2.5.1 was released today, which means that I will now edit the WordPress installation documentation to use the latest WordPress release again, since version 2.5.1 works with the new http-authentication 2.0 plugin.
It is a relief to have the WordPress documentation using the latest, more secure version of WordPress again.  Of course this blog is [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://wordpress.org/development/2008/04/wordpress-251/">WordPress 2.5.1</a> was released today, which means that I will now edit the <a href="http://www.washington.edu/computing/web/publishing/wordpress.html">WordPress installation documentation</a> to use the latest WordPress release again, since version 2.5.1 works with the new <a href="http://wordpress.org/extend/plugins/http-authentication/">http-authentication 2.0</a> plugin.</p>
<p>It is a relief to have the WordPress documentation using the latest, more secure version of WordPress again.  Of course this blog is using WordPress 2.5.1 and the new http-authentication plugin now.</p>
]]></content:encoded>
			<wfw:commentRss>http://staff.washington.edu/agraf/2008/04/25/wordpress-251-works-with-http-auth-20/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPress 2.5 and HTTP auth</title>
		<link>http://staff.washington.edu/agraf/2008/04/15/wordpress-25-and-http-auth/</link>
		<comments>http://staff.washington.edu/agraf/2008/04/15/wordpress-25-and-http-auth/#comments</comments>
		<pubDate>Tue, 15 Apr 2008 21:26:30 +0000</pubDate>
		<dc:creator>agraf</dc:creator>
				<category><![CDATA[blogs]]></category>
		<category><![CDATA[sso authentication]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[wordpress http-authentication]]></category>

		<guid isPermaLink="false">http://staff.washington.edu/agraf/?p=19</guid>
		<description><![CDATA[The http-authentication plugin required for the fancy Pubcookie authentication instructions for WordPress does not function with the new WordPress 2.5.
I have changed the WordPress instructions to use the old 2.0.11 version of WordPress until the plugin gets fixed.
]]></description>
			<content:encoded><![CDATA[<p>The <a href="http://dev.webadmin.ufl.edu/~dwc/2005/03/10/http-authentication-plugin/">http-authentication plugin</a> required for the fancy Pubcookie <a href="http://www.washington.edu/computing/web/publishing/wordpress.html#auth">authentication instructions</a> for WordPress does not function with the new WordPress 2.5.</p>
<p>I have changed the <a href="http://www.washington.edu/computing/web/publishing/wordpress.html#auth">WordPress instructions</a> to use the old 2.0.11 version of WordPress until the plugin gets fixed.</p>
]]></content:encoded>
			<wfw:commentRss>http://staff.washington.edu/agraf/2008/04/15/wordpress-25-and-http-auth/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MediaWiki Instructions Revision</title>
		<link>http://staff.washington.edu/agraf/2008/04/14/mediawiki-instructions-revision/</link>
		<comments>http://staff.washington.edu/agraf/2008/04/14/mediawiki-instructions-revision/#comments</comments>
		<pubDate>Mon, 14 Apr 2008 23:32:14 +0000</pubDate>
		<dc:creator>agraf</dc:creator>
				<category><![CDATA[mysql]]></category>
		<category><![CDATA[sso authentication]]></category>
		<category><![CDATA[wiki]]></category>

		<guid isPermaLink="false">http://staff.washington.edu/agraf/?p=18</guid>
		<description><![CDATA[For probably at least a year I have had instructions for installing MediaWiki on the UA Web servers.
Installing MediaWiki
http://www.washington.edu/computing/web/publishing/mediawiki.html
These instructions include a default installation that uses the MediaWiki user and authentication system, as well as an option for using the Pubcookie SSO authentication system that is used for most UW Technology applications at the University [...]]]></description>
			<content:encoded><![CDATA[<p>For probably at least a year I have had instructions for installing <a href="http://www.mediawiki.org/wiki/MediaWiki">MediaWiki</a> on the UA Web servers.</p>
<p>Installing MediaWiki<br />
<a title="http://www.washington.edu/computing/web/publishing/mediawiki.html" href="http://www.washington.edu/computing/web/publishing/mediawiki.html">http://www.washington.edu/computing/web/publishing/mediawiki.html</a></p>
<p>These instructions include a default installation that uses the MediaWiki user and authentication system, as well as an option for using the <a href="http://pubcookie.org/">Pubcookie</a> SSO authentication system that is used for most UW Technology applications at the University of Washington.  The problem with the way those instructions say to set things up is that you need to log in with Pubcookie before you can even view the wiki.  This isn&#8217;t always what&#8217;s desired.</p>
<p>A couple weeks ago two users requested a means of setting up MediaWiki so that it could be anonymously read, but users would need to log in using Pubcookie in order to edit a page.  I came up with a solution which they were both happy with, and which seems to work.  I am not sure if there are ways of breaking MediaWiki when it is configured in this manner, but it seems to be working fine so far.</p>
<p>Here is a copy of MediaWiki configured with the new anonymous read/Pubcookie required for edits configuration:</p>
<p><a href="http://staff.washington.edu/agraf/mediawiki">Test Wiki</a></p>
<p>The instructions have now been updated to include the new section called &#8220;<a href="http://www.washington.edu/computing/web/publishing/mediawiki.html#anon-read">Requiring UW NetID Authentication only for Editing</a>&#8220;.</p>
<p>The next thing to work on is changing the MediaWiki documentation to inform users that they should probably use the <a href="http://dev.mysql.com/doc/refman/5.0/en/myisam-storage-engine.html">MyISAM </a>storage engine on MediaWiki installations backed by MySQL on the UA Web servers.  This is because <a href="http://dev.mysql.com/doc/refman/5.0/en/innodb.html">InnoDB </a>databases will not come back automatically if ovid is restarted without shutting down MySQL first.  The culprit is <a href="http://en.wikipedia.org/wiki/Network_File_System">NFS</a>, which is used to serve all the files in user Web and home directories on the UA system.</p>
]]></content:encoded>
			<wfw:commentRss>http://staff.washington.edu/agraf/2008/04/14/mediawiki-instructions-revision/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
