| 
 
    Troubleshooting squidGuard 
 
| There may be times your squidGuard starts behaving in ways it
it not supposed to. This may be due to a typo or some other
tricky circumstance. There are some tricks to find out what's going wrong.
 
 
 
 PermissionsMake sure that the squid user can read the squidGuard 
	configuration. This includes the path to the configuration
	file.
 You can check this by becoming the squid user (with su
	or login) and get to the relevant data.
 The blacklist and db files must belong to
	your squid user. If squid cannot access (or modify)
	them blocking will not work.
 
 
 SquidGuard dry-runTo verify that your configuration is working run the 
following command (changed to reflect your configuration):
 
 
 
| Dry-run squidGuard |  
| 
echo "http://www.example.com 10.0.0.1/- - GET" | squidGuard -c /tmp/test.cfg -d 
 |  
 If the redirector works properly you should see the redirection URL for
the blocked site. For sites not being part of your blacklists the 
output should end with:
 
 
 
| 
2007-03-25 16:18:05 [30042] squidGuard ready for requests (1174832285.085)
2007-03-25 16:18:05 [30042] squidGuard stopped (1174832285.089)
 |  
 Some remarks about the different entries of the echoed line:
 
 
 
The first entry is the URL you want to test. 
The second entry is
the client IP address. If you configured access control based on
IP addresses make sure to test allowed and not allowed IP addresses
to ensure proper working.
 In the third entry (the first - ) you can specify a username. This
is only of importance if you have access control based on user names.
Make sure to check different names with different access to verify
your configuration.
 |  | 
 
 
 Documentation
 Installation
 Configuration
 Runtime
Options
 About blocking
 Troubleshooting
 Known Issues
 Other Sources
 
 |