Setup guide

Set up Octotor, step by step.

Follow this guide from top to bottom and you end up with a working system: installed, licensed, connected to your first computers and collecting their details. No prior Octotor knowledge needed.

What tours are. A tour walks you through a real task, click by click, on the pages of a live demo copy of Octotor. It opens in a new tab and changes nothing on your own installation. Every step in this guide that has a matching tour shows a Tour button next to its title, like the one here. Click it to watch the step done in the demo before you do it yourself. Start with the overview:

Tour — The setup journey

The journey at a glance

Getting Octotor working is three short parts — install it, create the first objects it needs, then prove the connection and bring your computers in. Everything after that (schedules, alerts, notifications, access control) is covered in the Post-Setup Guide, once the system is up.

Install & log in Steps 1–6 empty VM to licensed app First objects Steps 7–9 customer, credentials, computer Verify & discover Steps 10–12 chain check, computers in Post-Setup Guide schedules, alerts, lockdown →
The journey. Three short parts to a working system — then the Post-Setup Guide takes over.

Contents

Before you begin — where will Octotor run?

This guide assumes the common case: Octotor runs on one VM inside your network, and can reach the computers it manages directly (ping them, connect to them).

Two other setups exist, and are not covered here:

For both, use the product Help (the ? button in the app). Dedicated guides will follow.

Before you begin — Octotor is agentless

Octotor installs nothing on the computers it manages — no agent, no service, no footprint. It connects the same way an administrator would: WinRM for Windows, SSH for Windows or Linux. So the only thing a computer needs before Octotor can manage it is:

Most Linux servers already run SSH. Windows machines usually need WinRM switched on once — the how-tos are at the end of this guide: enable WinRM on Windows · enable SSH on Windows.

Part 1Install & first login — Steps 1–6

1Prepare a VM

You need:

  1. An empty Debian 13 VM — nothing pre-installed. Sizing is on the requirements page.
  2. A user that can run sudo.
  3. Internet access from the VM (the installer downloads Octotor from our servers).
  4. Your install token — you got it by email when you registered, together with a ready-to-run install command.

Debian doesn't come with the download tool the next step uses, so install it first:

$sudo apt install curl

What you should see: apt installs the curl package and returns to the prompt.

Done when: curl --version in the VM's terminal prints a version.

2Download, verify, install

Run the five commands below in the VM's terminal, one at a time, in this order. Each command has a copy button and a note telling you what to expect. The first three download the installer and its proof of origin. The fourth checks the download is genuine. The fifth starts the install.

Command 1Download the installer package

$curl -fsSLO https://get.octotor.com/octotor-install-latest.tgz

What you should see: no output — the file downloads quietly and the prompt returns.

Command 2Download its signature

$curl -fsSLO https://get.octotor.com/octotor-install-latest.tgz.sig

What you should see: no output, prompt returns.

Command 3Download our public key

$curl -fsSLO https://www.octotor.com/octotor-release.pem

What you should see: no output, prompt returns.

Command 4Verify the download is genuine

$openssl dgst -sha256 -verify octotor-release.pem -signature octotor-install-latest.tgz.sig octotor-install-latest.tgz

What you should see: exactly one line — Verified OK. If it prints anything else, stop here and contact us; do not run the next command.

Command 5Unpack and start the install

Replace the two placeholders first: <your-token> is the install token from your registration email, and <your-name> is a short name for this installation (your company name is fine):

$tar xzf octotor-install-latest.tgz && sudo bash octotor-install.sh --token=<your-token> --customer=<your-name>

What you should see: the installer starts printing numbered stages (1/12, 2/12, …).

The separate verify step exists so that nothing runs on your machine before you have seen Verified OK. A shorter one-line install variant is on the deploy page; it asks for your token while it runs.

Terminal — download and verify, ending in Verified OK
Download and verify. The three downloads, then the verify command printing Verified OK — captured from a real install.
Done when: the verify command printed Verified OK and the installer is printing its stages.

3Let the installer work

The installer does everything itself, in 12 numbered stages: it installs Docker, checks the signature of every Octotor component before running it, starts the system, applies security hardening to the VM, creates your admin user and sets up a nightly database backup. It takes a few minutes (most of it is downloading).

At the end it prints how to log in:

Login URL: https://<your-vm-ip>:8443/ Initial admin credentials (CHANGE PASSWORD ON FIRST LOGIN): Username: admin ...

Keep this address — it's how you and your team open Octotor from now on. If the installer stops with an error about a signature, that is the safety check doing its job: nothing was installed. Contact us.

Terminal — the installer's final output with the Login URL and admin credentials
The installer finishing. The last stage, the security-hardening summary, and the login details. The password is hidden in this screenshot.
Done when: the installer printed the Login URL and the admin credentials.

4Log in for the first timeTour

  1. On your own computer, open a browser and go to https://<your-vm-ip>:8443/ (the address from Step 3).
  2. The browser warns about the certificate — expected on a fresh install (Octotor made its own certificate; you can put a proper one in later). Click AdvancedProceed.
  3. Log in with username admin and the password the installer printed.

You land on the activation page — a fresh Octotor starts without a license, and until one is installed it does nothing else. That's the next step.

The browser's certificate warning
The certificate warning. Normal on a fresh install. Click Advanced, then Proceed.
The Octotor login screen
The login screen. Username admin, password from the installer's output.
Done when: you're logged in and looking at the activation page.

5Install your license

Every Octotor — including the free Community edition — runs on a license file. Two short actions:

  1. Send us your request file. On the activation page, click Download license-request.json and email the file to licensing@octotor.com. It identifies this installation (and nothing else) — your license will only work here.
  2. Install the license we send back. You'll receive a file called license.oct. Drag it onto the activation page and click Apply license. Octotor checks it and loads straight into the app — no restart.
The activation page — request a license, then apply it
The activation page. Box 1 downloads your request file; box 2 is where the license you receive goes.

You can see your license anytime under Settings → License: what edition you have, when it expires, and how much of each allowance you're using.

The License page showing an Active license
The License page right after applying. Edition, expiry and usage.
Done when: the app opens normally and the License page shows your license as Active.

6Change the admin passwordTour

Now that the app is open, replace the installer's password with your own before anything else:

  1. Click Settings (the gear icon in the top bar).
  2. Click Users & Access in the left list.
  3. On the admin row, click Edit, set a new password, and Save.
Settings — Users and Access
Settings → Users & Access. The user list with the admin row.
The Edit User window with the password field
The Edit User window. Type your new password in the Password field and click Save.
Done when: you can log out and back in with your new password.
Part 2First objects — Steps 7–9

7Create your first customerTour

In Octotor, every computer belongs to a customer. If you only manage your own company, create one customer with your company's name.

  1. Click Settings (gear icon) → Customers.
  2. Click + Add Customer.
  3. Customer Name — the company name (required).
  4. Under DNS Settings, enter your DNS Domain (e.g. yourcompany.local) and your DNS Server address — this lets Octotor find computers by name.
  5. Click Save.
The New Customer form
The New Customer form. Settings → Customers → + Add Customer.
Done when: your customer appears in the Customers list.

8Add credentialsTour

Credentials are the accounts Octotor uses to connect to your computers. They're stored encrypted. You need two to start:

  1. Click Settings → Credentials+ Add Credential.
  2. Create a Windows credential: a domain account with admin rights on your Windows computers (or a local admin account that exists on all of them).
  3. Create a Linux credential: an SSH user for your Linux servers — password or key. If scripts need root, turn on the sudo option.
  4. On each credential, set it as the default for its OS — then every task picks the right account by itself.
The Add Credential form
The Add Credential form. Settings → Credentials → + Add Credential.
Done when: you have one Windows and one Linux credential, each marked as its OS default.

9Add your first computerTour

Manually add a computer to Octotor. It can be any Windows, Linux or macOS computer. Your Domain Controller is the best first computer to add: once Octotor can talk to it, it can discover everything else for you (Step 11). The steps below use the DC as the example.

First, make sure the door is open on the computer itself: Octotor will connect to it over WinRM (the standard way for Windows) or over SSH (Linux, macOS, or Windows if you use SSH there). If neither is enabled yet, do that now — enable WinRM on Windows · enable SSH on Windows (most Linux servers already run SSH).

Then add it:

  1. Open Assets and click + Add (top right).
  2. In the Identity section: Name — the computer's name (e.g. DC01). Type — computer. Customer — pick the customer you created in Step 7.
  3. In the Network section: fill in the Hostname and IP address, and set OS family to match the computer — Windows for the DC.
  4. In the Monitoring section, Ping is already selected — it tells Octotor to check regularly that the machine is up. Additional monitoring options are configurable here; for now, leave them as they are.
  5. Click Save.
The Add Asset form
The Add Asset form. Identity, Network and Monitoring sections filled in for a Domain Controller.
Done when: the computer appears in the Devices list and its Status turns ONLINE (green) within a minute — Octotor is already pinging it.
Part 3Verify & discover — Steps 10–12

10Check the whole chain with one test script

Before going further, prove that everything between Octotor and a computer actually works.

Step 10.1Confirm the computer accepts remote management

WinRM (or SSH) must be enabled on it — you did this at the start of Step 9. If you skipped it, do it now: enable WinRM on Windows · enable SSH on Windows.

Step 10.2Understand what is being tested

Four links have to hold, every time, for any computer:

Octotor VM your install Network path firewalls & VLANs let it through Door is open WinRM or SSH is on (target) Key fits credential valid (Step 8) Script runs output in Octotor
The chain. When a run fails, one of these four links is the reason.

Step 10.3Run the testTour

The uptime.ps1 script only asks the computer how long it has been running — it changes nothing. Run it against your DC:

  1. Open Run.
  2. Type uptime in the search box. The list may show more than one match — click the one named exactly uptime.ps1.
  3. In the panel that opens: under Target asset, pick your DC. Leave Credential on auto-select — it picks the OS-default credential from Step 8. Protocol: if the DC uses WinRM, leave it on Auto — Auto means WinRM for a Windows computer. If you manage the DC over SSH instead, select SSH.
  4. Click ▶ Run (top right of the panel).
  5. A Confirm Execution window summarizes what is about to run, on which machine, with which credential. Review it and click Confirm & Run.
  6. The panel switches to the Output tab and the result appears within a few seconds: the machine's uptime, the job status done, and the green Execution completed successfully banner.
The run panel for uptime.ps1 with the DC selected
The run panel. uptime.ps1 with the DC selected as target — credential on auto-select, protocol on Auto.
The Confirm Execution window
Confirm Execution. The summary you approve before anything runs: target, script, credential, protocol.
The Output tab after a successful run
The result. A real run against a Domain Controller: the connection steps, the uptime the script collected, status done, and the green success banner.

If the run fails, the output tells you which link of the chain broke: timed out — network path, or WinRM not enabled on the target · authentication failed — the credential · connection refused — WinRM/SSH not listening. Fix that link (the how-tos at the end of this guide cover enabling WinRM and SSH) and run again.

Done when: uptime.ps1 finishes with status done and the success banner — the whole chain works.

11Discover your computers from Active Directory — or import from a CSV file

Computers can be added to Octotor in three ways:

  1. Using a collector — a script that queries an external database such as Active Directory or Microsoft 365 Entra, and proposes what it finds for your approval.
  2. Manually, one by one, with the + Add button — as you did in Step 9.
  3. Bulk import from a CSV file.

Option AAdd computers from Active DirectoryTour

The collect-ad-computers.ps1 collector reads the computer list from AD (it changes nothing there), and everything it finds appears in Octotor for your approval — you decide what gets in.

  1. Open Run, search for collect-ad, click collect-ad-computers.ps1.
  2. Target asset — your DC. Click ▶ Run, confirm, and wait for the same green success banner as in Step 10.
  3. Open Assets and click Discovery (top right).
  4. The Discovered Identities panel opens on its Pending tab — one row per computer found in AD.
  5. Tick the computers you want to manage (or the header checkbox to select all) and click Approve Selected.
The Discovered Identities panel with pending computers
The Discovery panel. Seven computers found in AD wait as Pending rows — tick the ones you want (three are ticked here) and click Approve Selected. The Discovery button in the top bar shows how many are waiting.

Approved computers appear in the Devices list as real assets, with their AD details attached. The Post-Setup Guide shows how to schedule this discovery to re-run automatically, so computers that join AD later keep flowing in.

Option BImport computers from a CSV file

Create the file in Excel (or any spreadsheet) with one row per computer and these columns, then save it as CSV:

ABCDE
1nametypeiphostnameos
2TRI-WS041computer172.20.101.41tri-ws041.tripleor.demoWindows 11 Pro
3TRI-LT113computer172.20.101.113tri-lt113.tripleor.demoWindows 10 Pro
4TRI-SRV-FILE01computer172.20.101.10tri-srv-file01.tripleor.demoWindows Server 2022
The CSV structure Octotor expects. Row 1 holds the column names; every row below is one computer. Only the name column is required — type defaults to computer, and the rest can be filled in later (or collected automatically in Step 12).

Notes on the columns: type is computer for computers (other accepted values: user, switch, firewall, other). os is free text — Octotor reads it to work out whether the machine is Windows or Linux. Column names exported by common admin tools (CN, DNSHostName, IPv4Address, OperatingSystem) are recognized automatically, so an export from another system usually imports as-is.

Then import the file:

  1. Name the file after your customer (e.g. Tripleor Industries.csv) — the import assigns the computers to the customer named in the file name, and the preview shows which one that is.
  2. Open Assets and click Import CSV (top right).
  3. Choose your file. The CSV Import Preview opens — it shows exactly what will be created, row by row, and nothing existing is overwritten.
  4. Check the customer name and the rows, then click Import.
The CSV Import Preview
The CSV Import Preview. The sample file from the previous figure, ready to import: the customer it goes to, the three computers as new rows, and the import mode — nothing is created until you click Import.

To add computers from other third-party sources — Microsoft 365, Check Point objects and similar — see the product Help (the ? button in the app). Dedicated guides will follow.

Done when: your computers are in the Devices list, assigned to your customer.

12Collect the details of one computerTourTour — view the result

The collect-info script visits a computer and records what's there — hardware, disks, memory, network, software. Run it once, by hand, on one computer, so you see the whole thing work before automating it in the Post-Setup Guide.

  1. Open Assets and pick a computer whose Status column shows a green ONLINE. (Online means the machine answered Octotor's last ping — Octotor checks all assets on a cycle. A machine that is switched off or unreachable shows OFFLINE or UNKNOWN, and a script cannot run on it.)
  2. That computer also needs WinRM enabled — same requirement as in Step 9 (how-to).
  3. Click the computer's name — its details panel opens. Scroll to the bottom of the panel and click Run command.
  4. The Run page opens with that computer already selected as the target, and the script list limited to scripts for its operating system. Click collect-info.ps1 (for a Linux machine: collect-info.sh).
  5. Click ▶ Run, confirm, and wait for the green success banner — same flow as Step 10.
  6. Now look at what it gathered: back on Assets, click the computer's name again — the Overview tab shows status, disks, memory and the logged-in user; the Attributes tab lists everything collected.
The asset details panel with the Run command button
Run command, straight from the computer's details panel. Scroll to the bottom — the action row holds Ping now, Run command and View logs.
The Run page opened from the asset — target preselected, scripts filtered
The Run page, opened from the computer. The target is already selected and the script list shows only that computer's OS family (the folder filter, top right, is set to windows).
The asset details panel
The asset details panel after collection. Everything Octotor knows about the computer, in one place.
Done when: one computer's details panel shows its real disks, memory and OS — collected by the run you just did.
Setup complete. Octotor is installed, licensed and talking to your computers. Next: put collection on a schedule, turn on monitoring and alerts, get notified, and lock down access — continue to the Post-Setup Guide →
ReferenceHow-to guides

Enable WinRM on Windows

One Group Policy Object on your Domain Controller switches WinRM on for every domain computer at once — full screenshot walkthrough, plus a test-only one-command shortcut: Enable WinRM with Group Policy →

Enable SSH on Windows

Three PowerShell commands turn on the built-in OpenSSH server — install, start, open the firewall (wide, restricted to the Octotor server, or for Tailscale): Enable SSH on a Windows computer →

The checklist

Tick these and setup is complete:

Then continue with the Post-Setup Guide: schedules, monitoring, alerts, notifications, and access lockdown.

How-to guides. Enable WinRM with Group Policy → Enable SSH on a Windows computer →