File: README.LDAP

package info (click to toggle)
squidguard 1.4-2
  • links: PTS, VCS
  • area: main
  • in suites: squeeze
  • size: 3,904 kB
  • ctags: 558
  • sloc: perl: 2,568; ansic: 2,159; makefile: 392; sh: 287; lex: 165
file content (137 lines) | stat: -rw-r--r-- 5,062 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
(LDAP functionality provided by applying the ldap patch from Chris Frey)


LDAP User Grouping Support:
---------------------------

Squidguard now searches LDAP using specified LDAP search URLs whenever
a username is not found in an existing user list.  The two new keywords
in the squidguard.conf file that enable this are as follows:

    ldapusersearch     This keyword goes in the Source {} config block, and
                       specifies an LDAP URL to use to search for an unknown
                       user name.

                       You can specify multple LDAP URLs per Source block.

                       Use '%s' to reference the username in your LDAP URL.

                       If the search returns a record, the user is considered
                       "found", otherwise the next URL in the same Source
                       block is tried.

                       Squidguard caches the "found" state of each search,
                       even when a user name is not found.  The cache
                       is valid for ldapcachetime seconds.

    ldapcachetime      This global keyword specifies the number of seconds
                       to cache LDAP search results before contacting
                       the LDAP server again.  This keyword is global and
                       must go outside any Source/Destination/Rule blocks.

                       Setting this value to a reasonably low value can
                       allow simulation of near-realtime user groupings
                       in LDAP without restarting squidguard.

                       Recommended value: 300

    ldapbinddn         This global keyword specifies the DN to bind to
                       the LDAP server as.

    ldapbindpass       Password to bind to the LDAP server.  This is a
                       global keyword.

    ldapprotover       LDAP protocol version.  This is a global keyword.
                       Use this to force squidguard to connect to the
                       LDAP server with a certain protocol version.  If
                       unable to use the specified protocol version,
                       squidguard will enter emergency mode.

                       Valid values: 2 or 3



Programmatic User Lists:
------------------------

Instead of putting a list of users in a file, you can now run a program
or script to list users on stdout.  This user list behaves exactly like
a regular userlist, loaded at start time, and stored in memory statically.

    execuserlist       This keyword goes in the Source {} block, and
                       specifies a command to run that will write a list
                       of usernames on stdout.


Supported LDAP URL extensions:
------------------------------

According to the available LDAP RFC's, there is only one defined extension,
called "bindname".  This extension can be used to define a DN to bind with,
on a per-URL basis.

The format of such an URL is rather hideous, since commas are used to
separate both the extensions in the URL and the elements of the DN.
To handle this, commas separating the URL extensions are real commas, while
the commas in the DN are defined with hex codes.  (Hex %2c is a comma)

Example:

    ldap://ldap.example.com/ou=groups,dc=example,dc=com\
        ?homeDirectory?sub?(uid=cdfrey)\
        ?bindname=cn=cdfrey%2cdc=example%2cdc=com,x-bindpass=password

The above example shows multiple extensions specified in one URL.

As it happens, both of those extensions are supported in the LDAP patch,
and have the following meanings:

    bindname           As specified in RFC2255, this extension defines
                       the DN name to use during the bind to the LDAP
                       server.

    x-bindpass         As specified in RFC2255, extensions starting with
                       "x-" are user defined.  This extension allows the
                       URL to define the password required to bind to
                       the LDAP server. 

Both of these extensions override the global defaults "ldapbinddn" and
"ldapbindpass" (see above).



Example Configuration:
----------------------


Below is an example squidguard.conf file, showing the various user list
options:

-------------------  Example squidguard.conf snippet  ------------------------

dbhome /var/lib/squidguard
logdir /var/log/squidguard

# ldap cache time in seconds
ldapcachetime  300

ldapbinddn     cn=root, dc=example, dc=com
ldapbindpass   secret

src INTERNAL_LAN {
       ip              192.168.0.0/24 127.0.0.1
       within          workhours
       user            dave,chris,john, marconi
       # uses the default binddn and bindpass above
       ldapusersearch  ldap://ldap.example.com/cn=squidguardusers,ou=groups,dc=example,dc=com?memberUid?sub?(&(objectclass=posixGroup)(memberUid=%s))

       execuserlist    sed "s/:.*$//" /etc/passwd
       log             internal_lan
}

------------------------------  End snippet  ---------------------------------

By: Chris Frey
<cdfrey@netdirect.ca>
2004/09/29