Website profiles · Technology insights · Alternatives

docs.freebsd.org

No paid content found
Visit website
Profile views 0 Outbound visits 0 Normal
https://docs.freebsd.org/en/ Full homepage screenshot

At a glance

Category
Other
Language
English
Paid-content signal
No paid content foundObserved
Registered
1994
Hosting
freebsd.orgInferred
HTTPS certificate trusted
PassedObserved
Last updated

Website review

This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.

What is the FreeBSD documentation site?

The FreeBSD documentation site at FreeBSD Documentation is the official online home of the FreeBSD Handbook, manual pages, and related guides. It is written for people who administer, install, or develop on FreeBSD, and it serves as the reference text the project maintains for its own operating system rather than a general tutorial site.

What you will find there

  • The Handbook: the long-form guide covering installation, boot process, configuration, package management, jails, storage, and networking.
  • Manual pages: reference material for individual commands and system calls.
  • Topic-specific articles and FAQs: shorter documents on particular subsystems or tasks.
  • Porter's and developer material: guidance for people packaging software or working on the source tree.

How it differs from other documentation

Need Best fit
Learning FreeBSD end to end The Handbook, read in order
Looking up one command's flags Manual pages
Packaging or kernel work Porter's Handbook and developer sections
Comparing with another BSD That project's own docs, e.g. OpenBSD manual pages

The trade-off is depth versus approachability: the material is authoritative and precise, but it assumes you are comfortable with a Unix shell and is organized as reference rather than a guided course. A reader coming from Linux should expect to consult several chapters before a task feels familiar.

A practical next step: open the Handbook's installation chapter first, then keep the manual pages section bookmarked for day-to-day lookups. If you are evaluating FreeBSD against another system, read the relevant Handbook chapter alongside that system's official documentation so you compare like with like.

How do I get started with installing FreeBSD?

Start by reading the official installation chapter in the FreeBSD Handbook at FreeBSD Documentation. It walks you through downloading an image, preparing boot media, and using the text-based installer, so you can follow along rather than guess.

A practical path for a first install

  1. Check hardware support. Confirm your machine's architecture (amd64 is the common choice) and skim the hardware notes before downloading anything.
  2. Download the right image. For a normal PC install, use a boot-only or full memory-stick image; the Handbook explains the difference and when each is useful.
  3. Write it to removable media. On another machine, use a tool that writes a raw image correctly (for example dd on Unix-like systems or a dedicated image writer on Windows).
  4. Boot and follow the installer. The installer is menu-driven and includes disk partitioning, user account creation, and optional package selection. Read each screen; defaults are sensible but partitioning deserves attention.
  5. Reboot and update. After the first boot, apply security updates and install a desktop or tools only if you need them.

Decisions that matter most

Choice What to consider
Virtual machine vs. bare metal A VM is the safest first try; bare metal needs correct boot media and disk care.
Guided vs. manual partitioning Guided is quicker; manual gives control over slices, ZFS, or dual-boot layouts.
Minimal vs. full install Minimal keeps the system lean; add packages later as needed.

A concrete example: if you are evaluating FreeBSD on a laptop, install it in a VM first to confirm Wi-Fi and graphics behavior, then repeat on real hardware once you are comfortable with the installer.

As a next step, keep the Handbook's installation chapter open beside you during the install and note any hardware that misbehaves, so you can look up the relevant section afterward.

Which FreeBSD version should I choose for a production server?

Choose the FreeBSD release that is currently supported and has had time to settle: for most production servers that means the latest stable point release of the current major branch, not the newest major version on day one and not an already-EOL branch. Check the release status on FreeBSD before you commit, because support windows shift.

How the branches differ in practice

Branch Best for Trade-off
Latest stable release of the current major New deployments that want a long support runway Newer code; some third-party ports and drivers may lag briefly
Previous major branch (still supported) Servers where uptime and driver/ports maturity matter more than new features Shorter remaining support life; you will need to plan an upgrade sooner
Older branch past its support date Nothing in production No security patches

A concrete scenario

If you run a mail or web server with a fixed set of packages and cannot tolerate surprise breakage, pick the newest point release of the branch that has already received a few update cycles. If you are building a new host and want the longest time before the next major upgrade, take the current stable major. Either way, verify the branch is still listed as supported, and read the release notes and errata for that specific version.

Next step

Before installing, check two things on the official documentation: the support end date for the branch you have chosen, and the upgrade path from your current version if you are migrating an existing server.

How do I keep my FreeBSD system updated with security patches?

FreeBSD separates the base system from third-party software, and you update each through a different path: the base system through freebsd-update (or a source build), and installed packages/ports through pkg (or your ports tool of choice). Keeping both current is what closes security holes.

Base system

  • Binary updates (recommended for most users): run freebsd-update fetch, review the listed patches, then freebsd-update install. Repeat install after a reboot when a kernel update requires it.
  • Source-based updates: if you build from source, update your source tree and follow the handbook's rebuild/install procedure. This is more work and better suited to custom kernels or people already tracking source.
  • Major version upgrades (e.g., moving between release branches) are a separate, more involved procedure than routine security patching; don't treat them as the same task.

Packages and ports

  • pkg upgrade updates installed binary packages, including security fixes.
  • If you use ports, rebuild affected ports (tools like portmaster or poudriere help), and check for vulnerabilities with pkg audit -F.
  • Security notices for both base and packages are published as FreeBSD Security Advisories; subscribing to the mailing list or checking the advisories page is the reliable way to know what needs patching rather than guessing.

A practical routine

  1. Read recent security advisories.
  2. freebsd-update fetch and review, then install.
  3. pkg audit -F, then pkg upgrade.
  4. Reboot if the kernel or critical libraries changed.
  5. Keep configuration backups so a bad update is recoverable.

Decision criteria

Situation Sensible approach
Standard server or desktop, no custom kernel freebsd-update + pkg upgrade
Custom kernel or patched source Source-based update following the handbook
Many machines Centralize with poudriere for packages and scripted freebsd-update runs

For the authoritative, version-specific commands and caveats, the official handbook at FreeBSD Documentation is the place to confirm the exact steps for your release before you run them.

How do I configure networking on FreeBSD?

FreeBSD networking is configured in a few distinct places depending on what you're setting up: a wired or wireless interface, a static address, DNS, or routing. The official handbook at FreeBSD Documentation is the authoritative reference, and its networking chapter walks through each case with current syntax.

The basics: interfaces and DHCP

Most home and office setups use DHCP. Interface configuration lives in /etc/rc.conf, using variables named after the interface (for example, em0 or re0):

ifconfig_em0="DHCP"

After editing, either reboot or run service netif restart (and service routing restart if routes change). Check what the kernel sees with ifconfig -a before you assume a name; FreeBSD interface names come from the driver, not a generic eth0.

Static addressing

For a fixed address, set the address, netmask, and default route together:

ifconfig_em0="inet 192.168.1.50 netmask 255.255.255.0"
defaultrouter="192.168.1.1"

DNS goes in /etc/resolv.conf:

nameserver 192.168.1.1

Common tasks at a glance

Task Where it's configured Typical command to verify
DHCP on an interface rc.conf (ifconfig_<if>="DHCP") ifconfig <if>
Static IPv4 address rc.conf (ifconfig_<if>="inet ...") ifconfig <if>
Default gateway rc.conf (defaultrouter=) netstat -rn
DNS servers /etc/resolv.conf cat /etc/resolv.conf
Wireless rc.conf (wlans_<if>=, ifconfig_wlan0=) plus wpa_supplicant.conf ifconfig wlan0

A practical next step

Start by running ifconfig -a and netstat -rn on the machine. That tells you the real interface name and whether a route already exists, so you edit the right variables rather than guessing. For wireless, the handbook's section on WPA supplicant is worth reading before you touch rc.conf, because the wlans_ and ifconfig_wlan0= variables work together and are easy to get half-right.

Where can I find guidance on troubleshooting FreeBSD problems?

Start with the FreeBSD Handbook itself, at FreeBSD Documentation. It is the official documentation set, and troubleshooting material is spread across it rather than collected in one place, so knowing where to look saves time.

Where the answers usually live

  • Handbook chapters on specific subsystems. Storage, networking, boot process and kernel configuration chapters each cover common failure modes for their area. If a disk will not mount or an interface will not come up, the relevant chapter is the first stop.
  • The FAQ and problem-reporting guidance. These explain how to gather the information developers will ask for: kernel messages, dmesg output, and version details.
  • Manual pages. For a specific command or driver misbehaving, the man page often documents the error you are seeing. man pages are also browsable on the same documentation site.
  • Architecture and release notes. After an upgrade, release notes and errata flag known regressions and required steps.

A practical next step

When something breaks, work in this order: read the exact error text, check the relevant Handbook chapter, then the man page for the failing component, then release notes if you recently upgraded. Search the documentation site for the error string before posting anywhere.

For community help, the official project pages point to mailing lists and forums, but confirm the current addresses on the FreeBSD project site rather than relying on remembered ones. When you ask, include your FreeBSD version (freebsd-version), the full error, and what changed just before the problem appeared. That single habit turns most vague questions into answerable ones.

Related questions

More questions →
How to Find Documentation for a Specific FreeBSD Version on docs.freebsd.org

The FreeBSD documentation site separates content by version, so the reliable way to get instructions that match your system is to first identify your installed FreeBSD release or branch, then navigate to the documentation set for that version rather than reading the default (usually latest) pages. This matters because commands, file paths, and defaults change between releases, and following instructions from a different branch can produce mismatched results.

First, confirm which FreeBSD version you are running

Before browsing, establish the exact version string on the machine you are working with. On a running FreeBSD system, the standard command is:

freebsd-version -kru
  • -k prints the installed kernel version
  • -r prints the running kernel version
  • -u prints the userland version

These can differ after a partial upgrade, so note all three. If you are reading documentation for a machine you cannot access, ask for the output of uname -r or freebsd-version instead of guessing.

Match the version to a documentation set

FreeBSD documentation is organized around releases and branches. In practice you will encounter:

What you have What to look for
A numbered release such as 14.1 or 13.4 Documentation for that specific release
A stable branch such as 14-STABLE Documentation for the corresponding major version, noting branch-specific behavior
A development branch such as 15-CURRENT Current/development documentation, treated as a moving target

The key rule: pick the documentation set whose version matches your system, and treat any page labeled for a different version as background reading only. If a page states it applies to a specific release, do not apply its steps to another release without checking the equivalent section for your version.

Navigate the site by version

On docs.freebsd.org, documentation is presented as separate versioned sets rather than one undifferentiated library. To find the right one:

  1. Open the documentation home page.
  2. Locate the version selector or the list of available documentation versions.
  3. Choose the entry that matches the release or branch you confirmed above.
  4. From there, use the table of contents or search within that version's set.

If you land on a page through a search engine, check the version indicator shown for that page before following any commands. A page reached from an external link may belong to a different version than the one you need.

Handle versions that are not listed

Older releases are eventually retired from the main documentation set, and newer ones may appear before they are fully documented. When your version is not directly listed:

  • Check whether a nearby release in the same major version documents the same behavior, and verify any differences against your own system.
  • Consult the release notes and errata for your version, which record changes that affect documented procedures.
  • For development branches, expect documentation to lag behind the code and confirm behavior on the system itself.

Common pitfalls

  • Reading the latest docs by default. The most prominent pages usually track the newest version, not yours.
  • Mixing handbook and manual pages. The Handbook is versioned on the site; manual pages reflect the system you are on, so run man locally for exact flags.
  • Trusting cached search results. Search engines may return pages for retired versions; always confirm the version label on the page.
  • Assuming identical steps across major versions. Configuration file formats and default services change between major releases.

Quick checklist

  • Run freebsd-version -kru and record the result.
  • Select the matching documentation version on docs.freebsd.org.
  • Confirm the version label on every page before executing commands.
  • Cross-check version-specific behavior with release notes and local manual pages.
How docs.freebsd.org Differs from Other FreeBSD Websites

docs.freebsd.org is the official documentation and reference site for FreeBSD: it is where you read guides, handbooks, and manual pages, not where you download installers or chat with the community. Use it when your goal is to learn how FreeBSD works or to look up a specific procedure; use other official FreeBSD sites when your goal is to obtain installation media, follow news, or get help from other users. In practice, most tasks combine the documentation site with one or two other resources.

What docs.freebsd.org is for

The site at https://docs.freebsd.org/en/ is organized around reading and reference material. Its purpose is to answer "how does this work" and "what is the correct procedure" questions. Typical uses:

  • Reading the FreeBSD Handbook and topic-specific guides.
  • Looking up commands, configuration files, and system behavior.
  • Checking documentation for a particular FreeBSD release rather than a generic description.
  • Learning a subsystem before you change a system.

Because the site is documentation-focused, it assumes you already have a working system or are preparing to set one up. It explains and instructs; it does not distribute software.

What other FreeBSD sites handle

Other official FreeBSD web properties exist because documentation alone does not cover every need. The split is roughly by task:

Goal Where it belongs Why not docs.freebsd.org
Get an installer or ISO image FreeBSD download pages The documentation site is for reading, not obtaining installers
Read project news and release announcements FreeBSD project news pages Documentation describes stable behavior, not timely announcements
Ask other users a question or discuss a problem Community forums and mailing lists Documentation is reference material, not a support channel
Report a bug or track an issue Bug tracker Documentation does not manage issue reports
Read guides and reference material docs.freebsd.org This is its core purpose

The practical consequence: if you land on docs.freebsd.org looking for a download link, you are on the wrong site, and no amount of browsing the documentation will produce an installer.

How the difference shows up in a real task

Suppose you want to install FreeBSD on a spare machine and then configure a firewall.

  1. Obtain the installer from the FreeBSD download pages — not the documentation site.
  2. Follow the installation instructions in the documentation, which describe the installer's steps and options.
  3. Configure the firewall by reading the relevant documentation section, which explains the rules syntax and the files involved.
  4. If a step fails in a way the documentation does not cover, take the question to a community forum or mailing list, where other users can respond.

Each step uses a different site because each site serves a different function. The documentation is the constant reference across steps 2 and 3; the download page and community are used once each.

Choosing the right resource

Use this as a quick decision rule:

  • "How do I…?" or "What does this do?" → docs.freebsd.org.
  • "Where do I get FreeBSD?" → the FreeBSD download pages.
  • "What's new?" → project news and release announcements.
  • "Why is this happening to me, and has anyone else seen it?" → community forums or mailing lists.
  • "This is a defect" → the bug tracker.

If a task spans several of these — as installation and configuration usually do — expect to move between sites rather than find everything in one place. The documentation site is the reading and learning layer; the others are the acquisition, announcement, and support layers.

A note on versions

The documentation site covers multiple FreeBSD versions, so the same topic can appear in more than one form depending on the release you are running. When a procedure differs between versions, confirm which version the page addresses before following it. This is another reason the documentation site is best treated as a reference you consult with your own system's version in mind, rather than a single universal answer source.

Is Access to docs.freebsd.org Free?

Yes—docs.freebsd.org presents FreeBSD documentation openly on the web, and the page shows no pricing or payment information. You can browse the documentation without a purchase step. That said, the site itself does not state that every resource is free of account or download requirements, so treat "no payment shown" as "no payment indicated," not as a guarantee that nothing anywhere requires a login.

What the site actually shows

The documentation is published as web pages under https://docs.freebsd.org/en/. Nothing on the page lists a price, a subscription, or a payment platform. For a reader, the practical consequence is simple: you can open a page and read it, and you are never asked to pay to reach the text.

What this does not confirm

Absence of pricing signals is not the same as an explicit free-access policy. The page does not describe:

  • Whether any section requires an account
  • Whether downloadable formats (such as offline or PDF versions) have separate conditions
  • Whether third-party services linked from the docs impose their own terms

If your task depends on one of these—for example, downloading an offline copy for a lab with no internet—check the specific page or download link rather than assuming.

A practical way to confirm before you rely on it

  1. Open the documentation page for the topic you need.
  2. Read the content directly; no purchase prompt should appear.
  3. If you need an offline copy, follow the download or format link on that page and note any conditions shown there.
  4. If a linked external service asks for an account, treat that as that service's requirement, not the documentation site's.

Expected result: you can read the documentation without paying, and you know exactly which extra step (if any) applies to your case.

Bottom line

For ordinary reading, access to docs.freebsd.org is free in the sense that the content is openly presented and no payment is indicated. Confirm account or download specifics on the individual page if your use case depends on them.

What Topics Does the FreeBSD Documentation Site Cover?

docs.freebsd.org is the official documentation portal for FreeBSD, and it covers the full lifecycle of working with the operating system: installing it, administering it day to day, configuring networking, security, and storage, and looking up precise reference material such as manual pages and developer resources. Use it when you need authoritative, versioned guidance written by the FreeBSD project rather than third-party tutorials.

Installation and setup guidance

The site's handbook-style material walks through getting FreeBSD onto hardware or a virtual machine, preparing installation media, partitioning disks, and completing the first boot configuration. This is the section to start with if you have never installed FreeBSD, or if you are reinstalling and want to confirm current partitioning and boot-loader practices rather than relying on older guides.

System administration, configuration, and maintenance

Beyond installation, the documentation covers the ongoing work of running a FreeBSD system:

  • Package and port management — installing, upgrading, and auditing software.
  • User and group administration — accounts, permissions, and access control.
  • Boot and service management — startup configuration and running services.
  • Kernel and world upgrades — keeping the base system current.
  • Logging, monitoring, and troubleshooting — diagnosing a misbehaving system.

If your question is "how do I change X on a running FreeBSD machine," this is usually where the answer lives.

Networking, security, and storage

These three areas have dedicated, in-depth coverage:

Area Typical topics
Networking Interface configuration, routing, firewalls, DNS, VPNs
Security Access hardening, firewalls, encryption, secure defaults
Storage Disk organization, filesystems, RAID, snapshots, quotas

Storage documentation is particularly useful when planning a new machine, since it explains how FreeBSD organizes disks and which filesystem options fit which workload.

Reference material: manual pages and developer resources

The site also hosts reference-oriented content that you consult rather than read end to end:

  • Manual pages for commands, system calls, and configuration files — the definitive answer for exact flags and syntax.
  • Developer resources for people working on the base system or porting software.

When a how-to page is ambiguous about a specific option, the manual page is the place to confirm the exact behavior.

How to choose the right section

  • New to FreeBSD? Start with installation and setup, then read the system administration basics before touching networking or storage.
  • Running a server? Go straight to networking, security, and storage, and keep the manual pages open for exact configuration syntax.
  • Debugging something specific? Search the manual pages first; fall back to the topical chapters for context.
  • Writing or porting code? Use the developer resources section.

One practical note: FreeBSD documentation is versioned, so confirm you are reading the page for the release you actually run before applying any instructions.

What Is docs.freebsd.org?

docs.freebsd.org is the official documentation site for the FreeBSD operating system. It hosts the project's handbooks, guides, and reference material, organized for browsing by topic and by FreeBSD version. It is the place to go when you need to read about how FreeBSD works or how to configure it — not when you want to download an image or ask a question in a forum.

What the site provides

The site is a documentation portal, so its content is written reference and instructional material rather than software or community discussion. In practice, that means:

  • Handbooks and guides covering installation, system configuration, and administration topics.
  • Reference material for commands, configuration files, and subsystems.
  • Version-specific content, so instructions match the FreeBSD release you are running.

Because the site is organized by topic and version, the same subject may appear in slightly different forms depending on which FreeBSD branch you select.

When to use it — and when not to

You need… docs.freebsd.org is…
To learn how to configure or administer FreeBSD The right starting point
To check behavior for a specific FreeBSD version The right starting point — pick your version first
To download a FreeBSD installer image Not the place; use the project's main site
To ask a question or get troubleshooting help from people Not the place; use the project's support channels

How to get the most out of it

  1. Identify your FreeBSD version first. Run freebsd-version on the system you are working with, then select the matching documentation version on the site. Instructions written for a different branch can reference options or defaults that no longer exist.
  2. Start from the topic, not a search engine. Browse to the relevant handbook chapter so you see the surrounding context — prerequisites and related settings are often in adjacent sections.
  3. Read the whole section before changing a config file. Documentation sections frequently state assumptions (for example, that a service is not yet enabled) that matter for whether a step works.
  4. Verify against your system. After following a step, confirm the expected result — a service running, a file present, a command returning the documented output — before moving on.

Common sticking points

  • Version mismatch is the most frequent source of confusion: a command or file path from a newer or older branch does not match your system.
  • Skipped prerequisites: a guide may assume a package is installed or a kernel option is enabled. Check the section's opening paragraphs.
  • Assuming the docs are a support desk: the material explains how things work, but it will not diagnose your specific broken setup.

If you are new to FreeBSD, begin with the installation and basic configuration chapters for your release, then move to the handbook sections for the subsystems you plan to use.

Website Overview

Limited stack disclosure and few obvious backend markers suggest a more restrained public footprint. That reduces easy fingerprinting clues but is not proof of overall security. An established domain and managed infrastructure suggest continuity of operations and may support dependable delivery, although neither guarantees service quality.

Domain and Registration

Registered in 1994, this domain has about 32 years of history. That suggests continuity, although ownership and purpose may have changed. Transfer-protection status is present, helping reduce the risk of unauthorized domain transfers. The registrar is Gandi SAS, a widely used domain service provider. The domain uses the common .org extension, which is not an independent safety signal.

DNS and Email

The lowest TTL is 60 seconds, supporting rapid record changes at the cost of more frequent lookups. Nameservers are provided by freebsd.org, indicating managed DNS hosting. MX records point to the freebsd.org email service. DNSSEC is enabled, allowing validating resolvers to authenticate signed DNS data. CAA records restrict which certificate authorities are authorized to issue certificates.

TLS and Certificates

The public key uses EC with 256 bits. The server supplied a complete certificate chain. No organization name is present in the certificate; the available fields are consistent with domain validation. The certificate was issued by Let's Encrypt, commonly associated with automated certificate services. The certificate's total validity is about 89 days, consistent with a short renewal cycle.

HTTP and Browser Security

The response lacks these common security headers: Referrer-Policy, Permissions-Policy. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. The x-cache, via response header indicates a CDN or caching proxy in the delivery path. No obvious internal addresses or debug information were found in the headers. The Server header contains the custom value CloudSoft_Enterprise/v1.00.

Technology Stack Analysis

No obvious technology stack is exposed. This may reflect restrained information disclosure, although the underlying technologies remain unknown.

Search and Social Sharing

No homepage meta description was detected, leaving snippet selection more dependent on page text. No viewport meta tag was detected, which may affect mobile layout behavior. No Open Graph metadata was detected, so social previews may depend on platform inference. The title has 28 characters, within a common display range. The observed directives allow indexing and link following.

Hosting and Email

DNSfreebsd.org
Hostingfreebsd.org
Emailfreebsd.org
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) United States flagUnited States Inferred 163.237.194.45

Registration details

RDAP / WHOIS

RegistrarGandi SAS
Registered1994-09-19
Expires2028-09-18
Domain statusclient transfer prohibited
Nameserversns1.freebsd.org、ns2.freebsd.org、ns3.he.net、ns4.he.net、ns5.he.net
DNSSECsigned

DNS records

DNS

TypeNameValueTTLPriority
Aweb.geo.freebsd.org163.237.194.45150—
AAAAweb.geo.freebsd.org2001:4978:1000:1395::50:3150—
MXfreebsd.orgmx1.freebsd.org360010
MXfreebsd.orgmx66.freebsd.org360030
NSfreebsd.orgns1.freebsd.org3600—
NSfreebsd.orgns2.freebsd.org3600—
NSfreebsd.orgns3.he.net3600—
NSfreebsd.orgns4.he.net3600—
NSfreebsd.orgns5.he.net3600—
TXTfreebsd.orgMS=ms115881873600—
TXTfreebsd.orghns-claim:aakkrbzh6oyntnuoh5inq26wzg5iceg43ti726v4aaaaaaaapkk3hln5b5mvy7fny4mh6iaapmwg3wrcc5tw6bbk2dzaeaaaacnun75s3600—
TXTfreebsd.orgv=spf1 redirect=_spf.freebsd.org3600—
CNAMEdocs.freebsd.orgweb.geo.freebsd.org60—
CAAfreebsd.org0 issue "comodoca.com"3600—
CAAfreebsd.org0 issue "letsencrypt.org"3600—
DSfreebsd.org33175 8 2 bcfe5919c2e253efd990c2e3bc88a45bea9f4474821d193b2d7272a6951b01af3600—
DMARC_dmarc.freebsd.orgv=DMARC1; p=none3600—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subjectwww.freebsd.org
IssuerLet's Encrypt
Valid until2026-12-10T20:41 · Remaining when checked: 41 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html
serverCloudSoft_Enterprise/v1.00
strict-transport-securitymax-age=31536000; includeSubDomains
content-security-policydefault-src 'self' https://www.freebsd.org/ https://docs.freebsd.org/ https://plausible.io; style-src 'self' https://www.freebsd.org/ https://docs.freebsd.org/ 'unsafe-inline'; script-src 'self' https://www.freebsd.org/ https://docs.freebsd.org/ https://plausible.io 'unsafe-inline' resource: data: blob:; img-src 'self' https://www.freebsd.org/ https://docs.freebsd.org https://chart.googleapis.com/ data: blob:; upgrade-insecure-requests
x-frame-optionsSAMEORIGIN
x-content-type-optionsnosniff

Identified technologies

Technology stack: Unknown

Pages, Search and Sharing

Meta descriptionNot detected
Canonical URLhttps://docs.freebsd.org/en/
LanguageEnglish (default)
Twitter CardNot detected

Unknown

All bots 0 allowed · 2 disallowed
  • Disallow/statistic
  • Disallow/doc/

User reviews (0)

  • No reviews yet.