# Unmanaged Nodes The default mode of OneFuzz is to run the agents inside scalesets managed by the the Onefuzz instance. But it is possible to run outside of the Instance infrastructure. This is the unmanaged scenario. In this mode, the user can use their own resource to participate in the fuzzing. ## Set-up These are the steps to run an unmanaged node ### Create an Application Registration in Azure Active Directory We will create the authentication method for the unmanaged node. From the [azure cli](https://learn.microsoft.com/en-us/cli/azure/install-azure-cli) create a new **application registration**: ```cmd az ad app create --display-name ``` Then use the application `app_id` in the result to create the associated **service principal**: ```cmd az ad sp create --id ``` Take note of the `id` returned by this request. We will call it the `principal_id`. Next, create a `client_secret`: ``` az ad app credential reset --id --append ``` Take note of the `password` returned. ### Authorize the application in OneFuzz From the OneFuzz `deployment` folder run the following script using the `app_id` from above: ``` cmd python .\deploylib\registration.py register_app --app_id --role UnmanagedNode ``` ### Create an unmanaged pool Using the OneFuzz CLI: ``` cmd onefuzz pools create --unmanaged --object_id ``` ### Download the agent binaries and the agent configuration Download a zip file containing the agent binaries: ``` onefuzz tools get ``` Extract the zip file in a folder of your choice. Download the configuration file for the agent: ``` onefuzz pools get_config ``` Under the `client_credential` section of the agent config file, update `client_id` and `client_secret`: ```json { "client_id": "", "client_secret": "", } ``` Save the config to the file. ### Start the agent. Navigate to the folder corresponding to your OS. Set the necessary environment variable by running the script `set-env.ps1` (for Windows) or `set-env.sh` (for Linux). Run the agent with the following command. If you need more nodes use a different `machine_guid` for each one: ```cmd onefuzz-agent run --machine_id -c --reset_lock ``` ### Verify that the agent is registered to OneFuzz Using the OneFuzz CLI run the following command: ``` onefuzz nodes get ``` This should return one entry. Verify that the `pool_name` matched the pool name created earlier. From here you will be able to schedule jobs on that pool and they will be running.