Skip to the content
Documentation
Help Start
Reading in:
  • German: 9,059 of 9,059 pages
About the help in other languages
All help pages

Separating the administration

For public bodies that want the editing interface out of the public's reach - giving the administration siteaccess its own host, restricting it by network, VPN or a second authentication, request rules for system URLs…

Download as PDF

Address: https://doc.exponential.earth/exphelp/viewer/help/government/security/separating-the-administration.md

On this page

Separating the administration

This page is for administrators and hosting teams. The administration is where accounts with power sign in; the public does not need to reach it. Exponential's administration is a siteaccess of its own, which makes it possible to restrict it as a unit (13.5 The administration siteaccess).

Contents

  1. What is already in place
  2. Options, strongest first
  3. Keep system URLs off the public site
  4. Checking
  5. Related pages

What is already in place

  • The installer writes [SiteAccessSettings] RequireUserLogin=true for the administration siteaccess: every page asks for a sign-in.
  • Access to each function is decided by roles (setup/*, content/*, audit/* ...).
  • The setup wizard is closed on an installed site.

Options, strongest first

  1. Its own host name, for example admin.example.gov, matched by [SiteAccessSettings] HostMatchType, rather than /admin below the public site.

  2. Restrict the network on that host. Apache:

    <Location />
        Require ip 203.0.113.0/24 2001:db8::/48
    </Location>

    or HTTP basic authentication in front; nginx: allow and deny.

  3. A VPN for remote staff, with the administration reachable only from it.

  4. request-shield with the browser check before the sign-in and, optionally, only the office network (EXP-ADMIN-NET in the example rules).

  5. Velocity has no HTTP authentication of its own: restrict the administration host with the firewall, a VPN or a reverse proxy in front, or run a separate Velocity bound to an internal address.

Combine with two-step sign-in: network restriction keeps strangers out, two-step sign-in protects against stolen passwords from inside.

Keep system URLs off the public site

The request rules (settings/requestrules.ini) decide before a module view runs: keep anonymous visitors off system URLs such as /content/view/full/123, require a sign-in for a section, refuse requests from a network (Request rules). request-shield's example rules also answer 404 for administration modules (setup, class, role, workflow, package) on the public siteaccesses.

Checking

curl -s -o /dev/null -w '%{http_code}\n' https://admin.example.gov/user/login    # from outside: refused (403) or unreachable
curl -s -o /dev/null -w '%{http_code}\n' https://www.example.gov/setup/info     # public siteaccess: no admin module

Test from a network outside the allowed range, for example a mobile connection.

Become an Exponential Partner

Partners share their information, provide funding, contribute back and develop the products with us, and that is how Exponential grows. A partner website and dashboard are planned for mid-2027: please become a partner today to speed up our growth rate and land new features faster.

Something wrong on this page? Report an error

Documentation license

This documentation is free documentation, licensed under the GNU Free Documentation License 1.3 or later.

Exponential Copyright © 1998-2026 Exponential Foundation and 7x