This article will provide guidance for how to collect the Twingate Client logs across the various supported operating systems.
📣 Before uploading logs, ensure that "Collect Detailed Logs" is enabled. If it is not already enabled, follow the steps below to activate detailed logging. After enabling it, you will need to reproduce the issue again before proceeding with log upload or manual log collection, as enabling detailed logs is not retroactive.
To enable detailed logs for macOS/Windows:
To enable detailed logs for iOS:
To enable detailed logs for Android:
Windows:
     Â



A browser window will open for you to enter the required information. Enter your existing ticket ID in the Existing Support Request ID field. Please note, this is an unmonitored ticket queue, so ensure you have an active support ticket for reference.
For Admins: If you do not have a ticket yet, first create one by visiting help.twingate.com and clicking the Open a Support Request button. Follow the prompts to retrieve your ticket ID, then enter it on the Upload Logs page to link your logs to the ticket.

Click on the Twingate icon in the taskbar, then...

%LOCALAPPDATA%\Twingate\logs\Â %PROGRAMDATA%\Twingate\logs\Â 


~/Library/Group Containers/group.com.twingate/Logs/) in Finder.~/Library/Group Containers/6GX8KVTR9H.com.twingate.com/Logs//private/var/log/twingate/Before retrieving logs, ensure that debug logging is enabled. To check and set the logging level to debug, follow the steps below. After enabling debug logging, reproduce the issue again, and then proceed to generate the log bundle. Note that debug logging is not retroactive, so you must reproduce the issue after enabling it if it was not already active during the initial log collection.
To check the current logging level, run the following command in your terminal:
sudo twingate config
Look for the log-level setting in the output. If the logging level is not set to debug, you can enable debug logging by running the command:
sudo twingate config log-level debug
After enabling debug logging, the Twingate Client must be restarted for the changes to take effect. To do this, run the following commands sequentially:
twingate stop – This stops the Twingate Client.twingate start – This restarts the Client with debug logging enabled.Once the Client has been restarted, you can reproduce the issue and then proceed with log collection.
Â
When capturing logs to send to our support team, use the command:
sudo twingate report
This command will create a ZIP file containing diagnostic information, which will be saved in the current working directory. Once the ZIP file is generated, it can be attached and sent to our support team for review.
In cases where journalctl is not installed (which may occur when running the Linux Client in a container or headless mode), logs will be saved in the following location:
/var/log/twingated.log
Make sure to retrieve the logs from this file if journalctl is unavailable.
sudo journalctl -u twingate --since "1 hour ago"
Â