<?xml version="1.0" encoding="windows-1252"?>
<node id="999816" title="Re: ldap authentication CGI" created="2012-10-18 16:18:04" updated="2012-10-18 16:18:04">
<type id="11">
note</type>
<author id="647953">
sundialsvc4</author>
<data>
<field name="doctext">
&lt;p&gt;
Well, one way to handle the authentication requirements of a web-site, in an LDAP-based intranet environment, is to simply let the web server protect the entire site. &amp;nbsp; Both Apache and (especially...) IIS can do this. &amp;nbsp; The web server has the magical means to determine &lt;em&gt;who&lt;/em&gt; the requesting internal user is, and of course to distinguish internal users from outsiders. &amp;nbsp; Unauthorized users simply can&amp;rsquo;t reach the site at all. &amp;nbsp; Furthermore, those that do, have available credentials that the CGI program can query if further authentication logic within the site needs to use it. &amp;nbsp; (Internet users are automatically excluded.)
&lt;/p&gt;&lt;p&gt;
This is one key way in which &amp;ldquo;intra-net&amp;rdquo; web sites are able to play by very different and much-simplified rules, versus those of the &amp;ldquo;wild and wooly&amp;rdquo; Internet-at-large. &amp;nbsp; If you simply want to restrict the entire site, you don&amp;rsquo;t have to write protective logic into the site at all. &amp;nbsp; The site is inside the fortress, and they&amp;rsquo;re checking badges at the door, and there&amp;rsquo;s no other way to get inside, and ... and that&amp;rsquo;s &lt;em&gt;it.&lt;/em&gt; &amp;nbsp; (&amp;ldquo;Schweet!&amp;rdquo;)
&lt;/p&gt;
</field>
<field name="root_node">
999753</field>
<field name="parent_node">
999753</field>
</data>
</node>
