Skip to content

System Settings and Maintenance

System settings brings together runtime modes, tunnel resources, certificate tools, gateway and session controls, feature switches, and maintenance actions. Tabs appear dynamically according to the runtime mode and deployment capabilities. If a tab is missing, check the current platform and runtime mode before repeatedly refreshing the page.

Deployment Capability Differences

CapabilityNative fnOS FPKDockerOpenWrtLinux serviceSynology DSM 7 SPKWindows x86_64
Direct mode and host firewallSupported; the process needs host permissionsNot supportedSupported; the process needs root permissionsNot supportedNot supportedNot supported
Smart ConnectSupportedNot supportedSupported; depends on an existing dnsmasq installation and an included /etc/dnsmasq.d/ directory, so the UI's automatic apt-get installation does not applyNot supportedNot supportedNot supported
Web TerminalSupportedNot supportedNot supportedSupported; requires tmuxNot supportedNot supported
Built-in FRP / CloudflaredSupportedSupportedSupportedSupportedSupportedNot supported
SSH SecuritySupportedNot supportedNot supportedNot supportedNot supportedNot supported
Automatic HTTPSSupportedNot supportedNot supportedSupported; requires an available port 80Not supportedSupported; the Windows inbound path must still be opened
ACME DNS-01SupportedSupportedSupportedSupportedSupportedSupported; uses the built-in client
System clock syncSupportedNot supportedSupportedNot supportedNot supportedNot supported
fnOS SSL certificate store syncSupportedNot supportedNot supportedNot supportedNot supportedNot supported
Update installationUpdate in the web UIPull a new imageInstall an IPK or APK matching the firmwareUpdate manually according to the installation methodInstall the SPK in DSM Package CenterWindows manager
Separate admin panel passwordUses the fnOS/CGI entry pointSupportedSupportedSupportedUses the DSM desktop CGI entry pointSupported; local 127.0.0.1 admin entry only

The table reflects runtime capabilities reported by the server. Some unavailable features remain visible with an explanation, while others are hidden entirely. Windows does not provide direct mode, built-in FRP / Cloudflared, Smart Connect, Web Terminal, or SSH Security. Its gateway listens on all interfaces at 7999 by default, but public reachability still depends on firewall rules, NAT, and network policy. Synology DSM 7 SPK also does not provide direct mode, host-firewall management, Smart Connect, Web Terminal, or SSH Security.

If the app on an fnOS device is named Knock Lite, it is a native non-root package rather than the full FPK shown in the table. It supports Host proxying, authentication, DDNS, certificates, WAF, built-in tunnels, and monitoring, but not Direct mode and the host firewall, network optimization, fnOS certificate-store sync, Web Terminal, or in-app updates. To gain full host integration, export a Lite backup and stop Lite before installing the standard FPK from the official website and importing the archive. Do not let both instances compete for the same ports.

Settings Map

Tab or sectionWhen it appears and what it managesDetails
ModeAlways visible; selects direct, reverse-proxy, or subdomain mode and its routing methodChoose a Runtime Mode
FRP, CloudflaredVisible in reverse proxy mode when the platform has the corresponding capability; downloads and installs tunnel binariesNAT Traversal and Tunnels
ACMEVisible when the platform supports it and is not Windows; manages the acme.sh resource and default CATLS Certificates and HTTPS
LocationConfigures the IP geolocation database and CIDR location databaseIP Geolocation
fnOSManages fnOS Share Bypass, port-icon takeover, available network optimizations, and FN Connect WAF ingress on the standard FPKfnOS Share Bypass, WAF
BlockingConfigures the scanner firewall, trigger window, thresholds, and exemptionsAutomated Scan Blocking
FeaturesControls home-page entry status, Passkey binding prompts, automatic HTTPS, SSH Security, protocol mappings, sidebar ordering, and the Smart Connect entrySee the corresponding feature documentation
GatewayManages authentication caching, reverse-proxy throttling, crawler blocking, the portal, visibility, and Host-level forwarding optionsSee below
WAF, LogsManages HTTP rule protection and structured request logsWeb Application Firewall (WAF), Request Logs
TerminalVisible when the platform supports Web Terminal and is not SynologyWeb Terminal
SessionsManages standard sessions, Remember me, post-login IP authorization, and IP driftSessions, Source-IP Authorization, and IP Changes
PanelVisible on Docker, OpenWrt, Linux, and Windows; changes or resets the separate admin panel passwordSee below
ChallengeUses PoW or Cloudflare Turnstile before sign-inChallenge
MaintenanceManages automatic backups, manual exports, imports, and data cleanupSee below

Under System settings → Features → Sidebar menu order, drag menu items to change the order of the left navigation for this instance. The order saves automatically when a drag ends. Select Restore default order to remove all custom ordering.

The page lists only entries visible under the current runtime mode and feature switches. Temporarily hidden entries keep their place in the full order and return to the same relative position when the feature is enabled or the mode changes; they are not appended arbitrarily. This setting changes navigation order only and does not enable, disable, or grant access to any feature.

Basic Gateway Settings

Settings at the top of System settings → Gateway are synchronized directly to the Go gateway. The Host-level editor is available only for Host routing in subdomain mode, and the auth service Host does not appear in the editable list.

SettingBehavior and considerations
Successful auth cache durationCaches a successful result for the same client and authentication target; 0 validates every request in real time
Failed auth cache durationCaches a failed authentication result; 0 does not reuse denials. When troubleshooting a recent permission change, account for an earlier failed result that may not have expired
Enable gateway reverse proxy throttlingLimits traffic per client IP using requests per second and burst tokens, then closes connections directly for the configured penalty period
Block crawler requestsBlocks requests recognized as crawlers by the gateway; it does not replace WAF or stop requests that bypass the gateway
Unmatched routesShow error page returns a friendly page; Reset connection terminates requests that match no configured route
Show error information when the upstream failsDefaults to Show less, hiding the upstream IP, port, and low-level connection error; use Show more only temporarily for troubleshooting
Portal settingsControls the app switcher shown after sign-in
VisibilityLimits which sources can reach the gateway by region or CIDR
Proxy headersControls whether the gateway sends X-Forwarded-* to specified Targets
Host responseControls whether the gateway preserves the visitor's requested Host for specified Targets
Path responsesAdds path-level proxying or fixed responses to application Hosts

The initial reverse-proxy throttling configuration allows 100 requests per second and 200 burst tokens per client IP, with a 30-second penalty after exceeding the limit. Requests terminated directly by throttling are not written to request logs. If a client connection closes without a corresponding log entry, check this layer as well. Host-level switches in the UI are ultimately compiled by Target: when multiple Hosts point to the exact same Target, they share proxy-header and Host-preservation behavior.

Unmatched routes and upstream errors

Unmatched routes default to Show error page, which returns a welcome, selection, or error page. With Reset connection, HTTP/1.x connections are reset and the current HTTP/2 stream is aborted. Default-domain fallback is temporarily disabled, but its saved configuration is retained and resumes when you switch back to the error page. Request logs label these requests as unmatched-route blocks.

Show error information when the upstream fails defaults to Show less: visitors see only that the upstream is unavailable, without its internal IP, port, or connection failure. Show more returns the complete connection error and can expose network topology. Use it only for short troubleshooting in a controlled environment, then switch back to Show less.

Verification Order After Changing Settings

  1. Keep one working admin entry point available on the LAN.
  2. After changing the runtime mode, Host, certificate, or gateway settings, wait for the page to confirm that runtime synchronization has completed.
  3. Test the authentication flow in a private browsing window, then test the application Host from a real external network.
  4. Check the client IP, route type, authentication result, and upstream Target in request logs.
  5. Check Event Center for synchronization, certificate, tunnel, or notification errors.

For gateway throttling, WAF, and scan blocking, begin in observation mode or with a permissive configuration. These controls may affect health checks, third-party callbacks, application updates, or long-lived client connections.

Backup and Restore

Automatic and manually exported .knock archives contain configuration, certificate private keys, TOTP seeds, and several types of service credentials. Treat them as plaintext backups of secret material. Automatic backups are disabled by default; when enabled, they are stored in the server data directory with a configurable interval and retention period. If that directory is on the same disk or container volume as the active data, it is not a substitute for an off-device backup. Import is replacement, not merge: it replaces the current fn-knock application data and then synchronizes gateway, WAF, SSL, and other runtime state. A synchronization warning does not trigger an automatic full rollback.

See Backup, Restore, and Data Cleanup for archive security, versions, the 128 MiB limit, platform entry points, full restoration acceptance testing, and failure handling. An application backup is not a filesystem or container-volume backup, and it does not include external DNS, host-firewall configuration, or upstream application data.

Clear All Data

System settings → Maintenance → Cleanup → Clear all data completely reinitializes the current instance. You must enter Clear all data to confirm. The operation clears server-side configuration, accounts, sessions, logs, and other application storage, then clears local data in the current browser and reloads the page.

The database schema and previously exported backup files do not restore content automatically. This action cannot be undone; use it only after verifying that a usable backup exists and intentionally deciding to reinitialize the instance.

Admin Panel Password

The admin panel password on Docker, OpenWrt, Linux, and Windows is separate from visitors' gateway sign-in credentials. If you forget it, use the reset command or manager documented for that deployment. A reset clears only the panel password, panel sessions, and sign-in backoff; it does not delete application mappings or certificate configuration.

Community QQ group: 1081609274