CLI man page:
safesquid(7)Setting up for the first time? Follow First configuration. This page explains how the pieces fit together.
Two configuration layers
- Web UI (policy) — Access restrictions, Access Profiles, filters, scanners, and so on. Stored as sections in
config.xml. This is what most administrators edit daily. - startup.ini (process) — Listen fallback, threads, log levels, TLS and sync tunables. Edited on the appliance filesystem — see startup.ini.
What to configure first
This is setup order, not the order a live request is processed.Chart A — configure in this order
- Network settings — where SafeSquid listens
- Access restrictions — who may connect, login if required, HTTP vs HTTPS rights
- Access Profiles — which sites and content to allow
- Everything else — HTTPS Inspection, scanners, cookie/header filters, Caching
What happens to a request
Names below are the Web UI section titles, in the order SafeSquid calls them. A request is either HTTPS or HTTP, never both in sequence. Access Profiles Deny is remembered early and only enforced later. DLP, Clam antivirus, and SqScan are queued as their own steps (upload, then downloaded body). Chart B is drawn from this procedure.Chart B — same procedure, Web UI section names in call order. Yes goes right and stops. No continues down. HTTPS and HTTP are a fork, then they meet again.
Open the Web UI at
http://safesquid.cfg/ from a machine that Access restrictions allows. That path skips Access Profiles so you can still fix a mistaken Deny. HTTPS Inspection does not continue this HTTPS request — it decrypts and runs the inner HTTP from Read the request again. DLP inspects upload bodies only. Clam antivirus and SqScan inspect uploads and downloaded bodies. Direct (unbuffered) downloads skip the downloaded-body scanners.Policy matching styles
- Dual allow/deny lists — Access restrictions, Cookie filter, Header filter. List order depends on the section default policy.
- First match — Clam antivirus, HTTPS Inspection, Redirect, DNS Blacklist block policies, and several scanners.
- All matches — Access Profiles (secondary), Speed Limits, Content modifier, Application Signatures.
- Last match — DLP MIME policies (OCR uses cumulative score vs Threshold).
- Groups — Menu groups (Accelerators, Real time content security) contain child sections only; they have no policy lists of their own.
Bypass
Access restrictions entries can grant Bypass for Header filter, Cookie filter, Redirect, Content modifier, Proxy chain, Text analyzer, DNS Blacklist, antivirus, ICAP, and DLP. That skips those modules for matching clients. Separate from Access Profiles temporary bypass cookies (Allow bypassing).Debug headers
When System configuration → Send Debugging Headers To is CLIENT, SERVER, or BOTH, SafeSquid adds identity and policy headers. Prefer CLIENT only on a test network. See Debug response headers.See also
- First configuration
- Daemon and service
- Access restrictions
- Access Profiles
- Logging
- Application Signatures
- Clam antivirus
- SqScan
- DLP
- SSqore
- Cloud / categorisation feeds
- Full section index
man safesquid (section 7)
