Using Fleet FAQ

Using Fleet FAQ

How can I switch to Fleet from Kolide Fleet?

To migrate to Fleet from Kolide Fleet, please follow the steps outlined in the Upgrading Fleet section of the documentation.

Has anyone stress tested Fleet? How many hosts can the Fleet server handle?

Fleet has been stress tested to 150,000 online hosts and 400,000 total enrolled hosts. Production deployments exist with over 100,000 hosts and numerous production deployments manage tens of thousands of hosts.

It’s standard deployment practice to have multiple Fleet servers behind a load balancer. However, typically the MySQL database is the performance bottleneck and a single Fleet server can handle tens of thousands of hosts.

Can I target my hosts using their enroll secrets?

No, currently, there’s no way to retrieve the name of the enroll secret with a query. This means that there's no way to create a label using your hosts' enroll secrets and then use this label as a target for queries or query packs.

Typically folks will use some other unique identifier to create labels that distinguish each type of device. As a workaround, Fleet's manual labels provide a way to create groups of hosts without a query. These manual labels can then be used as targets for queries or query packs.

There is, however, a way to accomplish this even though the answer to the question remains "no": Teams. As of Fleet v4.0.0, you can group hosts in Teams either by enrolling them with a team specific secret, or by transferring hosts to a team. One the hosts you want to target are part of a team, you can create a query and target the team in question.

How often do labels refresh? Is the refresh frequency configurable?

The update frequency for labels is configurable with the —osquery_label_update_interval flag (default 1 hour).

How do I revoke the authorization tokens for a user?

Authorization tokens are revoked when the “require password reset” action is selected for that user. User-initiated password resets do not expire the existing tokens.

How do I monitor the performance of my queries?

Fleet can live query the osquery_schedule table. Performing this live query allows you to get the performance data for your scheduled queries. Also consider scheduling a query to the osquery_schedule table to get these logs into your logging pipeline.

How do I monitor a Fleet server?

Fleet provides standard interfaces for monitoring and alerting. See the Monitoring Fleet documentation for details.

Can I disable password-based authentication in the Fleet UI?

Some folks like to enforce users with SAML SSO enabled to login only via the SSO and not via password.

There is no option in the Fleet UI for disabling password-based authentication. However, users that have SSO enabled in Fleet will not be able to log in via password-based authentication.

If a user has SSO enabled, the Login page in the Fleet UI displays the “Email” and “Password” fields but on attempted password-based login, this user will receive an “Authentication failed” message.

Where are my query results?

Live queries

Live query results (executed in the web UI or fleetctl query) are pushed directly to the UI where the query is running. The results never go to a file unless you as the user manually save them.

Scheduled queries

Scheduled query results (queries that are scheduled to run in Packs) are typically sent to the Fleet server, and will be available on the filesystem of the server at the path configurable by --osquery_result_log_file. This defaults to /tmp/osquery_result.

It is possible to configure osqueryd to log query results outside of Fleet. For results to go to Fleet, the --logger_plugin flag must be set to tls.

What are my options for storing the osquery logs?

Folks typically use Fleet to ship logs to data aggregation systems like Splunk, the ELK stack, and Graylog.

The logger configuration options allow you to select the log output plugin. Using the log outputs you can route the logs to your chosen aggregation system.

Troubleshooting

Expecting results, but not seeing anything in the logs?

Try scheduling a query that always returns results (eg. SELECT * FROM time).
Check whether the query is scheduled in differential mode. If so, new results will only be logged when the result set changes.
Ensure that the query is scheduled to run on the intended platforms, and that the tables queried are supported by those platforms.
Use live query to SELECT * FROM osquery_schedule to check whether the query has been scheduled on the host.
Look at the status logs provided by osquery. In a standard configuration these are available on the filesystem of the Fleet server at the path configurable by --filesystem_status_log_file. This defaults to /tmp/osquery_status. The host will output a status log each time it executes the query.

Why does the same query come back faster sometimes?

Don't worry, this behavior is expected; it's part of how osquery works.

Fleet and osquery work together by communicating with heartbeats. Depending on how close the next heartbeat is, Fleet might return results a few seconds faster or slower.

By the way, to get around a phenomena called the "thundering herd problem", these heartbeats aren't exactly the same number of seconds apart each time. osquery implements a "splay", a few ± milliseconds that are added to or subtracted from the heartbeat interval to prevent these thundering herds. This helps prevent situations where many thousands of devices might unnecessarily attempt to communicate with the Fleet server at exactly the same time. (If you've ever used Socket.io, a similar phenomena can occur with that tool's automatic WebSocket reconnects.)

What happens if I have a query on a team policy and I also have it scheduled to run separately?

Both queries will run as scheduled on applicable hosts. If there are any hosts that both the scheduled run and the policy apply to, they will be queried twice.

Why aren’t my live queries being logged?

Live query results are never logged to the filesystem of the Fleet server. See Where are my query results?.

Why does my query work locally with osquery but not in Fleet?

If you're seeing query results using osqueryi but not through Fleet, the most likely culprit is a permissions issue. Check out the osquery docs for more details and instructions for setting up Full Disk Access.

Can I use the Fleet API to fetch results from a scheduled query pack?

You cannot. Scheduled query results are logged to whatever logging plugin you have configured and are not stored in the Fleet DB.

However, the Fleet API exposes a significant amount of host information via the api/v1/fleet/hosts and the api/v1/fleet/hosts/{id} API endpoints. The api/v1/fleet/hosts can even be configured to return additional host information.

For example, let's say you want to retrieve a host's OS version, installed software, and kernel version:

Each host’s OS version is available using the api/v1/fleet/hosts API endpoint. Check out the API documentation for this endpoint.

The ability to view each host’s installed software was released behind a feature flag in Fleet 3.11.0 and called Software inventory. Check out the feature flag documentation for instructions on turning on Software inventory in Fleet.

Once the Software inventory feature is turned on, a list of a specific host’s installed software is available using the api/v1/fleet/hosts/{id} endpoint. Check out the documentation for this endpoint.

It’s possible in Fleet to retrieve each host’s kernel version, using the Fleet API, through additional_queries. The Fleet configuration options YAML file includes an additional_queries property that allows you to append custom query results to the host details returned by the api/v1/fleet/hosts endpoint. Check out an example configuration file with the additional_queries field.

How do I automatically add hosts to packs when the hosts enroll to Fleet?

You can accomplish this by adding specific labels as targets of your pack. First, identify an already existing label or create a new label that will include the hosts you intend to enroll to Fleet. Next, add this label as a target of the pack in the Fleet UI.

When your hosts enroll to Fleet, they will become a member of the label and, because the label is a target of your pack, these hosts will automatically become targets of the pack.

You can also do this by setting the targets field in the YAML configuration file that manages the packs that are added to your Fleet instance.

How do I automatically assign a host to a team when it enrolls with Fleet?

Team enroll secrets allow you to automatically assign a host to a team.

Why is my host not updating a policy's response?

The following are reasons why a host may not be updating a policy's response:

The policy's query includes tables that are not compatible with this host's platform. For example, if your policy's query contains the apps table, which is only compatible on hosts running macOS, this policy will not update its response if this host is running Windows or Linux.
The policy's query includes invalid SQL syntax. If your policy's query includes invalid syntax, this policy will not update its response. You can check the syntax of your query by heading to the Queries page, selecting your query, and then selecting "Save."

What should I do if my computer is showing up as an offline host?

If your device is showing up as an offline host in the Fleet instance, and you're sure that the computer has osquery running, we recommend trying the following:

Try un-enrolling and re-enrolling the host. You can do this by uninstalling osquery on the host and then enrolling your device again using one of the recommended methods.

How does Fleet deal with IP duplication?

Fleet relies on UUIDs so any overlap with host IP addresses should not cause a problem. The only time this might be an issue is if you are running a query that involves a specific IP address that exists in multiple locations as it might return multiple results - Fleet's teams feature can be used to restrict queries to specific hosts.

Can Orbit run alongside osquery?

Yes, Orbit can be run alongside osquery. The osquery instance that Orbit runs uses its own database directory that is stored within the Orbit directory.

Can I control how Orbit handles updates?

Yes, auto-updates can be disabled entirely by passing --disable-updates as a flag when running fleetctl package to generate your installer (easy) or by deploying a modified systemd file to your hosts (more complicated). We'd recommend the flag:

fleetctl package --fleetctl package --type=deb --fleet-url=https://localhost:8080 --enroll-secret=superRandomSecret --disable-updates

You can also indicate the channels you would like Orbit to watch for updates using the --orbit-channel, --desktop-channel , and --osqueryd-channel flags:

fleetctl package --fleetctl package --type=deb --fleet-url=https://localhost:8080 --enroll-secret=superRandomSecret --orbit-channel=edge --desktop-channel=stable --osquery-channel=4

You can specify a major (4), minor (4.0) or patch (4.6.0) version as well as the stable or edge channels.

When will the newest version of osquery be available to Orbit?

When a new osquery version is released, it is pushed to the edge channel for beta testing. As soon as that version is deemed stable by the osquery project, it is moved to the stable channel. Some versions may take a little longer than others to be tested and moved from edge to stable, especially when there are major changes.

Can I bundle osquery extensions into Orbit?

This isn't supported yet, but we're working on it!

What happens to osquery logs if my Fleet server or my logging destination is offline?

If Fleet can't send logs to the destination, it will return an error to osquery. This causes osquery to retry sending the logs. The logs will then be stored in osquery's internal buffer until they are sent successfully, or they get expired if the buffered_log_max(defaults to 1,000,000 logs) is exceeded. Check out the Remote logging buffering section on the osquery docs for more on this behavior.

How does Fleet work with osquery extensions?

Any extension table available in a host enrolled to Fleet can be queried by Fleet. Note that the "compatible with" message may show an error because it won't know your extension table, but the query will still work, and Fleet will gracefully ignore errors from any incompatible hosts.

Why do I see "Unknown Certificate Error" when adding hosts to my dev server?

If you are using a self-signed certificate on localhost, add the --insecure flag when building your installation packages:

fleetctl package --fleetctl package --type=deb --fleet-url=https://localhost:8080 --enroll-secret=superRandomSecret --insecure

Can I hide known vulnerabilities that I feel are insignificant?

This isn't currently supported, but we're working on it! You can track that issue here.

Can I create reports based on historical data in Fleet?

Currently, Fleet only stores the current state of your hosts (when they last communicated with Fleet). The best way at the moment to maintain historical data would be to use the REST API or the fleetctl CLI to retrieve it manually. Then save the data you need to your schedule.

When do I need fleetctl vs. the REST API vs. the Fleet UI?

fleetctl is great for users that like to do things in a terminal (like iTerm on a Mac). Lots of tech folks are real power users of the terminal. It is also helpful for automating things like deployments.

The REST API is somewhat similar to fleetctl, but it tends to be used more by other computer programs rather than human users (although humans can use it too). For example, our Fleet UI talks to the server via the REST API. Folks can also use the REST API if they want to build their own programs that talk to the Fleet server.

The Fleet UI is built for human users to make interfacing with the Fleet server user-friendly and visually appealing. It also makes things simpler and more accessible to a broader range of users.

Why can't I run queries with `fleetctl` using a new API-only user?

In versions prior to Fleet 4.13, a password reset is needed before a new API-only user can perform queries. You can find detailed instructions for setting that up here.

Can I audit actions taken in Fleet?

The REST API activities endpoint provides a full breakdown of actions taken on packs, queries, policies, and teams (Available in Fleet Premium) through the UI, the REST API, or fleetctl.

How often is the software inventory updated?

By default, Fleet will query hosts for software inventory hourly. If you'd like to set a different interval, you can update the periodicity in your vulnerabilities configuration.

Can I group results from multiple hosts?

There are a few ways you can go about getting counts of hosts that meet specific criteria using the REST API. You can use GET /api/v1/fleet/hosts or the fleetctl CLI to gather a list of all hosts and then work with that data however you'd like. For example, you could retrieve all hosts using fleetctl get hosts and then use jq to pull out the data you need. The following example would give you a count of hosts by their OS version:

$ fleetctl get hosts --json | jq '.spec .os_version' | sort | uniq -c

   1 "CentOS Stream 8.0.0"
   2 "Ubuntu 20.4.0"
   1 "macOS 11.5.2"
   1 "macOS 11.6.3"
   1 "macOS 12.1.0"
   3 "macOS 12.2.1"
   3 "macOS 12.3.0"
   6 "macOS 12.3.1"

How do I downgrade from Fleet Premium to Fleet Free?

If you'd like to renew your Fleet Premium license key, please contact us here.

How to downgrade from Fleet Premium to Fleet Free:

First, back up your users and update all team-level users to global users:

Run the fleetctl get user_roles > user_roles.yml command. Save the user_roles.yml file so that, if you choose to upgrade later, you can restore user roles.
Head to the Settings > Users page in the Fleet UI.
For each user that has any team listed under the Teams column, select Actions > Edit, then select Global user, and then select Save. If a user shouldn't have global access, delete this user.

Next, move all team-level scheduled queries to the global level:

Head to the Schedule page in the Fleet UI.
For each scheduled query that belongs to a team, copy the name in the Query column, select All teams in the top dropdown, select Schedule a query, past the name in the Select query field, choose the frequency, and select Schedule.
Delete each scheduled query that belongs to a team because they will no longer run on any hosts following the downgrade process.

Next, move all team level policies to the global level:

Head to the Policies page in the Fleet UI.
For each policy that belongs to a team, copy the Name, Description, Resolve, and Query. Then, select All teams in the top dropdown, select Add a policy, select

create your own policy, paste each item in the appropriate field, and select Save. 3. Delete each policy that belongs to a team because they will no longer run on any hosts following the downgrade process.

Next, back up your teams:

Run the fleetctl get teams > teams.yml command. Save the teams.yml file so that, if you choose to upgrade later, you can restore teams.
Head to the Settings > Teams page in the Fleet UI.
Delete all teams. This will move all hosts to the global level.

Lastly, remove your Fleet Premium license key:

Remove your license key from your Fleet configuration. Documentation on where the license key is located in your configuration is here.
Restart your Fleet server.

If I use a software orchestration tool (Ansible, Chef, Puppet, etc.) to manage agent options, do I have to apply the same options in the Fleet UI?

No. The agent options set using your software orchestration tool will override the default agent options that appear in the Settings > Organization settings > Agent options page. On this page, if you hit the Save button, the options that appear in the Fleet UI will override the agent options set using your software orchestration.

How can I uninstall Orbit/Fleet Desktop?

To uninstall Orbit/Fleet Desktop, follow the below instructions for your Operating System.

MacOS

Run the Orbit cleanup script

Windows

Use the "Add or remove programs" dialog to remove Orbit.

Ubuntu

Run sudo apt remove fleet-osquery -y

CentOS

Run sudo rpm -e fleet-osquery-X.Y.Z.x86_64

How does Fleet determines online and offline status?

Online hosts

Online hosts will respond to a live query.

A host is online if it has connected successfully in a window of time set by distributed_interval (or config_tls_refresh, whichever is smaller). A buffer of 60 seconds is added to the calculation to avoid unnecessary flapping between online/offline status (in case hosts take a bit longer than expected to connect to Fleet). The values for distributed_interval and config_tls_refresh can be found in the Settings > Organization settings > Agent options page for global hosts and in the Settings > Teams > TEAM NAME > Agent options page for hosts that belong to a team.

For example:

distributed_interval=10, config_tls_refresh=30 A host is considered online if it has connected to Fleet in the last 70 (10+60) seconds.

distributed_interval=30, config_tls_refresh=20 A host is considered online if it has connected to Fleet in the last 80 (20+60) seconds.

Offline hosts

Offline hosts won't respond to a live query. These hosts may be shut down, asleep, or not connected to the internet. A host could also be offline if there is a connection issue between the osquery agent running in the host and Fleet (see What should I do if my computer is showing up as an offline host?).

Need more help?

Ask the community on Slack

Did we miss anything?

If you notice something we've missed or could be improved on, please follow this link and submit a pull request to the Fleet repo.

SUCCESS STORIES

Fleet documentation

{{page.title}}

FAQ